Pasar al contenido principal
osky
Todos navegamos la seguridad de IA a ciegas — hasta Google
Sección
IA

Si creías que las grandes tecnológicas ya tenían resuelto el problema de la seguridad en inteligencia artificial, TechCrunch publicó ayer algo que vale la pena leer con calma: ni Google lo tiene resuelto. Nadie lo tiene. Estamos todos — empresas Fortune 500, startups de dos personas en un WeWork y DJs con servidores de bots en producción — improvisando en tiempo real, tomando decisiones de seguridad sobre sistemas cuyo comportamiento completo no terminamos de entender. Eso no es pesimismo: es el diagnóstico más honesto que ha circulado en semanas sobre el estado real de la industria.

Diagrama abstracto de vectores de ataque en un sistema de IA

El problema no es la tecnología. Es la velocidad.

La IA no llegó con un manual de seguridad adjunto. Llegó como una avalancha de capacidades nuevas cada tres meses, y las organizaciones — incluyendo a los propios fabricantes — han tenido que construir marcos de seguridad mientras el tren ya iba a toda velocidad. Google, que tiene más recursos para investigación de seguridad que la mayoría de los países para defensa, sigue descubriendo vectores de ataque nuevos en sus propios modelos. Eso no significa que Google sea incompetente: significa que el espacio del problema es genuinamente nuevo.

Lo que estamos viviendo es una transición sin precedente histórico directo. Cuando llegó internet, los problemas de seguridad tardaron años en manifestarse a escala. Con la IA generativa, los exploits aparecen semanas después del lanzamiento de un modelo. El ciclo de ataque-defensa se comprimió tanto que ya no hay fase de "preparación" — solo hay respuesta reactiva disfrazada de estrategia proactiva.

Prompt injection, jailbreaks y el perímetro que no existe

Los ataques más documentados hoy contra sistemas de IA no son los del imaginario de ciencia ficción — no es Skynet, no es una AGI rebelde. Son cosas mucho más mundanas y mucho más peligrosas en contexto empresarial: inyección de prompts en pipelines de automatización, manipulación de agentes con acceso a APIs externas, exfiltración de datos a través de modelos que procesan documentos internos. Un agente de IA con acceso a tu correo corporativo y a tu CRM es una superficie de ataque enorme, y la mayoría de las empresas que desplegaron esos agentes en 2025 lo hicieron sin un modelo de amenazas formal.

Google lo sabe porque lo vive desde adentro. Sus equipos de Red Team llevan meses publicando hallazgos sobre sus propios modelos — una transparencia que, hay que reconocerlo, no todas las compañías practican. Pero incluso con esa infraestructura, el artículo de TechCrunch deja claro que el conocimiento institucional sobre cómo asegurar estos sistemas sigue siendo fragmentado, dependiente de individuos clave, y difícil de escalar.

Lo que esto significa para quien opera IA hoy

Si tu operación usa modelos de lenguaje en producción — para lo que sea, desde atención a clientes hasta generación de contenido hasta automatización de workflows — hay algunas verdades incómodas que conviene aceptar:

Primero: no existe una configuración "segura y olvidada" para un sistema de IA. Los modelos cambian, los contextos cambian, y los vectores de ataque evolucionan. El mantenimiento de seguridad es continuo.

Segundo: el hecho de que tu proveedor sea Google, OpenAI o Anthropic no te transfiere la responsabilidad. Ellos aseguran la infraestructura; tú aseguras cómo la usas, qué datos le das y qué permisos le otorgas.

Tercero: la mayoría de los incidentes de seguridad con IA en entornos empresariales no van a aparecer en ningún titular. Van a ser filtraciones silenciosas, automatizaciones mal configuradas, agentes que hacen cosas que nadie les pidió explícitamente pero que el prompt permitía implícitamente.

La honestidad como punto de partida

Lo más valioso del artículo de TechCrunch no es el análisis técnico — es el diagnóstico cultural. Hay una presión enorme en la industria para proyectar confianza y certeza sobre la seguridad de la IA, porque los contratos empresariales dependen de esa confianza. Pero esa proyección de certeza es, en sí misma, un riesgo: lleva a las organizaciones a saltarse pasos críticos porque asumen que "los grandes ya lo resolvieron".

La realidad es que estamos en un período de transición genuina. No hay expertos con veinte años de experiencia en seguridad de LLMs porque los LLMs en producción a esta escala no tienen veinte años. Los que saben más son los que llevan más tiempo equivocándose y documentando sus errores — y eso incluye a Google.

Manos tecleando en una terminal con logs de auditoría de IA

Para quien opera tecnología hoy, la postura más inteligente no es esperar a que alguien resuelva esto de forma definitiva. Es construir resiliencia: sistemas que fallen de forma controlada, auditorías frecuentes, y la humildad de asumir que algo va a salir mal antes de que sepas exactamente qué.