Volver al blog

Blog

NIST y CIS: cómo medir la ingeniería social

NIST, CIS, ISO, PCI y CISA muestran que la ingeniería social se mide por reconocimiento, reporte y respuesta, no solo por cursos completos.

NIST y CIS: cómo medir la ingeniería social

La ingeniería social, para un CISO, IT o compliance, tiene una definición operativa más exigente que "dar awareness". Al cruzar NIST, CIS, ISO, PCI DSS y CISA, el riesgo debe medirse como capacidad de reconocer, reportar y responder, con cobertura y vigencia de entrenamiento. La brecha aparece cuando esa exigencia se compara con la práctica: según Verizon, el elemento humano siguió presente en aproximadamente 60% de las brechas analizadas en 2025, y según la UK Statistics Authority muchos eventos ni siquiera se reportan. Según Verizon, en 2026 el factor humano estuvo presente en el 62% de las brechas analizadas, frente al 60% del año anterior.

Qué cambia cuando la definición se lleva a gestión

NIST define la ingeniería social como un intento de engañar a una persona para que revele información o ejecute una acción que pueda comprometer un sistema, según el glosario de NIST y NIST SP 800-53. Esa definición ya desplaza la conversación desde el curso hacia la conducta observable: revelar, actuar, reportar o no reportar. La lectura de Whalemate es que, si el riesgo está en la conducta, el programa no puede medirse solo por asistencia o finalización.

ISO/IEC 27001 plantea un enfoque holístico que incluye personas, políticas y tecnología, según ISO. PCI DSS 12.6 exige un programa continuo de concientización, no un curso aislado, según Bright Defense. CISA, junto con NSA, FBI y MS-ISAC, suma además monitoreo técnico de correo y mensajería, según su guía conjunta. El mapa completo obliga a unir personas, proceso y controles técnicos en un mismo tablero. Según Verizon, en el Verizon Data Breach Investigations Report 2026 se analizaron más de 31.000 incidentes de seguridad reales ocurridos en empresas de 145 países, incluidos al menos 22.000 casos de filtración de datos confirmados.

Qué se ve al comparar NIST, CIS, ISO, PCI y CISA

Puestas lado a lado, las fuentes no dicen exactamente lo mismo, pero sí dibujan una misma exigencia práctica. NIST profundiza reconocimiento y reporte, CIS aporta métricas de cobertura y vigencia, ISO amplía el alcance a empleados y contratistas, PCI formaliza revisión periódica y CISA agrega una capa técnica que no aparece con el mismo detalle en los otros marcos.

Norma Qué pide Reconocimiento Reporte Frecuencia Cómo se mide Fuente
NIST SP 800-53 AT-2(3) Proveer capacitación de alfabetización para reconocer y reportar instancias potenciales y reales de ingeniería social y social mining Incluye phishing, pretexting, impersonation, baiting, quid pro quo, thread-jacking, social media exploitation y tailgating. Contempla identificar correos sospechosos, incluidos mensajes inesperados, con gramática extraña o deficiente, o de remitentes desconocidos que aparentan ser sponsors o contratistas conocidos La capacitación debe explicar cómo comunicar preocupaciones de empleados y management sobre casos potenciales o reales mediante canales organizacionales basados en políticas y procedimientos establecidos no especificado no especificado NIST SP 800-53 Rev. 5
CIS Controls v8 14.1 y 14.2 Establecer y mantener un programa de security awareness y entrenar a la fuerza laboral para reconocer ataques de ingeniería social Menciona phishing, business email compromise (BEC), pretexting y tailgating no especificado Capacitación al ingresar y, como mínimo, anualmente. Revisar y actualizar el contenido anualmente o cuando ocurran cambios empresariales significativos que puedan afectar el safeguard Capacitación inicial: porcentaje de integrantes de la fuerza laboral que recibieron capacitación inicial, cálculo M4/M3. Capacitación vigente: porcentaje de integrantes conformes de la fuerza laboral, cálculo M6/M3 CIS Controls documentation, Control 14
ISO/IEC 27001 / guía de awareness y Annex A 6.3 Todo empleado de la organización y, cuando sea relevante, contratistas, debe recibir awareness, educación y capacitación apropiadas y actualizaciones regulares en políticas y procedimientos organizacionales, según su función no especificado no especificado Actualizaciones regulares. La guía consultada sobre Annex A 6.3 indica que no exige un formato o una frecuencia específicos de capacitación no especificado ISO/IEC JTC 1/SC 27 y guía consultada sobre Annex A 6.3
PCI DSS v4.0.1 Requirement 12.6 La concientización de seguridad debe ser una actividad continua. Exige un programa formal para que todo el personal conozca las políticas y procedimientos de seguridad de la información y su rol en la protección de datos del titular de tarjeta Exige concientización sobre phishing, ataques relacionados e ingeniería social no especificado Revisar el programa al menos una vez cada 12 meses y actualizarlo frente a nuevas amenazas o vulnerabilidades. La obligación de 12.6.3.1 pasó a ser vigente el 31 de marzo de 2025, según CyberAware no especificado Bright Defense y CyberAware
CISA/NSA/FBI/MS-ISAC Phishing Guidance Implementar user training sobre ingeniería social y phishing attacks Educar regularmente a los usuarios para identificar correos y enlaces sospechosos y no interactuar con ellos Recomienda reportar aperturas de correos, enlaces, adjuntos o señuelos sospechosos Exigir que los empleados revisen el material de capacitación anualmente no especificado CISA, NSA, FBI y MS-ISAC
CISA/NSA/FBI/MS-ISAC Phishing Guidance, capa técnica Habilitar DMARC para los correos recibidos y monitorear internamente el tráfico de correo y mensajería para detectar actividad sospechosa no especificado no especificado no especificado no especificado CISA, NSA, FBI y MS-ISAC

¿Si CIS ya mide cobertura y vigencia, por qué el elemento humano sigue en las brechas?

CIS Controls v8 mide la capacitación inicial como porcentaje de integrantes que recibieron capacitación inicial, con cálculo M4/M3, y la capacitación vigente como porcentaje de integrantes conformes, con cálculo M6/M3, según la documentación de CIS. Verizon, en su 2025 Data Breach Investigations Report, indicó que la participación del elemento humano en las brechas se mantuvo aproximadamente en 60% dentro de su muestra analizada. La lectura de Whalemate es que cobertura y vigencia son necesarias, pero no alcanzan si no se conectan con comportamiento real ante señuelos y escalamiento. Según Verizon, en 2026 la ingeniería social fue el tercer patrón de brecha más frecuente y representó el 16% de todas las brechas analizadas.

El problema no es que las métricas de CIS sean débiles. El problema es que son métricas de base del programa, no evidencia suficiente de desempeño bajo presión. Un tablero que celebra 100% de capacitación vigente puede seguir ciego frente a quién reconoce una suplantación, quién la reporta y en cuánto tiempo.

¿Qué pasa cuando NIST exige reportar, pero en la práctica muchos eventos no se reportan?

NIST AT-2(3) exige capacitar para reconocer y reportar instancias potenciales y reales de ingeniería social, y también exige explicar cómo comunicar preocupaciones mediante canales organizacionales basados en políticas y procedimientos establecidos, según NIST SP 800-53 Rev. 5. La UK Statistics Authority informó que, en el año terminado en septiembre de 2024, solo uno de cada siete delitos de fraude y uno de cada quince delitos de computer misuse fueron reportados a Action Fraud o a la policía. La lectura de Whalemate es directa: tener canal no equivale a lograr uso efectivo del canal.

Para CISO y compliance, esta tensión pega sobre la evidencia. Si el programa prueba que existe un buzón o botón de reporte, pero no muestra volumen, tiempos y calidad del escalamiento, la organización puede estar documentada y a la vez subreportando. El riesgo no es solo pedagógico, también es de detección temprana.

¿Alcanza con enseñar a identificar mensajes sospechosos?

CISA, NSA, FBI y MS-ISAC recomiendan educar regularmente a los usuarios para identificar correos y enlaces sospechosos, no interactuar con ellos y reportar aperturas de correos, enlaces, adjuntos o señuelos sospechosos, según su guía conjunta. El estudio publicado en Data: Journal of Information Systems and Management reportó patrones bimodales de clic: 20% de los participantes hizo clic dentro de los primeros 5 segundos y 30% después de 15 segundos. El mismo estudio reportó además un tiempo mediano de aproximadamente 30 minutos para reportar una simulación de phishing.

La lectura de Whalemate es que reconocimiento sin velocidad operativa llega tarde. Parte del daño ocurre en segundos, mientras el reporte puede demorarse decenas de minutos. Por eso la métrica útil no es solo quién detectó, sino cuándo detectó y cuándo escaló. Según Verizon, en las simulaciones de phishing del Verizon DBIR 2026, la tasa mediana de clics exitosos en vectores centrados en dispositivos móviles, como llamadas de voz y mensajes de texto, fue un 40% mayor que por correo electrónico.

¿Qué revela la diferencia entre curso dado y phishing sufrido?

La Cyber Security Breaches Survey 2025 encontró que solo el 19% de las empresas había proporcionado algún tipo de capacitación al personal en los 12 meses anteriores, según el UK Department for Science, Innovation and Technology. La misma encuesta reportó que el phishing afectó al 37% de las empresas encuestadas. La lectura de Whalemate es que hay una brecha de cobertura evidente, pero también una advertencia: subir cobertura es condición mínima, no garantía de desempeño.

El dato importa para LATAM porque muchas organizaciones todavía discuten si formalizar o no el programa. Esa discusión queda vieja frente a marcos como CIS, PCI o CISA, que ya tratan la capacitación y la revisión periódica como parte esperable del control. Según Verizon, en 2026 la explotación de vulnerabilidades representó el 47% de los vectores de acceso inicial en brechas, el phishing el 28% y el abuso de credenciales el 6%.

¿Qué exige NIST además del phishing clásico?

NIST AT-2(3) no se limita a phishing. Según NIST, incluye phishing, pretexting, impersonation, baiting, quid pro quo, thread-jacking, social media exploitation y tailgating. También contempla entrenar al personal para identificar correos sospechosos, incluidos mensajes inesperados, con gramática extraña o deficiente, o de remitentes desconocidos que aparentan ser sponsors o contratistas conocidos.

La lectura de Whalemate es que un programa medido solo sobre campañas de correo deja huecos. Si el marco exige reconocer múltiples formas de ingeniería social, el tablero también debería reflejar ese alcance, al menos en phishing, BEC, pretexting y tailgating, que CIS enumera explícitamente en 14.2.

¿Dónde entra ISO cuando no fija una frecuencia concreta?

ISO/IEC 27001 y la guía de awareness de ISO/IEC JTC 1/SC 27 exigen que empleados y, cuando sea relevante, contratistas reciban awareness, educación y capacitación apropiadas y actualizaciones regulares según su función. La guía consultada sobre ISO/IEC 27001:2022 Annex A 6.3 indica que no exige un formato o una frecuencia específicos. La lectura de Whalemate es que ISO no resuelve la operación diaria, pero sí amplía el alcance de gobernanza.

Eso tiene dos efectos prácticos. Primero, obliga a incluir terceros relevantes y contratistas, no solo empleados propios. Segundo, deja margen para diseñar un esquema basado en riesgo, siempre que la organización pueda demostrar consistencia, pertinencia por rol y actualizaciones regulares.

¿Qué agrega PCI DSS frente a marcos más generales?

PCI DSS v4.0.1 Requirement 12.6 exige que la concientización sea una actividad continua y que el programa formal sea revisado al menos una vez cada 12 meses, según Bright Defense. El mismo material indica que Requirement 12.6.3.1 exige concientización sobre phishing, ataques relacionados e ingeniería social. Según CyberAware, esa obligación pasó a ser vigente el 31 de marzo de 2025.

La lectura de Whalemate es que PCI baja a tierra una exigencia que en otros marcos aparece más abierta. Si una organización procesa datos del titular de tarjeta, el debate ya no es si awareness importa, sino cómo demostrar continuidad, revisión periódica y cobertura temática suficiente.

¿Por qué CISA mete DMARC y monitoreo en una discusión sobre conducta?

La guía conjunta de CISA, NSA, FBI y MS-ISAC recomienda habilitar DMARC para los correos recibidos y monitorear internamente el tráfico de correo y mensajería para detectar actividad sospechosa. La lectura de Whalemate es que la propia fuente rompe la falsa separación entre awareness y defensa técnica. No se trata de elegir entre usuarios entrenados o controles de correo.

Para IT, esto cambia el diseño del programa. Si el reporte humano no se cruza con telemetría de correo y mensajería, se pierde contexto para priorizar respuesta. Si el monitoreo existe pero nadie reporta, también se pierde señal temprana sobre campañas que todavía no dispararon otros controles.

¿Qué métricas aparecen cuando se mira el comportamiento, no solo la asistencia?

La guía de PhishingSimulation.eu distingue click rate, report rate y reporting speed. HailBytes / GoPhish Training Templates define Click Rate como "Number of clicks ÷ Number of emails delivered × 100" y Report Rate como "Number of reports ÷ Number of emails delivered × 100". La misma guía propone como referencia operativa una mediana de reporte dentro de 4 horas durante el primer año y dentro de 30 minutos para un programa maduro de tres años o más, aunque aclara que son objetivos de esa guía y no un requisito normativo universal.

La lectura de Whalemate es que estas métricas completan lo que los marcos piden pero no siempre detallan. Si NIST exige reconocer, reportar y saber responder, entonces click rate por sí solo es insuficiente. Report rate y reporting speed se acercan mucho más a la capacidad real de detección y escalamiento.

¿Qué muestran las campañas actuales sobre el tipo de entrenamiento necesario?

Proofpoint reportó que la ingeniería social pura apareció en 25% de las campañas APT analizadas en The Human Factor 2025, Vol. 1. Según Proofpoint, más de 90% de esas campañas aparentaban estar interesadas en colaboración y engagement. En The Human Factor 2025, Vol. 2, Proofpoint indicó que las URL se usaron cuatro veces más que los adjuntos en correos maliciosos analizados, y que al menos 55% de los mensajes sospechosos de smishing analizados contenían URL maliciosas.

La lectura de Whalemate es que el entrenamiento no debería seguir anclado en el viejo correo mal escrito con adjunto dudoso como caso principal. Si las campañas se presentan como colaboración legítima y privilegian URL, el reconocimiento esperado debe incluir contexto, intención aparente, urgencia y patrón de interacción, no solo indicadores obvios.

¿Qué implican terceros e IA para el programa?

Verizon informó en su 2025 DBIR Executive Summary que la participación de terceros en brechas se duplicó de 15% a 30%. IBM indicó en su Cost of a Data Breach Report 2025 que phishing fue el vector inicial más frecuente, presente en 16% de las brechas analizadas, y que 16% de las brechas involucró atacantes usando IA. Dentro de esos casos con IA, según IBM, las formas más frecuentes fueron phishing generado por IA con 37% y ataques de suplantación mediante deepfakes con 35%.

La lectura de Whalemate es que el alcance del programa no puede quedar restringido al empleado interno ni al correo tradicional. Terceros relevantes, canales alternativos y escenarios de suplantación más creíbles elevan la necesidad de medir quién recibe entrenamiento, quién reporta y cómo se investiga una señal ambigua.

¿Qué decisión habilita esto mañana para un equipo de LATAM?

La decisión operativa es salir de un programa centrado en "curso completado" y pasar a uno con evidencia combinada de personas, proceso y tecnología. Según CIS, ya existen métricas de capacitación inicial y vigente. Según NIST, la exigencia incluye reconocer, reportar y saber responder. Según CISA, también hay que sumar DMARC y monitoreo interno de correo y mensajería.

Para un CISO, IT o compliance en LATAM, el tablero mínimo debería incluir porcentaje con capacitación inicial, porcentaje con capacitación vigente, cobertura por empleados y contratistas, reconocimiento de phishing, BEC, pretexting y tailgating, existencia y uso de canales de reporte, report rate, reporting speed y evidencia de respuesta o monitoreo de correo. Si no se mide eso, la organización puede verse en cumplimiento por haber dado cursos anuales, pero seguir ciega en detección temprana y escalamiento.

¿Qué leer después?

Ver la guía completa del tema

Preguntas

Preguntas frecuentes

¿Qué significa la ingeniería social en un contexto de gestión?

En gestión, no alcanza con tratarla como un tema de concientización. Según NIST y CISA, describe intentos de inducir a una persona a revelar información o ejecutar acciones que comprometen sistemas o redes. Para CISO, IT y compliance, eso se convierte en un riesgo de conducta que debe medirse en reconocimiento, reporte y respuesta.

¿Qué métricas mínimas debería revisar un CISO?

Según CIS, como base conviene medir capacitación inicial y capacitación vigente. Si se suma la evidencia de simulaciones y las exigencias de NIST y CISA, el tablero mínimo también debería incluir report rate, reporting speed, cobertura por rol y tipo de vínculo, uso real de canales de reporte y evidencia de monitoreo de correo y mensajería.

¿Por qué completar cursos no alcanza como indicador?

Porque las fuentes del material muestran una brecha entre formación y resultado. Según Verizon, el elemento humano siguió presente en aproximadamente 60% de las brechas analizadas en 2025. Según la UK Statistics Authority, muchos eventos no se reportan. Un curso completado prueba asistencia, no capacidad efectiva de detectar y escalar una señal sospechosa.

¿Qué marcos sirven para justificar cambios ante auditoría o compliance?

Según el material, NIST SP 800-53 AT-2(3) justifica reconocimiento, reporte y respuesta. CIS Controls v8 aporta métricas de cobertura y vigencia. ISO/IEC 27001 y su guía de awareness sostienen el alcance sobre empleados y contratistas. PCI DSS v4.0.1 Requirement 12.6 exige continuidad y revisión del programa. CISA agrega entrenamiento regular y monitoreo técnico.

¿Qué implica esto para organizaciones en LATAM?

Implica que el programa de awareness debería dejar de evaluarse como una actividad aislada y pasar a tratarse como Human Risk Management. El punto no es disciplinar personas, sino priorizar intervenciones con evidencia de simulaciones, cursos, reportes y comportamiento, y cruzar esa información con procesos de respuesta y monitoreo técnico.

¿Le gustaría profundizar en este tema?

Abra este artículo directamente en Claude o ChatGPT: haga preguntas, pida un resumen o explore ideas relacionadas.

Abrir con ClaudeAbrir con ChatGPT