Saltar al contenido

Seguridad ofensiva, procesos y gobernanza para la era de la IA y el open source

Código que no escribiste. Riesgo que sigue siendo tuyo.

Desliza ↓

Este es el código que escribiste.

Un repositorio. Un equipo. Un proceso de revisión en el que confías.

Esto es lo que entregas.

Cada dependencia trae las suyas. Casi todo lo que corre en producción nunca lo leyó nadie de tu equipo.

Una parte no la escribió nadie.

Asistentes y agentes hacen commit a velocidad de máquina: código plausible, supuestos sin revisar, paquetes que quizá ni existen.

Basta un eslabón.

Un token de mantenedor robado. Un script de instalación. Llega a tu build antes que a tu changelog.

La evidencia

Quiénes somos

ANTEMUR es una empresa de seguridad con una obsesión: el código dentro de tu producto que nadie de tu equipo escribió. Lo atacamos como lo haría un adversario, antes de que lo haga un adversario.

ante murum/ˈan.te ˈmuː.rum/latín, «ante la muralla»

El terreno frente a la muralla, defendido por el redan: una obra avanzada en forma de V, con la punta hacia el enemigo. Es la primera en recibir el asalto. Esa V es nuestro logo.

La seguridad de aplicaciones tradicional vigila la muralla: tu código, tu perímetro. Los ataques de esta década llegan por lo que importas y por lo que generas. Ahí es donde nos situamos. La tecnología sola no basta. También protegemos los procesos y la gobernanza que la rodean, de la política a la respuesta a incidentes.

Nuestro enfoque / Frente 01

Código generado por IA

La velocidad cambió. La revisión, no. Auditamos lo que asistentes y agentes meten en tu repositorio, y las herramientas que lo meten.

  • 01Paquetes alucinados y slopsquatting

  • 02Valores inseguros en código generado

  • 03Secretos expuestos en prompts y respuestas

  • 04Prompt injection contra agentes de código

  • 05Archivos de reglas y servidores MCP envenenados

  • 06Permisos excesivos de agentes en CI

Nuestro enfoque / Frente 02

Código de terceros

Cada paquete, action y SDK es una decisión de confianza. Mapeamos en quién confías de verdad y qué ocurre cuando esa confianza se rompe.

  • 01Secuestro de mantenedores y robo de tokens

  • 02Typosquatting y dependency confusion

  • 03Scripts de instalación maliciosos

  • 04Vulnerabilidades transitivas alcanzables

  • 05Actions de CI y pipelines de build comprometidos

  • 06Componentes abandonados y sin dueño

Nuestro enfoque / Frente 03

Procesos y gobernanza

El software seguro no sobrevive a decisiones inseguras. Estructuramos cómo tu empresa aprueba, controla, responde y rinde cuentas por el riesgo.

Referencias con las que trabajamos

  • ISO/IEC 27001
  • ISO/IEC 42001
  • NIST CSF 2.0
  • NIST SSDF
  • SOC 2
  • LGPD
  • GDPR

  • 01Gobernanza de seguridad, políticas y responsables

  • 02Gestión de riesgos e informes a la dirección

  • 03Riesgo de terceros y proveedores

  • 04Política y controles para el uso de IA

  • 05Procesos de acceso, cambio y desarrollo seguro

  • 06Planes de respuesta a incidentes y simulacros

Técnicas principales

Cómo cazamos

  1. Mapeo de procedencia

    SBOM y AI-BOM de lo que realmente se despliega: cada componente, cada origen, cada línea escrita por un agente.

    $ sbom.cdx.json / ai-bom.json

  2. Análisis de alcanzabilidad

    Trazamos las rutas de llamada desde tus puntos de entrada hasta cada función vulnerable. La severidad refleja lo que un atacante alcanza de verdad.

    $ entrypoint → sink: alcanzable

  3. Análisis de taint

    Entrada no confiable seguida desde el origen hasta el destino, tanto en código generado como importado.

    $ source → sanitizer? → sink

  4. Detonación de paquetes

    Los paquetes sospechosos corren en un sandbox instrumentado. Red, sistema de archivos y procesos se registran, no se suponen.

    $ postinstall → llamada externa → marcado

  5. Red team de agentes

    Prompt injection, abuso de herramientas y envenenamiento de contexto contra tus agentes de código e integraciones MCP.

    $ inyección → tool call → impacto

  6. Auditoría de pipeline

    Integridad del build evaluada según SLSA: actions fijadas, artefactos firmados, tokens acotados y procedencia verificable.

    $ slsa: revisión de build track

  7. Explotación manual

    La automatización encuentra candidatos. Los ingenieros los demuestran. Sin prueba de concepto funcional, no entra en el informe.

    $ poc: reproducible

  8. Evaluación de gobernanza

    Políticas, roles, controles y evidencias evaluados frente a la operación real de tu empresa y los marcos a los que responde.

    $ control → responsable → evidencia

Método

Cuatro movimientos. Sin teatro.

  1. 01

    Mapear

    Inventariamos tu código, dependencias, agentes, pipelines y procesos internos.

    RecibesMapa de exposición

  2. 02

    Atacar

    Ejecutamos técnicas de adversarios contra las rutas reales de entrada a tu producto.

    RecibesRegistro de ataque

  3. 03

    Demostrar

    Cada hallazgo incluye pasos de reproducción e impacto medido.

    RecibesInforme de evidencias

  4. 04

    Fortificar

    Correcciones, políticas y controles entran en tu pipeline. Después volvemos a probar.

    RecibesPlan de hardening y retest

Registro público

Esto no es una hipótesis.

  1. 2018

    event-stream

    Un nuevo mantenedor obtuvo permisos de publicación y añadió una dependencia creada para robar monederos de criptomonedas.

  2. 2020

    SolarWinds Orion

    Los atacantes comprometieron el sistema de build. Una actualización firmada llevó la puerta trasera a miles de clientes.

  3. 2021

    Log4Shell

    Una cadena en una línea de log significaba ejecución remota de código en una biblioteca presente casi en todas partes.

    CVE-2021-44228 ↗

  4. 2024

    xz-utils

    Tras años ganando confianza como mantenedor, un atacante plantó una puerta trasera en una biblioteca esencial de compresión.

    CVE-2024-3094 ↗

  5. 2025

    tj-actions

    Una GitHub Action muy utilizada fue comprometida y expuso secretos de CI en los logs de los workflows.

    CVE-2025-30066 ↗

  6. 2025

    Shai-Hulud

    Un gusano autorreplicante se propagó por npm con credenciales robadas a mantenedores.

  7. 2026

    Mini Shai-Hulud

    Nuevas oleadas del gusano volvieron a golpear npm, y aparecieron imitadores tras filtrarse su código fuente.

Referencias

Clientes y referencias

Publicados solo con la autorización por escrito de cada cliente.

Empieza aquí

Encuéntralo antes que ellos.

Cuéntanos qué entregas. Respondemos con un alcance, no con una presentación de ventas.