Lo que realmente exige la orden ejecutiva poscuántica a los CISO

La criptografía poscuántica no sorprendió a la industria.

Durante años, los equipos de seguridad, los organismos de normalización, los hiperescaladores y los gobiernos han estado apuntando al mismo horizonte: una computadora cuántica criptográficamente relevante eventualmente desmantelará los algoritmos de clave pública que sustentan la seguridad empresarial actual. La última orden ejecutiva no introduce una nueva amenaza. Codifica lo que el campo ha entendido desde hace mucho tiempo y le asigna plazos.

Para los CISO, el cambio de marco es importante. PQC es fundamentalmente un problema de preparación, no un problema de criptografía. Ver a Google acelerar su hoja de ruta cuántica, o ver a las agencias federales reestructurar su arquitectura de seguridad en torno a PQC, hace que lo que está en juego sea imposible de ignorar”. Las juntas directivas ya se preguntan: “¿Cómo pensamos hoy en la transición poscuántica?” Para la mayoría de las organizaciones, la brecha entre esa pregunta y una respuesta creíble es más amplia de lo que debería ser.

La EO es inequívoca en cuanto a su alcance. PQC ha pasado de un esfuerzo de investigación a una política real, con plazos, estructuras de rendición de cuentas y consecuencias directas para las agencias federales, los contratistas, los operadores de infraestructura crítica y el sector privado más amplio que los apoya.

Los sistemas federales de alto valor deben realizar la transición del establecimiento de claves a PQC antes del 31 de diciembre de 2030. Las firmas digitales seguirán el 31 de diciembre de 2031.

Esas fechas pueden parecer lejanas, pero para cualquiera que haya atravesado una transformación de la seguridad a escala empresarial, con los ciclos de adquisiciones, las revisiones de la arquitectura y la gestión del cambio organizacional que ello implica, 2030 se ubica perfectamente dentro de los horizontes de planificación actuales. La ventana para una ejecución ordenada ya se está reduciendo.

Lo que hace que esa ventana sea aún más estrecha es que el riesgo más inmediato no tiene nada que ver con los plazos. Los ataques “Cosechar ahora, descifrar después” ya están operativos. Los adversarios de los Estados-nación hoy están recopilando datos cifrados y almacenándolos hasta que las capacidades cuánticas sean suficientes para descifrarlos: propiedad intelectual, registros médicos, transacciones financieras, código fuente, comunicaciones gubernamentales y más. El cifrado que protege esos datos en este momento es, funcionalmente, una vulnerabilidad con retardo de tiempo. Es posible que los datos confidenciales de larga duración ya estén comprometidos de maneras que no serán visibles durante años.

El primer paso para los CISO es pasar de la conciencia a la propiedad.

La preparación de PQC no se puede delegar a equipos de aplicaciones individuales ni tratarse como una casilla de verificación de cumplimiento futuro. Ese enfoque no sobrevivirá dados los requisitos de rendición de cuentas de la OE. Cada organización necesita una persona de contacto: un líder de programa, un comité directivo multifuncional o una oficina dedicada al riesgo criptográfico. Cualquiera que sea la estructura, necesita autoridad y un asiento en la mesa de liderazgo.

Esa propiedad debe abarcar seguridad, TI, infraestructura, ingeniería, productos, asuntos legales, cumplimiento, adquisiciones y partes interesadas del negocio. La criptografía está integrada en toda la empresa: certificados, claves, protocolos, API, hardware, servicios en la nube, sistemas de firma de códigos, infraestructura de identidad y plataformas de terceros. Ningún equipo tiene el ancho de banda para abordar esto por sí solo. Un grupo de trabajo multifuncional o un Centro de Excelencia debería ser un prerrequisito organizacional a medida que avanzamos hacia el futuro.

La visibilidad será fundamental y aquí es donde la mayoría de las organizaciones encontrarán las mayores brechas.

Los CISO necesitan una imagen clara de dónde existe la criptografía en su entorno: qué algoritmos se utilizan, qué sistemas dependen de una criptografía vulnerable, qué datos requieren confidencialidad a largo plazo y qué procesos comerciales se verían interrumpidos por la migración. Sin ese inventario, la evaluación de riesgos es una conjetura, la remediación es imposible y demostrar el progreso a los reguladores o juntas directivas se convierte en un ejercicio de especulación.

El principio es sencillo: no se puede proteger lo que no se puede ver.

Además, un inventario criptográfico no puede ser una hoja de cálculo estática que se actualiza anualmente y luego se archiva. Debe funcionar como una vista viva de la infraestructura de confianza de la organización, que abarque certificados, claves, algoritmos, bibliotecas, protocolos, sistemas de firma, autoridades de certificación, HSM, cargas de trabajo, dispositivos y dependencias de terceros.

Una vez que existe esa visibilidad, la priorización se deriva del impacto empresarial. Los sistemas que protegen datos confidenciales de larga duración, infraestructura crítica, confianza del cliente, integridad del software y entornos regulados se mueven primero, y todo lo demás se secuencia en consecuencia.

Más allá de la visibilidad, los CISO necesitan una hoja de ruta alineada con los hitos de la orden en lugar de documentos de planificación aspiracionales que nunca se traducen en programas financiados.

La fecha límite para el establecimiento de claves de 2030 requiere comprender cada punto donde operan los mecanismos de cifrado e intercambio de claves en los sistemas críticos. La fecha límite de firmas digitales de 2031 amplía ese desafío a la integridad del software, la firma de códigos, la firma de documentos, la autenticación, la infraestructura de identidad y la verificación a largo plazo. Este es un programa de transformación de varios años y garantiza el mismo rigor organizacional que cualquier otra iniciativa empresarial de alcance comparable.

Eso significa tres categorías de recursos dedicados. Primero, la financiación: la preparación para el PQC no puede ser absorbida por los presupuestos de seguridad existentes sin desplazar otras prioridades. Requiere una inversión de varios años en herramientas de descubrimiento, pruebas, ejecución de migración, automatización y gobernanza. En segundo lugar, talento: las organizaciones necesitan experiencia en criptografía, capacidad de arquitectura empresarial, experiencia en PKI, gestión de riesgos, soporte de cumplimiento y liderazgo de programas, una combinación que ya escasea en toda la industria. En tercer lugar, la tecnología: herramientas de descubrimiento, automatización del ciclo de vida de claves y certificados, aplicación de políticas, infraestructura de informes y capacidad arquitectónica para la criptoagilidad.

La criptoagilidad es el objetivo a largo plazo que hace que valga la pena realizar esta transición correctamente.

Las organizaciones que tratan el PQC como un cambio de algoritmo único se encontrarán nuevamente en la misma posición cuando los estándares cambien nuevamente. La transición cuántica se produce en paralelo con el auge de la IA, las identidades de las máquinas, los sistemas autónomos y los ecosistemas digitales cada vez más complejos, todos los cuales dependen de la confianza criptográfica. Las organizaciones que no gobiernen activamente esa infraestructura de confianza tendrán dificultades con la seguridad de la IA, la integridad de la cadena de suministro de software, la gobernanza de la identidad y los mandatos de cumplimiento que siguen.

La orden funciona como un mecanismo de fuerza, convirtiendo el PQC de una preocupación técnica futura en una responsabilidad de liderazgo actual. Tres preguntas definen ahora la situación de una organización:

  • ¿Tenemos una idea clara de dónde reside nuestro riesgo criptográfico?
  • ¿Tenemos un plan de migración secuencial y financiado que cumpla con los plazos del pedido?
  • ¿Podemos demostrar que nuestra infraestructura de confianza es lo suficientemente ágil como para adaptarse a medida que los estándares y las amenazas continúan evolucionando?

El debate sobre cuándo exactamente la computación cuántica será una realidad es una distracción. Desarrollar la visibilidad, la gobernanza, la financiación y la automatización necesarias para avanzar con confianza es donde debemos dedicar nuestro tiempo y esfuerzo colectivo.

Los CISO han superado la cuestión de si actuar o no. La pregunta operativa es qué tan atrás está la organización y qué tan rápido puede transformar la criptografía de una dependencia invisible a un sistema de confianza administrado, mensurable y adaptable. Las organizaciones que comiencen ese trabajo ahora serán las que tendrán opciones cuando lleguen los plazos.

Ellen Böhm

Escrito por Ellen Boehm

Ellen Boehm es vicepresidenta sénior de estrategia e innovación en IA de Keyfactor. Ellen lidera la estrategia y el posicionamiento en el mercado para incorporar soluciones de seguridad en mercados emergentes, incluidos IoT, OT y Agentic AI. A Ellen le apasionan las tecnologías emergentes y ayuda a los clientes a establecer implementaciones de seguridad sólidas para el ciclo de vida de sus sistemas conectados en general, a medida que adoptan nuevas tecnologías para aumentar el éxito de su negocio. Ellen tiene más de 20 años de experiencia liderando estrategias de mercado y desarrollo de nuevos productos con un enfoque en IoT y productos conectados en controles de iluminación, ciudades inteligentes, edificios conectados y tecnología de hogar inteligente. Ellen ha ocupado puestos de liderazgo en Producto e Ingeniería en General Electric y Sky Technologies a lo largo de su carrera.

CERT-In exige parches de 12 horas para fallas en Internet en medio de ataques asistidos por IA – CYBERDEFENSA.MX

El Equipo de Respuesta a Emergencias Informáticas de la India (CERT-In) ha emitido nuevas directrices que exigen a las organizaciones parchear las vulnerabilidades de seguridad críticas en los sistemas expuestos a Internet dentro de las 12 horas posteriores a su señalización cuando sean «factibles» para protegerse contra amenazas potenciales derivadas del abuso de herramientas de inteligencia artificial (IA) y modelos de lenguaje grande (LLM) por parte de los actores de amenazas para automatizar el descubrimiento y la explotación de vulnerabilidades, y mejorar la escala y velocidad de los ataques cibernéticos.

«La ciberexplotación asistida por IA reduce el tiempo necesario para que los adversarios identifiquen, utilicen como armas y exploten vulnerabilidades, servicios expuestos, identidades débiles, API inseguras y sistemas mal configurados», CERT-In dicho en un plan de 38 páginas publicado el lunes.

«A medida que las organizaciones se vuelven cada vez más dependientes de la infraestructura digital interconectada, los ecosistemas de nube, las cadenas de suministro de software, las tecnologías operativas y las plataformas habilitadas para IA, el impacto potencial de las ciberamenazas habilitadas por IA continúa aumentando en todos los sectores».

Dado que los actores de amenazas comienzan a depender cada vez más de la IA para una amplia gama de tareas, incluido el descubrimiento de superficies de ataque, el análisis de exploits, contenido de phishing convincente e incluso la generación de malware, pueden comprimir significativamente los cronogramas de preparación de ataques y eludir los controles de seguridad tradicionales.

Además, los sistemas habilitados para IA pueden convertirse en blanco de ataques maliciosos a través de inyecciones rápidas, vulnerabilidades de fuga de datos, técnicas de jailbreak, manipulación de modelos, envenenamiento de datos de entrenamiento, robo de modelos y compromisos de la canalización de orquestación, socavando efectivamente su confidencialidad e integridad.

Ciberseguridad

CERT-In ha advertido que las organizaciones deben esperar que los plazos de explotación colapsen significativamente y que los ataques se vuelvan autónomos, lo que requiere la adopción de mayores medidas de ciberseguridad que impliquen una evaluación continua de las amenazas, una reducción proactiva de la exposición y una preparación operativa.

Algunos de los principios defensivos descritos por la agencia de ciberseguridad para reducir la exposición y responder mejor a las ciberamenazas asistidas por IA se enumeran a continuación:

  • Asuma la infracción y prepárese para una rápida detección, contención y recuperación de escenarios comprometidos.
  • Adopte un enfoque de Confianza Cero imponiendo una verificación continua y un acceso con privilegios mínimos.
  • Implemente una estrategia de defensa en profundidad con controles en capas en toda la infraestructura para eliminar puntos únicos de falla y minimizar el impacto general de una infracción exitosa.
  • Supervise y reduzca la exposición a vulnerabilidades de seguridad.
  • Incorpore un paradigma de seguridad por diseño en sistemas, aplicaciones y flujos de trabajo de IA.
  • Mantener la continuidad operativa durante incidentes cibernéticos y escenarios de interrupción.
  • Proteja los datos confidenciales y operativamente críticos durante todo su ciclo de vida.
  • Reduzca los riesgos de la cadena de suministro de software que surgen del software de terceros, los modelos de IA y las dependencias a través de SBOM, validación de procedencia y evaluaciones.
  • Pruebe la eficacia de la seguridad frente a amenazas en evolución mediante equipos rojos, evaluaciones de vulnerabilidad, pruebas de penetración y auditorías independientes.
  • Priorice los controles en función de la criticidad operativa y la exposición a amenazas.
  • Establecer mecanismos formales de gobernanza con respecto al uso de sistemas de IA.
  • Mantenga la visibilidad de los sistemas de IA, las integraciones y el comportamiento operativo.

«Las organizaciones deben implementar controles técnicos en capas, basados ​​en riesgos y continuamente validados para reducir la exposición a las ciberamenazas asistidas por IA», dijo CERT-In. «Los controles deben priorizar la protección de los sistemas conectados a Internet, las aplicaciones comerciales críticas, las identidades, los entornos de nube, las API, los datos confidenciales, los sistemas habilitados para IA y la infraestructura operativa».

La agencia también insta a las organizaciones a adoptar «prácticas continuas de administración de parches y vulnerabilidades basadas en riesgos» para reducir la exposición que surge de fallas de seguridad, configuraciones incorrectas, API inseguras, servicios de acceso público e identidades débiles. Con ese fin, las vulnerabilidades explotadas conocidas que afectan a los sistemas críticos y conectados a Internet deben remediarse en un plazo de 12 horas, cuando corresponda.

Otros tiempos de remediación basados ​​en riesgos son los siguientes:

  • Vulnerabilidades críticas expuestas externamente: dentro de 1 día
  • Vulnerabilidades explotadas conocidas que afectan a los sistemas internos: dentro de 1 día, a menos que se implementen y documenten otras mitigaciones
  • Vulnerabilidades internas críticas que afectan a sistemas de alto valor: en 3 días
  • Vulnerabilidades de alta gravedad: dentro de 5 días según la priorización de riesgos

En escenarios en los que no hay parches disponibles de inmediato, se recomienda implementar mitigaciones temporales como aislamiento, restricción de acceso, protección WAF/API, monitoreo mejorado o desactivación de funciones hasta que se publique la solución.

Ciberseguridad

«Dada la naturaleza en rápida evolución de las amenazas cibernéticas asistidas por IA, las organizaciones deben reevaluar continuamente la exposición, validar los controles de seguridad, fortalecer las capacidades de resiliencia y mejorar la preparación operativa a través de auditorías, monitoreo, pruebas y gobernanza coordinada de la ciberseguridad continuas», dijo CERT-In.

El modelo llega un mes después del CERT-In liberado una advertencia sobre las crecientes capacidades cibernéticas de los modelos fronterizos de IA de Anthropic y OpenAI, indicando cómo su «naturaleza de doble uso» podría «reducir la barrera de entrada para los ciberactores maliciosos y aprovecharse para acelerar la ejecución de ataques, automatizar los flujos de trabajo de explotación y escalar las campañas cibernéticas».

«Seguir el ritmo de los avances cibernéticos impulsados ​​por la IA es fundamental para mantener la resiliencia cibernética», añadió. «Los controles básicos de ciberseguridad siguen siendo críticos y deben aplicarse rigurosamente».

La filtración de credenciales CISA genera alarma y el Capitolio exige respuestas

Los demócratas del Congreso quieren respuestas de la Agencia de Seguridad de Infraestructura y Ciberseguridad sobre la exposición pública reportada de datos confidenciales de credenciales de la agencia en GitHub en un incidente que el investigador de seguridad que lo descubrió calificó como una de las peores filtraciones que jamás haya visto.

Otros profesionales de la seguridad también expresaron su preocupación el martes por la filtración y el potencial de abuso por parte de partes malintencionadas que obtuvieron la información.

La firma de seguridad GitGuardian dijo que descubrió un repositorio público de GitHub la semana pasada que exponía credenciales para cuentas privilegiadas de AWS GovCloud y sistemas internos CISA que datan de noviembre. El depósito, aparentemente mantenido por un contratista, se denominó “Privado-CISA”.

Krebs on Security informó por primera vez el incidente.

«Mi principal temor… es que un actor estatal obtenga los datos y pueda hacer cosas malas», dijo a CyberScoop el investigador de seguridad de GitGuardian, Guillaume Valadon, que pensó para sí mismo al descubrir la filtración, después de concluir que era real; Inicialmente pensó que parecía falso.

Los atacantes estatales que obtuvieron las credenciales «podrían ganar persistencia», dijo Valadon, «así que para mí es incluso peor que un atacante que destruya todo, tener a alguien en un sistema gubernamental; es realmente, realmente malo».

El representante de Mississippi Bennie Thompson, el principal demócrata del Comité de Seguridad Nacional, y Delia Ramírez, la principal demócrata del subcomité cibernético del panel, exigieron una sesión informativa el martes en una carta. al director interino de CISA, Nick Andersen.

Dijeron que querían saber “cómo ocurrió esta grave falla de seguridad, cualquier posible consecuencia de seguridad, actividades de remediación, acciones correctivas relacionadas con el personal del contratista involucrado y esfuerzos para monitorear y prevenir que ocurran actividades similares en el futuro”.

La senadora Maggie Hassan, DN.H., también envió una carta el martes a Andersen, solicitando una sesión informativa clasificada para responder preguntas sobre qué sistemas estuvieron expuestos, qué trabajo forense hizo CISA para evaluar daños potenciales y qué acciones correctivas ha tomado.

«Este incidente reportado plantea serias dudas sobre cómo podría ocurrir tal falla de seguridad en la misma agencia encargada de ayudar a prevenir violaciones cibernéticas», escribió Hassan en la misiva informado por primera vez por Axios, particularmente «con respecto a las políticas y procedimientos internos de CISA en un momento de importantes amenazas de ciberseguridad contra la infraestructura crítica de EE. UU.».

Ambas cartas señalaron los recortes de personal y presupuesto en la agencia como posibles contribuyentes al incidente.

CISA dijo que estaba investigando lo sucedido.

«La Agencia de Seguridad de Infraestructura y Ciberseguridad está al tanto de la exposición reportada y continúa investigando la situación», dijo un portavoz. «Actualmente, no hay indicios de que ningún dato confidencial se haya visto comprometido como resultado de este incidente. Si bien exigimos a los miembros de nuestro equipo los más altos estándares de integridad y conciencia operativa, estamos trabajando para garantizar que se implementen salvaguardas adicionales para evitar incidentes futuros».

Según se informa, el mantenimiento del repositorio lo realizaba un contratista de Nightwing. Un portavoz de Nightwing remitió las preguntas a CISA.

El tipo de exposición que le ocurrió a CISA “es una forma lamentablemente dolorosa, pero común y repetida, si no implacable, en la que vemos a las organizaciones filtrar inadvertidamente credenciales muy sensibles a la web en general”, dijo Ben Harris, fundador de WatchTowr, una empresa que ayuda a las organizaciones a detectar dichas exposiciones.

Harris le dijo a CyberScoop que no quería especular sobre lo que los atacantes que obtuvieron las credenciales podrían hacer con ellas, pero dijo que sería «aterrador» si el contratista estuviera transfiriendo información del trabajo a casa, como teorizó un investigador.

Dave Mitchell, director senior de inteligencia de amenazas de Infoblox, dijo a CyberScoop que el incidente mostró la importancia de que los equipos cuenten con controles y auditorías en todos sus repositorios.

«De todas las cosas que me mantienen despierto por la noche, las configuraciones erróneas en GitHub son una pesadilla recurrente. Es fundamental para muchas organizaciones: todo lo que se necesita es una carga accidental o una configuración incorrecta y te registras para un incidente importante», dijo en una declaración escrita. «No es necesario que un actor de amenazas utilice técnicas avanzadas para comprometerlo si las llaves ya están en el mostrador».

Travis Rosiek, director de tecnología del sector público de Rubrik, señaló que el momento del problema coincidía con el cierre del gobierno que recientemente se resolvió para el DHS. Dijo que el incidente demostró que el gobierno federal debe priorizar la resiliencia.

«La persistente escasez de talento en ciberseguridad, combinada con fallas de financiamiento, alta rotación de personal y un panorama de amenazas cada vez más complejo, creó la tormenta perfecta para este escenario», dijo en una declaración escrita a CyberScoop. «Ninguna organización es inmune y debemos garantizar que el gobierno federal, que es responsable de ayudar a proteger la infraestructura crítica de la nación y mejorar nuestra postura de ciberseguridad, permanezca en pleno funcionamiento las 24 horas del día, los 7 días de la semana, los 365 días del año».

Sin minimizar la gravedad del incidente, algunos investigadores que han analizado la filtración dijeron que existen circunstancias atenuantes que hacen que algunos elementos sean defendibles o, al menos, comprensibles.

CISA actuó muy rápidamente para eliminar el repositorio, dijo Valadon, una vez que les alertó sobre la filtración.

E incluso si CISA cuenta con las políticas adecuadas, el error humano aún puede hacer que sea difícil evitar por completo incidentes como este, dijo Harris.

«La realidad es que esto sucede todos los días en diferentes organizaciones, incluidas las empresas de ciberseguridad», dijo, señalando que sería diferente si fuera un patrón. «Esto no es exclusivo de CISA. Realmente no creo que se refleje bien si vemos esto todos los días con CISA… No es ideal que haya sucedido siquiera una vez, pero la realidad es que la ciberseguridad son personas, procesos y tecnología».

CISA ha tenido otros incidentes de seguridad en el pasado, incluso recientemente. El exdirector interino de la agencia sufrió críticas por subir datos confidenciales del contrato a ChatGPT el año pasado. En 2024, la agencia notificó al Congreso sobre una violación de una herramienta de seguridad de una planta química.

Tim Starks

Escrito por Tim Starks

Tim Starks es reportero senior de CyberScoop. Sus paradas anteriores incluyen trabajar en The Washington Post, POLITICO y Congressional Quarterly. Originario de Evansville, Indiana, se ocupa de la ciberseguridad desde 2003. Envíe un correo electrónico a Tim aquí: tim.starks@cyberscoop.com.

La era de la IA exige un tipo diferente de CISO

Muchos líderes de seguridad todavía operan con marcos creados para una era diferente. Durante años, el éxito se medía mediante puntos de control fijos, como aprobar auditorías, cerrar vulnerabilidades y mantener el cumplimiento. Esos marcadores todavía tienen valor, pero fueron diseñados para un panorama de amenazas que se movía de manera lineal y predecible.

Hoy, ese panorama está cambiando en tiempo real. La IA está acelerando la forma en que los atacantes pueden identificar y explotar las debilidades, mientras que los entornos de nube y los sistemas autónomos cambian el terreno constantemente. El resultado es una brecha entre cómo se mide el riesgo y cómo se desarrolla realmente, donde las señales estáticas no pueden seguir el ritmo de las amenazas dinámicas.

Los CISO están bajo presión desde dos direcciones: el riesgo está creciendo y las herramientas destinadas a medirlo tienen dificultades para mantenerse al día. Los indicadores tradicionales a menudo reflejan el panorama de amenazas de ayer, lo que deja a los líderes de seguridad con una imagen incompleta de dónde se encuentran realmente.

La señal de los mitos

Informes recientes sobre Claude Mythos Preview de Anthropic, descrito como tan efectivo para descubrir vulnerabilidades que el acceso ha sido restringido, ofrecen una señal clara de hacia dónde se dirige la ciberseguridad. Modelos de IA como este demuestran que la velocidad y la escala de la explotación han cambiado fundamentalmente. Lo que antes a los atacantes expertos les llevaba días o semanas ahora puede suceder en minutos y, cada vez más, sin intervención humana.

Ese cambio es importante porque las capacidades de los atacantes se están acelerando más rápido de lo que la mayoría de las organizaciones pueden medir. La brecha entre cómo se desarrolla el riesgo y cómo los equipos de seguridad lo rastrean se está ampliando. Una auditoría “aprobada” le indica dónde ha estado, no dónde se encuentra. Un panel de postura refleja un momento en el tiempo, no un entorno en continuo cambio. Y una prueba de penetración es una instantánea, en un mundo donde las condiciones evolucionan constantemente.

Afinando la conversación este trimestre

Si sus conversaciones no han evolucionado para adaptarse a esta nueva realidad, su organización tiene un importante punto ciego. Aquí hay cinco preguntas que los CISO deberían utilizar para convertir el cambio actual en acción:

¿Qué podemos ver en tiempo de ejecución sin esperar un informe?
Las herramientas de configuración le dicen lo que debería ser cierto. La visibilidad en tiempo de ejecución le indica lo que es cierto en este momento. (Hacer un seguimiento: Si un atacante comienza a moverse lateralmente en nuestro entorno de nube hoy, ¿a qué velocidad lo sabremos, en minutos o días?)

¿Tenemos un inventario completo de identidades, incluidas las no humanas?
Los entornos empresariales están llenos de identidades más allá de los empleados. Proveedores, contratistas, cuentas de servicio, claves API, automatizaciones, identidades de máquinas y principios de nube se extienden por todos los sistemas. A los atacantes les encanta esa expansión porque robar credenciales suele ser más fácil que escribir malware.
(Hacer un seguimiento: ¿Cuántas identidades humanas y no humanas tenemos y cuáles pueden acceder a datos confidenciales o modificar infraestructura crítica?)

¿Dónde tenemos un exceso de permisos y con qué rapidez podemos reducirlo?
Las cuentas con exceso de permisos actúan como claves maestras: convenientes hasta que se ven comprometidas. El privilegio mínimo debe ser mensurable, no aspiracional. (Hacer un seguimiento: ¿Puede mostrarme las vías de acceso de mayor riesgo y qué podemos eliminar o reforzar en 30 días?)

¿Estamos usando IA para reducir el ruido y acelerar las decisiones o simplemente estamos agregando otra pantalla?
Muchos equipos se están ahogando en alertas. La IA puede ayudar agregando contexto (conectando una identidad riesgosa + una carga de trabajo vulnerable + un secreto expuesto) para que los socorristas puedan actuar rápidamente, en lugar de perseguir advertencias desconectadas. (Hacer un seguimiento: ¿Cuál es nuestro volumen de alertas, qué porcentaje es procesable y cuál es el tiempo de respuesta mejorado?)

¿Puede explicarme un incidente realista de principio a fin, con puntos de decisión?
La prevención importa, pero la resiliencia es lo que separa a las organizaciones cuando algo sucede. Los incidentes son inevitables. Lo que importa es la velocidad de detección, la contención, la recuperación y las comunicaciones. (Hacer un seguimiento: Elija un escenario (robo de credenciales, ransomware, compromiso de proveedores). ¿Qué sucede aquí, quién decide qué y cuándo debe saberlo el liderazgo ejecutivo? ¿Qué necesitan saber los clientes?)

¿Qué hacer con las respuestas?

Si estas preguntas ponen de manifiesto lagunas, el camino a seguir suele ser práctico. Comience por priorizar la visibilidad del tiempo de ejecución en los sistemas que admiten servicios críticos y datos residentes confidenciales. Trate la identidad como una infraestructura: haga un inventario, ajuste los permisos y supervise continuamente. Cambie la medición hacia resultados como el tiempo para detectar, contener y restaurar, en lugar de métricas de actividad como tickets cerrados o controles verificados. Y ensayar la dura jornada tanto con los equipos técnicos como con el liderazgo, incluido el de comunicaciones.

En una era donde las amenazas se mueven a la velocidad de la IA, la ventaja pertenece a los equipos que pueden ver con claridad y actuar de inmediato. La pregunta definitoria ahora es qué tan rápido se puede identificar un riesgo, comprender su impacto y responder antes de que empeore.

Rinki Sethi es directora de seguridad y estrategia de Upwind Security y cuenta con más de dos décadas de experiencia en liderazgo en ciberseguridad en puestos en Twitter, Rubrik, BILL, Palo Alto Networks, IBM y eBay. Es socia fundadora de Lockstep Ventures, forma parte de las juntas directivas de ForgeRock y Vaulttree y es ampliamente reconocida por sus contribuciones a la comunidad de ciberseguridad, incluido el desarrollo del primer plan de estudios nacional de ciberseguridad para las Girl Scouts de EE. UU.

Rinki Sethi

Escrito por Rinki Sethi

Rinki Sethi es directora de seguridad y estrategia de Upwind Security y cuenta con más de dos décadas de experiencia en liderazgo en ciberseguridad en puestos en Twitter, Rubrik, BILL, Palo Alto Networks, IBM y eBay. Es socia fundadora de Lockstep Ventures, forma parte de las juntas directivas de ForgeRock y Vaulttree y es ampliamente reconocida por sus contribuciones a la comunidad de ciberseguridad, incluido el desarrollo del primer plan de estudios nacional de ciberseguridad para las Girl Scouts de EE. UU.