Tu IA obedece órdenes.
Asegúrate de que sean las tuyas.

Red teaming y hardening para aplicaciones LLM, agentes de IA y la infraestructura que los sostiene — por ingenieros que también construyen y operan sistemas de IA en producción.

De confianza en toda Europa

Sectores que atendemos.

Equipos de ingeniería en sectores regulados y críticos — cada proyecto auditado, documentado y llevado a nivel de producción.

Banca y pagos

FinTech

Infraestructura de pagos y core bancario conforme a PCI-DSS — latencia p99 por debajo de 100 ms, trazabilidad de auditoría de extremo a extremo y tokenización en el edge.

PCI-DSS · ISO 27001
Datos de pacientes

Salud

Pipelines de datos de pacientes alineados con HIPAA

HIPAA · SOC2
5G y redes

Telecomunicaciones

Observabilidad del core 5G a escala

NFV · ETSI MANO
Retail y marketplaces

E-Commerce

99,99% de disponibilidad en picos de tráfico

PCI-DSS · GDPR
Soberano y público

Gobierno

Nube soberana con trazabilidad completa

eIDAS · FIPS 140-2
Flotas e IoT

Logística

Seguimiento de flotas en tiempo real e ingesta IoT

MQTT · OPC-UA
10Categorías de riesgo del OWASP Top 10 para LLM cubiertas
15+Años construyendo y protegiendo sistemas en producción, desde 2011
24/7Monitorización y respuesta a incidentes
ATLASHallazgos mapeados a MITRE ATLAS

Qué entregamos

Seguridad de IA, de extremo a extremo

Del prompt a la GPU: la aplicación, el agente, el modelo, los datos y la plataforma sobre la que corre todo.

Probamos la aplicación que rodea al modelo como lo haría un atacante: prompt injection directa, inyección indirecta escondida en documentos, páginas web y respuestas de herramientas, jailbreaks, filtración del system prompt, salida del modelo que llega a HTML, SQL o una shell sin validar y exfiltración de datos a través del modelo — incluidas imágenes y enlaces markdown que envían datos al servidor de un atacante. El OWASP Top 10 para aplicaciones LLM es el punto de partida, no el techo.

OWASP Top 10 para aplicaciones LLM · inyección directa e indirecta

Un agente es tan seguro como lo que se le permite hacer. Definimos su alcance, aplicamos el mínimo privilegio a cada herramienta y conector — servidores MCP, function calling, tokens de API —, exigimos aprobación humana para las acciones sensibles, aislamos la ejecución de código en un sandbox y tratamos el contenido que lee el agente (correos, tickets, páginas web) como no confiable, para que una instrucción oculta en él no pueda disparar una acción sensible sin aprobación — y probamos que así sea.

Herramientas con mínimo privilegio · MCP · aprobación humana

Pruebas adversarias de modelos y aplicaciones de IA: evasión de guardrails, extracción de datos de entrenamiento, abuso de herramientas, contenido prohibido y respuestas erróneas dadas con total seguridad allí donde los usuarios van a actuar sobre ellas. Funciona como un pentest con técnicas propias — y como la salida del modelo no es determinista, cada ataque se repite y se reporta con la frecuencia con la que tiene éxito.

Mapeado a MITRE ATLAS · transcripciones reproducibles

Los modelos y los datasets son código que no has escrito tú. Comprobamos su procedencia e integridad: pesos descargados de hubs públicos, archivos pickle que pueden ejecutar código al cargarse (te pasamos a safetensors siempre que sea posible), datasets envenenados, dependencias de ML vulnerables, firma de artefactos y quién puede subir o descargar de tu registro de modelos.

Procedencia · safetensors · artefactos firmados

Los datos sensibles nunca deberían llegar por accidente al entrenamiento, al fine-tuning ni a la recuperación. Revisamos qué entra en cada etapa, aplicamos control de acceso por documento en RAG para que el asistente solo recupere lo que el usuario puede ver, protegemos los vector stores y los embeddings, y mantenemos los datos personales fuera de los logs de prompts.

Acceso por documento en RAG · vector stores · RGPD

Seguridad cloud y de Kubernetes aplicada a cargas de IA: clústeres de GPU, endpoints de inferencia, notebooks expuestos, pipelines de MLOps y los secretos que manejan — incluidas las API keys de los proveedores de modelos. El mismo hardening de plataforma que aplicamos a los sistemas en producción, adaptado a cómo trabajan de verdad los equipos de ML.

Kubernetes · endpoints de inferencia · gestión de secretos

Controles que siguen funcionando después del lanzamiento: filtros de entrada y salida, detección de abuso, límites de peticiones y de gasto contra el denial of wallet, registro de cada interacción con el modelo y de cada llamada a herramientas, y un playbook de respuesta a incidentes de IA para que tu equipo sepa qué hacer cuando un jailbreak se hace público.

Filtros de entrada y salida · rate limiting · respuesta a incidentes de IA
Evaluación gratuita

Solicita una evaluación gratuita de Seguridad de IA

Nuestros ingenieros revisan tu configuración actual y entregan una hoja de ruta priorizada — sin compromiso.

A quién ayudamos

Equipos que llevan la IA a producción

Las cuatro situaciones en las que una revisión de seguridad de IA se amortiza más rápido.

Equipos que lanzan una funcionalidad con LLM

Estás a punto de poner un chatbot, un copiloto o una búsqueda con IA delante de tus clientes. Le hacemos red teaming antes del lanzamiento, para que el primer jailbreak sea el nuestro y no una captura en redes sociales.

Empresas que despliegan agentes de IA

Tus agentes leen correos, tickets o páginas web y pueden actuar en tu CRM, tu código o tu nube. Delimitamos lo que pueden hacer, reducimos sus permisos al mínimo y probamos si un contenido hostil puede tomar el control.

Organizaciones con copilotos internos

Has construido un asistente RAG sobre contratos, expedientes de RR. HH. o la wiki de la empresa. Comprobamos que solo recupera lo que cada usuario puede ver y que nada sensible se filtra por los prompts o los logs.

Equipos de ML que entrenan o alojan modelos

Haces fine-tuning o alojas modelos open-weight en tus propias GPU. Protegemos la cadena de suministro, los pipelines, los notebooks y los endpoints de inferencia que los rodean.

Alcance del red teaming de IA

Atacamos el sistema de IA completo

El modelo es solo un componente. Lo probamos junto con el system prompt, la capa de recuperación, las herramientas a las que puede llamar y lo que tu aplicación hace con su salida — ahí es donde ocurren los incidentes reales. Cada hallazgo incluye transcripciones, una tasa de éxito y una corrección.

  • Prompt injection directa e indirecta
  • Jailbreaks y evasión de guardrails
  • Filtración del system prompt
  • Exfiltración de datos a través del modelo y sus herramientas
  • Extracción de datos de entrenamiento y de RAG
  • Agencia excesiva y abuso de herramientas
  • Gestión indebida de la salida (XSS, inyección SQL y de comandos a través de la salida del modelo)
  • Revisión de la cadena de suministro de modelos
  • Denial of wallet y abuso de recursos
Resultados y método

Seguridad para sistemas que reciben instrucciones

La seguridad de aplicaciones clásica asume que el código hace lo que se escribió para hacer. Un LLM hace lo que su entrada le convence de hacer — así que los controles tienen que asumir que, tarde o temprano, una inyección pasará. Diseñamos para ese escenario y probamos que el diseño aguanta.

Business outcomes
  1. 01

    Exposición conocida antes del lanzamiento

    Ves cómo falla tu sistema de IA bajo ataque antes que tus clientes o los atacantes, con cada hallazgo reproducible.

  2. 02

    Daño limitado por diseño

    El mínimo privilegio, las puertas de aprobación y los controles de salida limitan lo que una inyección con éxito puede alcanzar.

  3. 03

    Evidencias para auditorías y clientes

    Los hallazgos mapeados a OWASP y MITRE ATLAS dan soporte a los cuestionarios de seguridad, a ISO/IEC 42001 y a los requisitos de robustez y ciberseguridad del EU AI Act para sistemas de alto riesgo.

How we implement
  1. 01

    Alcance y modelo de amenazas

    Mapeamos los modelos, los prompts, las fuentes de datos, las herramientas y los usuarios, y construimos un modelo de amenazas con MITRE ATLAS.

  2. 02

    Ataque

    Red teaming manual apoyado en pruebas automatizadas, contra la aplicación, el agente y la infraestructura que hay debajo.

  3. 03

    Informe

    Hallazgos con transcripciones, tasas de éxito y severidad, mapeados al OWASP Top 10 para aplicaciones LLM y a MITRE ATLAS.

  4. 04

    Refuerzo

    Corregimos junto a tu equipo: permisos, guardrails, reglas de acceso a datos, controles de pipeline y de infraestructura.

  5. 05

    Re-test y monitorización

    Volvemos a lanzar los ataques contra las correcciones y configuramos logs y alertas para lo que pasa en producción.

Modelo de colaboración

Cómo trabajamos

De la primera llamada a producción — un modelo de colaboración probado en 4 pasos que mantiene la conversación transparente y la velocidad honesta.

  1. 01

    Descubrimiento

    Auditamos tu stack actual, identificamos carencias y alineamos los objetivos de negocio.

  2. 02

    Evaluación

    Una hoja de ruta detallada con prioridades, estimaciones de esfuerzo y quick wins.

  3. 03

    Entrega

    Nuestros ingenieros se integran en tu equipo y ejecutan sprint a sprint.

  4. 04

    Soporte

    Monitorización continua, optimización y transferencia de conocimiento a tu equipo.

Dudas habituales

Preguntas frecuentes

Respuestas prácticas sobre alcance, plazos y cómo suelen ser los proyectos con nuestro equipo de Seguridad de IA.

Un pentest clásico busca fallos en el código, la configuración y la autenticación — una vulnerabilidad está o no está. En un sistema de IA, el lenguaje natural es la superficie de ataque: el mismo prompt puede funcionar una de cada diez veces, la carga puede llegar dentro de un documento que lee el modelo y la corrección rara vez es un único parche. Seguimos probando la capa clásica — la API, la autenticación, la nube que hay debajo — porque una aplicación de IA también es una aplicación web. Además, probamos el comportamiento del modelo, sus herramientas y sus datos con las técnicas catalogadas en MITRE ATLAS y en el OWASP Top 10 para aplicaciones LLM.
No, y quien lo prometa está vendiendo de más. Los modelos actuales reciben instrucciones y datos por el mismo canal, así que ningún filtro puede distinguirlos de forma fiable. Lo que funciona es la defensa en profundidad que asume que, tarde o temprano, una inyección tendrá éxito: tratar la salida del modelo como no confiable, dar a las herramientas el mínimo privilegio posible, exigir aprobación humana para las acciones con consecuencias, separar el contenido confiable del no confiable, cerrar las vías de exfiltración como las peticiones salientes y las imágenes renderizadas, y monitorizar el abuso. Los filtros y clasificadores reducen la tasa de éxito; la arquitectura limita el daño. Probamos las dos cosas.
Sí. La mayoría de las aplicaciones de IA se construyen así, y el riesgo suele estar en tu aplicación más que en el modelo del proveedor: el system prompt, la capa de recuperación, las herramientas a las que el modelo puede llamar y lo que tu código hace con su salida. Probamos tu aplicación y tu integración — no los modelos ni la infraestructura del proveedor — y nos mantenemos dentro de sus políticas de uso. Los hallazgos que dependen del comportamiento del modelo deben volver a comprobarse cada vez que cambies de modelo o de versión.
Partimos de lo que el agente debería poder hacer, no de lo que puede hacer. Cada herramienta y cada servidor MCP recibe sus propias credenciales con el alcance mínimo; las acciones de escritura y borrado, los pagos y los mensajes salientes requieren aprobación humana; la ejecución de código corre en un sandbox sin acceso a secretos ni a la red interna. Revisamos los servidores MCP como cualquier dependencia de terceros — las descripciones de las herramientas pueden llevar instrucciones ocultas y un servidor puede cambiar la definición de sus herramientas después de que las hayas aprobado —, así que fijamos versiones y mantenemos una lista de permitidos de lo que se puede instalar. Después probamos si el contenido que lee el agente puede tomar el control de sus acciones.
Un resumen ejecutivo con el riesgo global, el alcance y el método, y cada hallazgo con su severidad, los prompts o cargas exactos utilizados, las transcripciones y con qué frecuencia tuvo éxito el ataque en intentos repetidos — la salida del modelo no es determinista, así que una sola captura no es una evidencia. Cada hallazgo está mapeado al OWASP Top 10 para aplicaciones LLM y a MITRE ATLAS e incluye una corrección concreta: un cambio de permisos, un guardrail, una regla de acceso a datos o un cambio de arquitectura.
Sí. Cuando hayas aplicado las correcciones, volvemos a lanzar los mismos ataques — las mismas cargas, repetidas el mismo número de veces — e informamos de las nuevas tasas de éxito junto a las originales. Como una actualización del modelo, una herramienta nueva o un cambio en el system prompt pueden reabrir un problema cerrado, también podemos convertir el conjunto de ataques en una suite de regresión que se ejecuta en tu pipeline de CI/CD antes de cada release.
Habla con nuestros ingenieros

Hablemos de tu estrategia de Seguridad de IA

Tanto si empiezas de cero como si escalas lo que ya tienes, nuestros ingenieros están listos para ayudar.

Seguridad de IA y red teaming de LLM | Privum Consulting