Edition 09

Lea el veredicto de nuevo, porque ahí está todo el punto: los fallos eran aburridos. Gestión insegura de datasets, metadatos expuestos, accesos excesivos, credenciales de larga duración. Ni un solo zero-day exótico en los fundamentos, solo los hallazgos exactos que lista su último informe de pentest y que su último plan de tratamiento de riesgos probablemente aplazó. La IA no necesitaba ser brillante. Necesitaba que usted hubiera dejado la nevera sin pestillo; entonces comprobó cada pestillo 17.600 veces sin aburrirse, sin cansarse, sin asustarse.

Ese es el cambio que debería transformar la forma en que se realizan las pruebas. Un pentest anual simula a un humano: unos pocos días, una persona que duerme, un alcance que termina. Esto simula algo que nunca se detiene, que nunca olvida su objetivo y que se reconstruye cada vez que se le derriba. Si su modelo de amenazas asume un atacante con la paciencia y el horario de oficina de un humano, ahora está probando para un mundo que ya no existe.

La conclusión llega donde siempre, solo que más alto: en la era de la IA, la higiene básica es fundamental. Rote las credenciales. Elimine los tokens de larga duración. Limite el acceso al mínimo privilegio de verdad, no solo sobre el papel. Y si realiza pruebas ofensivas, empiece a preguntarse cómo sería un red-teaming agéntico contra su entorno, porque el otro lado ya lo está ejecutando. Esta es la conversación de gobernanza a la que ISO/IEC 42001 apunta constantemente, y este incidente acaba de hacerla concreta.

Este es el asunto que más me afecta directamente, así que seré directo sobre lo que cambia. Si tiene un conjunto de datos que ha tratado como anónimo porque eliminó los nombres o hasheó los identificadores, el EDPB, siguiendo al Tribunal, acaba de decirle que eso no es una propiedad de los datos, sino un juicio sobre el contexto. Anónimo en sus manos puede ser dato personal en las de otra persona. Eso replantea cada argumento del tipo «está anonimizado, el GDPR no aplica» en una pipeline de entrenamiento de IA o en un intercambio de datos de investigación.

He escrito un estudio completo sobre la definición de dato personal a través de los casos Breyer y SRB, que es de donde proviene este enfoque relativo, y se publica en Cyberacademy esta semana, así que manténganse conectados. Si gestiona datos que ha etiquetado como anónimos, léalo antes de su próxima decisión de intercambio de datos. La versión corta: la etiqueta no es la protección. Lo que la respalda es la evaluación documentada del riesgo de re-identificación.

Lo he dicho en cada curso que imparto, y ahora el estándar lo dice en once páginas: el Anexo A no es un catálogo del que se elige. Se empieza por los riesgos, se deciden los controles que esos riesgos necesitan, y solo entonces se comprueba el Anexo A para asegurarse de que no se olvidó nada. Las organizaciones que aplican mal el 27001 lo hacen al revés: abren primero el Anexo A y lo tratan como una lista de compras, y acaban con un montón de controles que no responden a ningún riesgo real. El 27000 más delgado existe en parte para acabar con ese hábito.

Gestión práctica: si sus materiales de formación, plantillas o wiki interna citan definiciones de ISO 27000, están apuntando a una edición retirada, y el vocabulario vive ahora en la plataforma en línea de ISO. Y si gestiona cualquier cosa en la nube, el 27017 está por fin alineado con los controles de 2022, por lo que tanto su mapeo de controles cloud como su próxima auditoría cloud necesitan la nueva versión.

Observe el patrón con los dos puntos anteriores. El EDPB dice que una etiqueta de anonimato no es protección. ISO dice que una marca en el Anexo A no es un control. Ahora CISA dice que un SBOM generado no es seguridad de la cadena de suministro. La misma lección, tres reguladores, una semana: el artefacto no es el resultado. Un SBOM producido una vez y archivado no demuestra nada el día en que aparece un nuevo CVE contra un componente enterrado en su interior.

Aunque esté fuera del ámbito de aplicación de EE. UU., esta es la dirección, y NIS2, DORA y el Cyber Resilience Act se apoyan exactamente en este tipo de transparencia de la cadena de suministro. Trate el SBOM como un inventario vivo que se coteja con los feeds de vulnerabilidades, no como un PDF para el archivador de auditoría.

Y aquí está la parte en la que conviene adelantarse: el SBOM es solo el primer inventario. El AI Bill of Materials está llegando, la misma contabilidad aplicada a modelos, datasets, pesos y procedencia del entrenamiento, y CISA ya ha publicado un conjunto complementario de elementos mínimos para IA. Es más difícil, porque un modelo o un dataset puede cambiar sin que se ejecute nunca una compilación, por lo que una instantánea anual es inútil. Fíjese en el inicio de este número: un componente de IA no registrado, explotado a escala, es exactamente el riesgo que un AI-BoM existe para hacer visible. Empiece a pedírselo a sus proveedores antes de que lo haga su regulador.

Lo construí porque las herramientas que seguía recomendando eran o demasiado pesadas, o caras, o trataban el GRC como un ejercicio de rellenar formularios, que es lo contrario de todo lo que enseño en este boletín. Hay un nivel gratuito para empezar. Y si quiere probarlo en serio, responda a este correo y le daré un año completo del nivel premium, gratis, para que lo ponga a prueba. Si no es para usted, sin presión, el boletín sigue exactamente igual.