El desarrollador cripto que supera la entrevista y se convierte en una amenaza para la seguridad

Un desarrollador puede completar una entrevista, entregar código útil y ganarse la confianza de un equipo antes de usar el acceso que conlleva el puesto contra el empleador. Los procesamientos y las investigaciones de seguridad en Estados Unidos muestran a operativos norcoreanos explotando esa vía hacia las empresas de criptomonedas. La última advertencia del FBI describe una red de apoyo más amplia que puede proporcionar identidades, suplentes para las entrevistas y un dispositivo local mientras la persona que realiza el trabajo permanece en otro lugar.

La acusación de junio de 2025 anunciada por los fiscales estadounidenses describe a desarrolladores contratados por una empresa de investigación blockchain de Atlanta y una compañía de tokens serbia. Según las alegaciones, los empleadores no conocían las verdaderas identidades de los trabajadores.

Los trabajadores recibieron posteriormente proyectos que les dieron acceso a activos cripto. Los fiscales alegan que un robo implicó cambios en dos contratos inteligentes y otro utilizó el acceso confiado por el empleador. Las pérdidas alegadas totalizaron más de $900,000 en ese momento.

Esos hechos se sitúan en el centro de una amenaza que puede parecer un reclutamiento exitoso. El trabajador está dentro del proceso normal del proyecto, recibiendo tareas y construyendo relaciones. El punto de peligro puede llegar cuando la organización trata un historial de trabajo completado como una razón para conceder autoridad sobre el código, la infraestructura o el dinero.

El solicitante y el operador pueden ser personas diferentes

La advertencia del 13 de octubre del FBI describe una red de personas que ayudan a los trabajadores de TI norcoreanos a parecer elegibles para puestos de trabajo. Algunos facilitadores proporcionan identidades, alojan dispositivos o participan en entrevistas y reuniones.

Eso puede dividir una relación laboral normal entre varias personas. El nombre en la solicitud puede pertenecer a una persona. Un participante ante la cámara puede ser otro. La persona que realiza el trabajo y opera el portátil del empleador puede estar en otro lugar.

Un reclutador puede ver cada pieza por separado. La identificación puede parecer plausible, una entrevista puede producir respuestas técnicas y una dirección de entrega puede ser local. La cuestión es si las piezas describen a la misma persona a lo largo de toda la relación.

El FBI también describe el acceso remoto mediante software y hardware externo. Un dispositivo proporcionado por el empleador puede permanecer en una residencia local mientras alguien lo opera de forma remota. Su presencia en el país esperado, por lo tanto, no determina quién lo está usando.

La técnica explota una característica práctica del trabajo remoto. Las empresas necesitan que los empleados se conecten desde hogares y oficinas distribuidas. Un control que solo verifica la ubicación del dispositivo puede pasar por alto una segunda conexión detrás de él.

El trabajador no tiene que fracasar en el trabajo asignado para que el esquema funcione. El trabajo útil puede producir salarios y establecer confianza. El empleador puede volverse más dispuesto a conceder acceso precisamente porque el desarrollador ha entregado lo que el equipo necesitaba.

El presunto robo se produjo tras la concesión de confianza

Los fiscales afirman que los dos desarrolladores del caso de Georgia fueron contratados en 2020 y 2021. Los presuntos robos se produjeron después, en 2022. Ese intervalo es importante porque el acceso se obtuvo a través del empleo y de proyectos, en lugar de una breve intrusión externa.

La acusación describe información de identidad falsa y robada. También alega que la recomendación de un trabajador llevó a la empresa serbia a contratar a otra persona usando un alias. Una relación formada dentro de la empresa podría, por tanto, convertirse en una vía para otro solicitante.

La cobertura de la acusación por parte de Crypto.news llevó el caso a la discusión sobre contratación del sector. Los cargos siguen siendo alegaciones. Su relevancia para los empleadores es la secuencia que los fiscales establecieron entre la contratación, la responsabilidad y el acceso.

Un empleador puede razonablemente dar más trabajo a un desarrollador tras un proyecto exitoso. La cuestión de seguridad es qué poderes adicionales conlleva eso. Leer el código fuente, fusionar un cambio, desplegar un contrato y mover activos son autoridades separadas.

La presunta modificación del código fuente ilustra la conexión. Una persona no necesariamente necesita una copia de seguridad de una cartera para influir en el destino de los fondos si puede alterar la lógica que la organización despliega. La autoridad exacta depende del proceso de revisión y despliegue del proyecto.

El caso, por tanto, va más allá de la verificación de identidad. La entrada fue presuntamente engañosa, mientras que la oportunidad posterior dependió del acceso que concedió el empleador. Cada etapa puede examinarse sin asumir que todas las cuentas de desarrollador tienen los mismos poderes.

Kraken detuvo una solicitud antes de que se convirtiera en empleo

El relato publicado por Kraken sobre un intento de reclutamiento describe a un candidato que el exchange vinculó con una operación norcoreana. Socios del sector ya habían advertido a la empresa sobre solicitantes sospechosos.

El exchange informó de inconsistencias durante el proceso e investigó en lugar de tratar la entrevista como un evento aislado. El informe de Crypto.news sobre el intento de infiltración describió la combinación de anomalías de identidad y técnicas que observó.

Ese caso ofrece un contraste útil con los presuntos robos. El solicitante no necesitó recibir autoridad de producción para que la empresa encontrara un problema. La información disponible en todo el sector ayudó al empleador a interpretar la solicitud.

Un identificador compartido puede ser más informativo cuando está relacionado con una investigación previa. El empleador aún tiene que evaluar la evidencia en contexto. Un nombre o correo electrónico copiado de una víctima puede, de lo contrario, crear una coincidencia falsa que perjudique a una persona legítima.

La guía más reciente del FBI aborda ese riesgo explícitamente. Advierte que un único indicador no es fiable y que los filtros demasiado agresivos pueden excluir a solicitantes cualificados. En su lugar, la agencia describe una evaluación por capas a lo largo del ciclo de vida del empleo.

Una entrevista técnica sigue siendo útil para decidir si alguien puede hacer el trabajo. Responde a una pregunta más limitada que quién está detrás de la conexión o quién operará el portátil después de la contratación. Tratar esas preguntas por separado puede evitar que un buen desempeño en programación cierre la investigación de identidad.

Un salario puede ser el objetivo antes de tocar cualquier cartera

El esquema de trabajadores de TI norcoreanos también es una operación de ingresos. Un trabajador puede cobrar salarios bajo una identidad falsa y canalizar el dinero a través de otras cuentas. El empleador puede sufrir una exposición a sanciones y fraude incluso si no se drena ninguna cartera de clientes.

La demanda de decomiso civil de junio de 2025 del Departamento de Justicia concernía a más de 7,74 millones de dólares presuntamente blanqueados mediante tales acuerdos. El gobierno describió ingresos laborales convertidos y movidos a través de criptomonedas.

Ese es un flujo diferente al de los activos de tesorería robados. Ambos pueden formar parte de una campaña de ingresos estatales, pero el registro debe identificar si los fondos eran salarios, pagos desviados o producto de un robo separado.

La distinción importa para la respuesta del empleador. Una revisión de tesorería puede no encontrar monedas faltantes mientras el problema de nómina e identidad persiste. Una revisión de código puede no encontrar ningún cambio malicioso mientras la cuenta todavía se ha utilizado para recibir dinero bajo una identidad falsa.

Una empresa también necesita saber si el trabajador ha recomendado a otros candidatos o proveedores. La recomendación puede ser legítima en los negocios ordinarios. En una operación fraudulenta, puede propagar el acceso o dirigir pagos a otra parte de la misma red.

El caso se vuelve más comprensible cuando el dinero sigue el rastro del historial laboral. El contrato, las facturas y las instrucciones de pago identifican por qué pagó el empleador. Los registros de intercambio y de billetera pueden entonces mostrar cómo se movieron los fondos.

El portátil en una dirección local puede ser un relé

Un empleado remoto a menudo recibe un dispositivo gestionado porque el empleador quiere control sobre el software y el acceso. Si un facilitador lo mantiene conectado para otra persona, la empresa puede estar gestionando el hardware sin conocer al operador real.

El FBI describe tanto software remoto como dispositivos externos que pueden proporcionar acceso. La herramienta específica también puede tener usos legítimos. Su presencia cobra significado cuando se combina con las necesidades del puesto, el registro de identidad y la forma en que se comporta la conexión.

Un desarrollador puede usar legítimamente entornos remotos, máquinas virtuales o sistemas de prueba compartidos. Una regla que etiquete todo ese uso como sospechoso interferiría con el trabajo ordinario. La pregunta importante es si la configuración coincide con el rol aprobado y quién tiene acceso a ella.

El host local también puede ser víctima de un engaño o un participante activo. El FBI dice que se ha reclutado a facilitadores mediante tareas remuneradas aparentemente simples, incluido recibir equipos o unirse a una llamada. La persona que acepta la tarea puede ver solo una parte del esquema de empleo.

Esa división ayuda a que la operación persista. Reemplazar una dirección de entrega o un facilitador puede cambiar la infraestructura visible sin cambiar a las personas que hacen el trabajo. Una empresa que solo busca una dirección usada anteriormente puede, por tanto, pasar por alto una nueva versión del mismo arreglo.

El acceso ordinario de un desarrollador puede alcanzar autoridad financiera

Una cuenta de desarrollador puede comenzar con un repositorio y luego adquirir acceso a la nube, derechos de despliegue o credenciales para un servicio de pago. Cada adición puede justificarse por un proyecto. Juntas pueden acercar una cuenta al dinero del negocio.

Un repositorio de código fuente puede contener más que código. La configuración, el historial de despliegue o las credenciales almacenadas indebidamente pueden apuntar a otros sistemas. Una persona con acceso de lectura puede aprender cómo una aplicación mueve valor incluso antes de poder cambiarla.

La ruta de despliegue añade otra capa. Un cambio revisado puede pasar por sistemas de compilación y herramientas de publicación que tienen sus propias credenciales. Una persona capaz de alterar esa ruta puede afectar lo que llega a producción incluso si el repositorio principal requiere revisión.

Un libro contable interno puede ser igualmente importante. Un negocio de intercambio o de pagos puede registrar los saldos de los clientes en una base de datos antes de que se firme un retiro. La autoridad para cambiar registros financieros puede influir en qué solicitudes llegan al sistema de billetera.

El informe Cloud Threat Horizons de Google para el primer semestre de 2026 describe una intrusión separada vinculada a Corea del Norte en una organización de criptomonedas que alcanzó sistemas en la nube y la lógica financiera. Fue una ruta diferente hacia el acceso, pero muestra por qué el entorno de despliegue y contable pertenece a la misma discusión de seguridad que las billeteras.

El límite relevante es el poder otorgado a la cuenta. Una política de firma con hardware puede proteger un paso mientras una aplicación comprometida suministra una solicitud de pago engañosa. Una organización tiene que entender cómo cada sistema anterior determina qué se le está pidiendo aprobar al firmante.

Una revisión de código tiene que saber qué controla el cambio

Un cambio malicioso puede ser pequeño en relación con el resto de un proyecto. Su importancia proviene de la ruta que afecta. Una dirección, una verificación de permisos o una condición de retiro pueden determinar adónde va el valor incluso si el código circundante es ordinario.

Los revisores necesitan conectar el cambio con esa función empresarial. Una prueba que demuestra que la aplicación se inicia correctamente puede pasar por alto un cambio en el destinatario de los fondos. Una prueba que verifica una ruta de pago esperada aún puede pasar por alto otro rol o caso excepcional.

La amenaza de contratación hace eso más difícil porque el autor es un colega. El revisor puede conocer a la persona tras semanas de trabajo útil y asumir la intención detrás de un cambio. El proceso debe seguir siendo capaz de verificar las consecuencias después de que se haya desarrollado la confianza.

Lo mismo se aplica a las correcciones urgentes. Un desarrollador que entiende el sistema puede convertirse en la persona de la que todos dependen durante un incidente. Conceder acceso temporal puede ser necesario, pero cambia el poder de la cuenta precisamente en el momento en que otros miembros del personal están bajo presión.

Un registro de quién aprobó y desplegó el cambio ayuda a reconstruir ese momento más tarde. También puede distinguir una alteración maliciosa de un error o de una acción realizada por otra cuenta comprometida. Los registros de identidad, revisión y despliegue se convierten en partes de la misma línea temporal.

Los datos pueden salir antes de que el empleador note un robo

Un trabajador con acceso puede copiar información antes de usarla o antes de que el empleador termine la relación. El código fuente y los datos empresariales pueden conservar valor incluso después de que la cuenta esté deshabilitada. Eso crea otra fuente de presión sobre la empresa.

El informe de abril de 2025 del Grupo de Inteligencia de Amenazas de Google describió la expansión hacia Europa y más extorsión que involucra datos sensibles de antiguos empleadores. Vinculó la amenaza con trabajo de apariencia legítima en una variedad de proyectos técnicos.

La cobertura de Crypto.news sobre la expansión europea situó el desarrollo de blockchain entre el trabajo objetivo. El cambio geográfico importa porque una empresa fuera de EE. UU. puede enfrentar el mismo problema de identidad y acceso.

La alerta de octubre del FBI añade que el registro del trabajo puede ser en sí mismo una vía para que salgan los datos. Un operador remoto puede crear registros en equipos a varias conexiones de distancia del portátil del empleador. El dispositivo gestionado puede, por lo tanto, mostrar menos de la actividad de lo que el empleador espera.

Eso convierte la desvinculación en una cuestión sobre qué podía leer la cuenta, así como qué podía cambiar. Eliminar el acceso detiene el uso futuro de esas credenciales. No recupera una copia ya realizada ni invalida cada secreto que la persona vio.

La empresa puede necesitar cambiar las credenciales expuestas y revisar qué sistemas abrieron. El alcance depende de los permisos y la actividad reales de la cuenta. Una declaración general de que el empleado ya no trabaja allí ofrece una imagen menos completa.

Nóminas, contratación y seguridad pueden tener cada uno parte de la respuesta

Recursos Humanos ve documentos e historial laboral. Finanzas ve facturas y datos bancarios o de cartera. TI ve dispositivos y acceso remoto. Un gerente ve el desempeño en las tareas y las solicitudes de más autoridad.

Una operación que distribuye su actividad visible entre esos equipos puede parecer plausible para cada uno de forma aislada. Una cuenta de pago modificada puede parecer administrativa. Una persona diferente en una llamada puede explicarse como un problema de conexión. Una solicitud de dispositivo puede vincularse a un proyecto.

La guía del FBI pide que esas observaciones se evalúen en conjunto. El propósito es identificar un patrón que justifique una revisión mientras se evita una conclusión a partir de un solo rasgo compartido por trabajadores legítimos.

Ese enfoque también protege a las personas cuyas identidades fueron robadas. Una solicitud fraudulenta puede usar registros genuinos pertenecientes a otra persona. La persona nombrada en el papeleo puede ser una víctima en lugar del operador.

La misma cautela se aplica a la nacionalidad y el acento. La amenaza es la identidad falsa, el operador oculto y el uso indebido del acceso. Las decisiones basadas en la etnia en lugar del comportamiento pueden pasar por alto la operación mientras perjudican al personal legítimo.

La unidad práctica de investigación es la relación laboral y los sistemas que toca. La pregunta es si la misma persona autorizada controla el trabajo, el dispositivo, las credenciales y la ruta de pago que la empresa aprobó.

Una terminación no cierra todas las rutas

Un trabajador que se va puede dejar acceso en más que la cuenta principal. Un token de alojamiento de código, una credencial en la nube, una cuenta de proveedor o un servicio desplegado pueden seguir siendo utilizables si se crearon durante el empleo. Una revisión debe seguir los roles que la persona realmente ocupó.

El empleador también necesita saber qué se cambió. Deshabilitar a un usuario no revierte automáticamente un contrato desplegado ni elimina un permiso otorgado a otra cuenta. Algunos cambios en la cadena pueden requerir una transacción separada o un proceso de gobernanza.

Un incidente que involucra extorsión añade decisiones legales y operativas. La organización tiene que preservar pruebas, establecer qué datos salieron y determinar qué obligaciones aplican a las personas o clientes afectados. La respuesta técnica y la respuesta legal dependen de los mismos hechos pero sirven a propósitos diferentes.

Crypto.news informó sobre un caso de octubre que involucra a presuntos facilitadores estadounidenses. Tales procesamientos muestran el papel de la red de apoyo en torno al trabajador. Eliminar una cuenta de empleado puede dejar a otros participantes y rutas de pago por investigar.

La preocupación restante del empleador es si la persona había introducido otra ruta en la empresa. Las referencias, los contratistas compartidos y las cuentas de servicio pueden perdurar más allá de una única relación laboral. El registro de quién otorgó acceso y con qué propósito ayuda a definir esa revisión.

Seguir el dinero es una etapa distinta de identificar al trabajador

Una dirección puede recibir salarios o activos robados y enviarlos a través de varios servicios. El rastreo puede conectar transacciones con un caso, mientras que identificar a la persona que controla cada paso requiere pruebas adicionales.

Una congelación o incautación puede asegurar un saldo sin resolver cada reclamación asociada a él. Una demanda de decomiso es una solicitud al tribunal. Una orden y los activos realmente recuperados son eventos posteriores.

El informe de Crypto.news sobre un decomiso de stablecoins de aproximadamente $212,700 distinguió esa cantidad de la acción mayor que involucra más de $7.74 millones. La diferencia ilustra por qué la cantidad solicitada y la cantidad asegurada necesitan sus propias fechas.

Para una empresa que perdió activos, la recuperación también necesita conectar los fondos con la víctima y el proceso para devolverlos. El hecho de que se haya identificado una dirección puede ayudar a ese trabajo mientras deja el dinero fuera del control inmediato de la empresa.

Para una empresa que pagó salarios bajo una identidad falsa, el problema puede incluir sanciones y exposición contractual incluso si no sufrió ninguna fuga de activos. La misma red puede crear diferentes pérdidas y obligaciones para diferentes empleadores.

La entrevista es una decisión en una transferencia de autoridad más larga

La solicitud exitosa abre la puerta. Los proyectos y el trabajo útil pueden entonces aumentar la posición del trabajador dentro de la empresa. Cada nuevo permiso crea otra oportunidad para que el empleador verifique que la autoridad sigue siendo adecuada para la persona y la tarea.

Los casos muestran por qué la amenaza pertenece tanto al reclutamiento como a las operaciones. Un equipo puede detectar la solicitud falsa antes de contratar, como describió Kraken. Otro puede contratar a la persona y luego otorgar acceso que, según alegan los fiscales, se utilizó para el robo.

La advertencia del FBI de octubre sitúa esa secuencia dentro de una red más amplia de identidades y facilitadores. La empresa puede estar entrevistando a una persona mientras finalmente otorga acceso a otra. Su registro más sólido conecta al empleado que autorizó con el trabajo, los dispositivos, las credenciales y los pagos que siguen.

El solicitante falso y el reclutador falso son rutas separadas

Una empresa puede enfrentarse a un solicitante falso que busca un empleo legítimo. Un desarrollador también puede ser abordado por un reclutador falso que ofrece un trabajo en otro lugar. La segunda ruta tiene como objetivo persuadir a un empleado existente para que ejecute una prueba, abra un archivo o utilice un servicio que comprometa su dispositivo.

Los dos pueden encontrarse dentro del mismo entorno empresarial. Una operación obtiene acceso convirtiéndose en empleado. Otra obtiene acceso a través de un empleado que ya trabaja allí. La cuenta resultante puede parecer autorizada aunque la persona que la controla no lo esté.

La distinción importa cuando un empleador investiga la actividad de un desarrollador. Una acción sospechosa puede provenir de un trabajador que utiliza una identidad falsa o de un empleado genuino cuyo dispositivo fue comprometido. Los registros de acceso identifican la cuenta, mientras que la investigación de identidad y del endpoint establece quién la estaba operando.

El informe de la nube de Google describe una intrusión cripto que involucra un endpoint comprometido y el movimiento hacia sistemas corporativos. Ese caso debe leerse como su propia ruta de ataque. La lección más amplia es cuánto acceso puede conllevar un entorno de desarrollador una vez que un atacante lo controla.

Por lo tanto, una empresa necesita el historial laboral y el historial técnico en conjunto. Uno puede establecer que la persona fue contratada legítimamente. El otro puede mostrar que la cuenta posteriormente realizó actividad fuera del rol aprobado o desde una ruta de control inesperada.

Un contratista puede llevar el acceso a través de varios clientes

Un proveedor de servicios puede asignar al mismo desarrollador a trabajar para más de un cliente. El cliente puede aprobar al proveedor sin conocer a todas las personas que realizarán la tarea. Las verificaciones de personal e identidad del proveedor pasan a formar parte de la exposición del cliente.

El acceso también puede compartirse mediante una cuenta de proyecto o un entorno de desarrollo común. Eso puede dificultar la identificación de qué individuo realizó un cambio. Un acuerdo de contratación legítimo aún necesita un registro que conecte el trabajo y la autoridad con las personas que los utilizan.

El riesgo aumenta si un contratista posee credenciales para varios clientes en el mismo dispositivo. Una compromisión puede alcanzar más allá de un proyecto incluso cuando cada cliente otorgó solo el acceso necesario para su propio trabajo. El endpoint del proveedor se convierte en una dependencia compartida.

El énfasis del FBI en el ciclo de vida laboral encaja con ese arreglo así como con la contratación directa. El punto es saber quién está haciendo el trabajo a medida que cambian las responsabilidades y los equipos. Una verificación exitosa en la fecha del contrato original no identifica a cada persona añadida posteriormente al proyecto.

El primer informe puede preservar la ruta hacia la empresa

Cuando un empleado nota una discrepancia, el registro más útil puede ser evidencia ordinaria: una invitación a una entrevista, una solicitud de pago modificada o un ticket de soporte de un dispositivo. Esos elementos dan a los investigadores fechas y relaciones para comparar con la actividad técnica.

Una empresa que descubre un intento de fraude antes de contratar aún tiene información que puede ayudar a otro empleador. La cuenta de Kraken ilustra cómo las advertencias de la industria pueden hacer que un identificador sea más significativo. Compartir a través de un canal de seguridad apropiado puede conectar casos que parecen aislados dentro de un equipo de reclutamiento.

El informe también necesita preservar la diferencia entre un intento y una intrusión completada. No se ha demostrado que un solicitante rechazado tenga el mismo acceso que un trabajador asignado a proyectos de producción. Esa distinción mantiene las consecuencias vinculadas al registro real.

La amenaza se vuelve más fácil de explicar cuando la historia sigue ese acceso paso a paso. La solicitud crea una oportunidad, la relación laboral crea permisos y la actividad posterior muestra cómo se utilizaron esos permisos. Los presuntos robos en Georgia proporcionan un ejemplo concreto de esa transición final.

Los registros tienen que sobrevivir a la salida del empleado

Una empresa que descubre actividad sospechosa después de que un contratista se va necesita un relato confiable de a qué podía acceder la cuenta. Ese registro incluye permisos otorgados, revisiones de código, lanzamientos y cambios en los métodos de recuperación. Si esos registros desaparecen con el acceso del empleado, la investigación comienza con una laguna creada por los propios procedimientos del empleador.

La salida también es más que cerrar una dirección de correo electrónico de la empresa. Un empleado puede haber utilizado cuentas separadas para el alojamiento de código, servicios en la nube y despliegue. Un token activo puede seguir funcionando después de que la persona pierda acceso a un sistema de chat interno. La pregunta relevante es si cada ruta hacia el entorno de producción ha sido revocada o revisada.

El mismo trabajo ayuda a establecer qué no ocurrió. Una firma puede descubrir que la persona tenía acceso a un entorno de prueba pero ninguna autoridad para cambiar contratos de producción. Puede encontrar una solicitud intentada de acceso más amplio que un revisor denegó. Esas distinciones afectan el alcance real del incidente y evitan que una identidad sospechosa sea tratada como prueba de un robo completado.

Para los clientes, un relato creíble explica los sistemas afectados, el período de acceso y la acción resultante. La nacionalidad por sí sola no proporciona nada de esa información. La evidencia proviene del historial laboral y la actividad asociada con la cuenta, seguida de cualquier hallazgo que los investigadores puedan sustanciar.

Qué observar

• Registros de empleo: Los cambios en la identidad, los datos de pago y quién aparece en las interacciones laborales pueden volverse significativos cuando se evalúan en conjunto.
• Crecimiento de autoridad: Los permisos de repositorio, despliegue, nube y pago muestran cómo se amplió el rol después de la contratación.
• Infraestructura compartida: Un dispositivo local aún puede operarse de forma remota, lo que hace importante la ruta de acceso aprobada.
• Alcance de la desvinculación: Las credenciales, los cambios desplegados y la información copiada pueden seguir siendo relevantes después de que se cierre la cuenta principal.
• Resultados judiciales: Los cargos, las solicitudes de decomiso, las órdenes y los bienes devueltos describen distintas etapas del registro de ejecución.

Preguntas frecuentes