«Media»: el usuario tiene que intervenir y solo se ve afectada la confidencialidad. [1]
Vulnerabilidad · explotada activamente
Zero-day de Outlook CVE-2026-124194Basta con abrir un archivo para que las credenciales de Windows lleguen a los atacantes
El 10 de noviembre de 2026, Microsoft corrigió una vulnerabilidad del Outlook clásico para Windows que ya se está utilizando en ataques. Si un usuario abre un archivo de mensaje manipulado, Outlook se conecta a un servidor de los atacantes sin mostrar la advertencia habitual y revela el hash NTLMv2 de la cuenta. Ese mismo día, la agencia estadounidense CISA incluyó la vulnerabilidad en su catálogo de vulnerabilidades explotadas. La puntuación CVSS de 6,5 parece inofensiva; la situación no lo es.
- CVSS 6,5 · explotada
- En CISA KEV desde el 10/11/2026
- Plazo para las autoridades de EE. UU.: 24/11/2026
- Corrección en la actualización de Office de noviembre
De un vistazo
Qué ha ocurrido y qué significa para usted
En el Patch Tuesday de noviembre, Microsoft corrigió más de mil vulnerabilidades. Según Microsoft, solo una de ellas se está explotando ya: CVE-2026-124194, en el Outlook clásico para Windows. No da a los atacantes acceso al equipo, sino algo que en muchas redes vale casi lo mismo: credenciales del usuario aprovechables. [1][2][9]
- El ataque necesita un clic. Los atacantes envían un archivo de mensaje manipulado y consiguen que el usuario lo abra en Outlook. Según Microsoft, el panel de vista previa no es un vector de ataque.
- Outlook no advierte. Al abrirlo, Outlook se conecta a un destino de red de los atacantes sin mostrar el aviso habitual sobre contenido externo.
- El botín es el hash. En ese proceso, el hash NTLMv2 del usuario llega a los atacantes. Pueden descifrarlo sin conexión o retransmitirlo a otros servicios y hacerse pasar así por el usuario.
- Las autoridades consideran urgente la vulnerabilidad. La CISA la incluye desde el 10 de noviembre en su catálogo de vulnerabilidades explotadas conocidas; las agencias federales de EE. UU. tienen de plazo hasta el 24 de noviembre para actuar.
- El parche es una actualización de Office. Windows Update por sí solo no basta. Lo determinante es la compilación de Outlook instalada, no el estado de distribución en la consola.
Lo que se sabe
- Microsoft confirma la explotación («Exploitation Detected»); antes del parche, la vulnerabilidad no se conocía públicamente.
- Están afectados Microsoft 365 Apps for Enterprise y Office LTSC 2021 y 2024, en sus versiones de 32 y 64 bits.
- Microsoft no incluye como afectados el nuevo Outlook, Outlook en la Web, Outlook para Mac ni las aplicaciones móviles.
- Es la única vulnerabilidad explotada de la actualización de noviembre.
- Microsoft atribuye el hallazgo a «nono» y a Benoit Sevens, a este último con la mención «using Claude with Anthropic».
Lo que sigue sin aclarar
- Quién explota la vulnerabilidad y contra quién: Microsoft no menciona ni actores ni objetivos.
- Cuántos ataques ha habido y desde cuándo.
- Hasta ahora no se han publicado indicadores de compromiso (IOC).
- Qué formato de archivo utilizan los atacantes y mediante qué protocolo se conecta Outlook.
- Si funcionan los códigos de prueba de concepto aparecidos en GitHub; ninguno ha sido verificado.
Cadena de ataque
Así se pasa de un archivo a una cuenta robada
Los tres primeros pasos los describe la propia Microsoft. Los pasos cuatro y cinco muestran cómo suelen emplear los atacantes, según la experiencia, los hashes NTLMv2 obtenidos. Es nuestra valoración, no información sobre los ataques actuales.
- Según Microsoft
Señuelo
Un archivo de mensaje manipulado llega como adjunto de correo, enlace de descarga o recurso compartido. El remitente suele hacerse pasar por un contacto conocido.
- Según Microsoft
Apertura
El usuario abre el archivo en Outlook. Solo este paso desencadena el ataque; seleccionarlo sin más en el panel de vista previa, no.
- Según Microsoft
Conexión sin advertencia
Outlook se conecta a un servidor de los atacantes sin advertir del contenido externo. Windows inicia sesión allí automáticamente.
- Valoración de VamiSec
Hash interceptado
El inicio de sesión transmite una respuesta de desafío NTLMv2 (challenge-response). El servidor de los atacantes la registra; el usuario no nota nada.
- Valoración de VamiSec
Uso indebido
Las contraseñas débiles pueden descifrarse sin conexión. O bien el inicio de sesión se retransmite de inmediato a servicios internos (NTLM relay), por ejemplo a Exchange, a servidores de archivos o a los servicios de certificados.
Lo que no es esta vulnerabilidad
- No es zero-click: sin abrir el archivo no ocurre nada. Eso la diferencia de CVE-2023-23397, que se activaba ya al recibir un mensaje.
- No permite ejecutar código: los atacantes no toman directamente el control del equipo, sino que obtienen credenciales.
- No es un ataque a través del panel de vista previa.
¿Por qué es tan valioso un hash?
- Con la contraseña descifrada, los atacantes inician sesión en cualquier sitio donde sea válida la cuenta, también en la VPN y en la nube si allí no se exige un segundo factor.
- Mediante relay ni siquiera necesitan la contraseña: retransmiten el inicio de sesión mientras haya servicios que acepten NTLM sin firma ni enlace de canal.
- Si afecta a una cuenta de administrador, en el peor de los casos queda expuesto todo el dominio de Windows.
- La autenticación multifactor protege los servicios en la nube, pero no impide que se descifre el hash ni cierra todas las vías internas de relay.
Cronología
Outlook, NTLM y los antecedentes
La vulnerabilidad actual se inscribe en una serie de ataques que capturan inicios de sesión de Windows a través de Outlook y del Explorador de archivos.
- Explotación
- Fabricante
- Explotación
- Explotación
- Fabricante
Microsoft anuncia el fin de NTLM
Está previsto que NTLM se desactive de forma predeterminada en las próximas versiones principales de Windows. Las versiones actuales lo siguen admitiendo; el refuerzo de la seguridad sigue siendo tarea de las empresas. [12]
- Explotación
- Plazo
Plazo en el catálogo KEV
Para entonces, las agencias federales de EE. UU. deben haber instalado las actualizaciones. Para las empresas, es una buena referencia. [4]
Versiones afectadas
Qué instalaciones de Outlook necesitan la actualización
Está afectado el Outlook clásico para Windows de estos paquetes de Office. Lo determinante es la compilación (build) instalada: a partir de las compilaciones indicadas, la vulnerabilidad está corregida; las compilaciones posteriores también incluyen la corrección.
| Producto | Canal o edición | Versión | Compilación con corrección |
|---|---|---|---|
| Microsoft 365 Apps for Enterprise | Current Channel | 2610 | 20527.20196 |
| Microsoft 365 Apps for Enterprise | Monthly Enterprise Channel | 261026092608 | 20527.2019420430.2026420326.20320 |
| Microsoft 365 Apps for Enterprise | Semi-Annual Enterprise Channel | 261026092608 | 20527.2019220430.2026220326.20318 |
| Office LTSC (licencia por volumen) | Office LTSC 2024 | 2408 | 16.0.17932.21140 |
| Office LTSC (licencia por volumen) | Office LTSC 2021 | 2108 | 16.0.14334.21048 |
Para Microsoft 365 Apps, Microsoft no indica en la entrada de la CVE un número de compilación fijo, sino que remite a las notas de la versión de las actualizaciones de seguridad de Office; de ahí proceden estos valores. El Semi-Annual Enterprise Channel recibe ahora las compilaciones del Monthly Enterprise Channel.
Comprobación de compilación
Elija el canal, introduzca la compilación y vea el resultado. Encontrará la compilación en Outlook, en Archivo › Cuenta de Office › Acerca de Outlook.
La comprobación se realiza solo en su navegador; no se transmite nada.
Aún no ha introducido ninguna compilación
El resultado aparecerá en cuanto introduzca un número de compilación.
- Corrección a partir de la compilación
- 2610
20527.20196
No figuran como afectados
- Nuevo Outlook para Windows
- Outlook en la Web
- Outlook para Mac
- Outlook para iOS y Android
Microsoft no incluye Office 2016 ni Office 2019 para esta vulnerabilidad. Que no figuren no significa que se haya comprobado que son seguros: quien utilice versiones más antiguas debería aplicar con especial rigor el refuerzo de NTLM.
Para muchos equipos: leer la compilación con PowerShell
En las instalaciones Hacer clic y ejecutar (Click-to-Run), la compilación figura en el registro. Para todo el parque de equipos son adecuados Intune, Defender Vulnerability Management o el Microsoft 365 Apps Admin Center.
Get-ItemProperty 'HKLM:\SOFTWARE\Microsoft\Office\ClickToRun\Configuration' |
Select-Object VersionToReport, UpdateChannel, CDNBaseUrlIniciar la actualización de inmediato en un equipo
Este comando inicia la actualización; después, Outlook debe reiniciarse.
& "$env:CommonProgramFiles\Microsoft Shared\ClickToRun\OfficeC2RClient.exe" /update userAutoevaluación
¿Hasta qué punto está protegido frente al robo de NTLM a través de Outlook?
Ocho preguntas, respondidas con sinceridad. «Sí» es en cada caso la respuesta segura. La evaluación se queda en su navegador.
Su resultado
0 de 8 preguntas respondidas
La autoevaluación no sustituye a una revisión de su entorno.
Plan de acción
Qué hay que hacer ahora
Tres etapas: hoy, cerrar la vulnerabilidad; hasta el plazo KEV, ampliar la defensa; después, retirar NTLM paso a paso. [12][13][18][19]
Cerrar la vulnerabilidad
- Distribuir e imponer la actualización de Office del 10 de noviembre en todos los equipos con Outlook clásico.
- Comprobar la compilación instalada, no solo el estado de distribución.
- Bloquear el TCP 445 saliente hacia internet, también en los portátiles fuera de la red corporativa.
- Avisar a los empleados: no abrir archivos de mensaje inesperados.
- Buscar con las consultas de más abajo conexiones de Outlook a servidores externos.
Ampliar la defensa
- Incluir las cuentas privilegiadas en el grupo «Usuarios protegidos».
- Registrar el NTLM saliente hacia servidores ajenos y, después, bloquearlo con una lista de excepciones.
- Activar la firma SMB y LDAP, el enlace de canal y Extended Protection.
- Desactivar el servicio WebClient en los equipos que no necesiten WebDAV.
- Analizar o retener los archivos de mensaje externos en la pasarela de correo.
Retirar NTLM
- Activar el registro ampliado de NTLM y analizarlo durante algunas semanas (Windows 11 a partir de 24H2, Windows Server 2025).
- Cambiar las aplicaciones de NTLM fijo a Negotiate para que se utilice Kerberos.
- Eliminar los inicios de sesión mediante direcciones IP y registrar los SPN que falten.
- Bloquear NTLM por anillos, empezando por las cuentas que requieren especial protección.
- Documentar las excepciones restantes y limitarlas en el tiempo.
Para operaciones de TI y SOC
- Informar a diario de la cobertura de parches hasta el plazo.
- Activar reglas de detección para conexiones SMB y WebDAV desde Outlook.
- Supervisar en los controladores de dominio los inicios de sesión NTLM desde orígenes inusuales.
Para la dirección y el responsable de seguridad de la información
- Fijar el 24 de noviembre como objetivo interno y exigir información sobre los avances.
- Prever recursos para la retirada de NTLM: Microsoft solo desactivará NTLM en versiones futuras.
- Aclarar si un caso sospechoso debe notificarse conforme a NIS2 o DORA.
¿Sospecha que se han filtrado credenciales?
Notificar un incidente csirt@vamisec.comRestablezca la contraseña de la cuenta, revoque sesiones y tokens, busque certificados emitidos a nombre de la cuenta y bloquee el servidor remoto. Nuestro CSIRT le presta apoyo las 24 horas del día.
Detección
Buscar rastros
Microsoft no ha publicado indicadores. Estas consultas ayudan a encontrar conexiones e inicios de sesión sospechosos. Son ejemplos para Microsoft Defender XDR, Microsoft Sentinel y eventos de Windows; pruébelas en su entorno antes de utilizarlas.
Outlook habla SMB con internet
Conexiones de outlook.exe a través del puerto 139 o 445 a direcciones públicas en los últimos 30 días.
DeviceNetworkEvents
| where Timestamp > ago(30d)
| where InitiatingProcessFileName =~ "outlook.exe"
| where RemotePort in (139, 445)
| where RemoteIPType == "Public"
| summarize Connections = count(), FirstSeen = min(Timestamp),
LastSeen = max(Timestamp) by DeviceName, RemoteIP, RemotePortWebDAV como vía alternativa
Si el puerto 445 está bloqueado, Windows puede recurrir a WebDAV sobre HTTP. En ese caso, lo típico es rundll32 con davclnt.dll.
DeviceProcessEvents
| where Timestamp > ago(30d)
| where FileName =~ "rundll32.exe"
| where ProcessCommandLine has_all ("davclnt.dll", "DavSetCookie")
| project Timestamp, DeviceName, AccountName, ProcessCommandLine,
InitiatingProcessFileNameNTLM saliente en el registro de Windows
Si la directiva de NTLM está configurada en auditar, Windows registra los inicios de sesión salientes como evento 8001, junto con el servidor de destino.
Get-WinEvent -LogName 'Microsoft-Windows-NTLM/Operational' -MaxEvents 500 |
Where-Object Id -eq 8001 |
Select-Object TimeCreated, MessageInicios de sesión NTLM sospechosos
Los inicios de sesión de red mediante NTLM (evento 4624, tipo de inicio de sesión 3) desde orígenes nuevos para una cuenta pueden indicar un relay o contraseñas descifradas.
SecurityEvent
| where TimeGenerated > ago(14d)
| where EventID == 4624 and LogonType == 3
| where AuthenticationPackageName == "NTLM"
| summarize Logons = count(), Sources = make_set(IpAddress, 20)
by TargetUserName, Computer
| order by Logons descLas coincidencias son indicios, no pruebas. Si encuentra algo, trate la cuenta como comprometida hasta que se demuestre lo contrario.
NIS2 y DORA
Qué dice la regulación al respecto
La vulnerabilidad por sí sola no obliga a notificar. Lo que sí puede estar sujeto a notificación es lo que los atacantes hagan con las credenciales obtenidas.
- Gestionar las vulnerabilidades es obligatorio
NIS2 exige a las entidades esenciales e importantes una gestión de riesgos que incluye el tratamiento de las vulnerabilidades. Quien deja abierta durante semanas una vulnerabilidad explotada deberá, llegado el caso, justificarlo.
- Plazos de notificación en caso de incidente
Si el robo de credenciales provoca un incidente de seguridad significativo, en Alemania se aplica lo siguiente: alerta temprana al BSI (la Oficina Federal de Seguridad de la Información de Alemania) en un plazo de 24 horas, notificación en un plazo de 72 horas e informe final un mes después.
- Sector financiero: DORA
Los bancos, las aseguradoras y otras entidades financieras clasifican los incidentes relacionados con las TIC conforme a DORA y notifican los graves a su autoridad de supervisión. Las cuentas comprometidas forman parte de esa evaluación.
- Evidencias en lugar de intuición
Los auditores piden pruebas: ¿cuándo se distribuyó la actualización, qué equipos faltaban, qué excepciones hubo? Quien lo documenta está preparado para auditorías y consultas.
Más informaciónImplantar NIS2 con VamiSec Implantar DORA con VamiSec Gestión de incidentes según ISO/IEC 27035
Cómo le ayuda VamiSec
Comprobar, reforzar, demostrar
Desde la comprobación de afectación a corto plazo hasta la retirada ordenada de NTLM.
Urgente
CSIRT y Compromise Assessment
Si hay sospechas, aclaramos si se han filtrado y utilizado credenciales, analizando endpoints, registros, identidades e infraestructura.
Compromise AssessmentComprobar
Pentest centrado en NTLM relay
Revisamos su Active Directory en busca de rutas de relay, falta de firma y cuentas a través de las cuales un hash obtenido llegaría muy lejos.
Pruebas de penetraciónDetectar
Managed Detection & Response
Supervisamos endpoints e identidades y reaccionamos cuando Outlook establece conexiones inusuales o hay cuentas con comportamiento sospechoso.
MDR en VamiSecPrevenir
Zero-Day-Monitoring
Cotejar las 24 horas las vulnerabilidades recién conocidas y explotadas con su superficie de ataque, antes de que surtan efecto los ciclos de parches.
Zero-Day-MonitoringPersonas
Concienciación en seguridad con KnowBe4
Simulaciones de phishing con adjuntos y formaciones breves, para que los archivos sospechosos se notifiquen en lugar de abrirse.
Concienciación en seguridadProceso
Gestión de vulnerabilidades
Un proceso que trata primero las entradas del catálogo KEV, fija plazos y justifica las excepciones, en lugar de ordenar solo por CVSS.
Gestión de vulnerabilidades
Plataforma GRC agénticaVamiGRC: detectar vulnerabilidades explotadas, gestionar plazos y documentar evidencias
VamiGRC coteja CISA KEV, NVD y EPSS con sus activos. Cuando aparece una vulnerabilidad explotada como CVE-2026-124194, usted ve qué activos registrados están afectados y gestiona las medidas y los plazos hasta contar con la evidencia.
- CISA KEV, NVD y EPSS se cotejan con sus activos, productos y SBOM.
- Las evidencias de los sistemas conectados se actualizan junto con su fuente, en lugar de hacerlo en el momento de la auditoría.
- Al registrar un incidente se inicia un temporizador de plazos para NIS2; VamiAI elabora borradores de notificación y su equipo los revisa y los presenta.
- Un control, varios marcos normativos: se implementa una vez y se mapea a NIS2, ISO 27001 y otros estándares.
- Los agentes de IA se encargan de las tareas rutinarias según las reglas de aprobación que usted defina; su equipo decide.
Concertar una reunión
Hablemos de su situación en torno a Outlook y NTLM
Ya se trate de comprobar la afectación, de reforzar NTLM o de aportar evidencias para NIS2: Valeri Milke y el equipo de VamiSec le ayudan a definir, a partir de este informe de situación, los próximos pasos concretos.
«La seguridad TI y el cumplimiento sin IA son una vulnerabilidad.»
Valeri MilkeFundador y director general · VamiSec GmbHLead Auditor ISO/IEC 27001 e ISO/IEC 42001
FAQ
Preguntas frecuentes sobre el zero-day de Outlook
¿Qué es CVE-2026-124194?
Una vulnerabilidad de suplantación (spoofing) en el Outlook clásico para Windows que Microsoft corrigió el 10 de noviembre de 2026. Si un usuario abre un archivo de mensaje manipulado, Outlook se conecta a un destino de red de los atacantes sin mostrar la advertencia habitual y revela el hash NTLMv2 del usuario. Microsoft califica la vulnerabilidad con un CVSS de 6,5 («Media») y confirma que se está explotando.
¿Se trata de un ataque zero-click?
No. El usuario tiene que abrir el archivo; según Microsoft, el panel de vista previa no es un vector de ataque. Fue distinto en 2023 con CVE-2023-23397, que se activaba ya al recibir un mensaje.
¿Qué versiones de Outlook están afectadas?
El Outlook clásico para Windows en Microsoft 365 Apps for Enterprise y en Office LTSC 2021 y Office LTSC 2024, en sus versiones de 32 y 64 bits. Incluyen la corrección Office LTSC 2021 a partir de la compilación 16.0.14334.21048, Office LTSC 2024 a partir de la 16.0.17932.21140 y Microsoft 365 Apps a partir de las compilaciones de noviembre de cada canal, por ejemplo la 20527.20196 en el Current Channel. Microsoft no incluye como afectados el nuevo Outlook, Outlook en la Web, Outlook para Mac ni las aplicaciones móviles.
¿Basta con Windows Update?
No. La vulnerabilidad está en Office. Lo determinante es la actualización de seguridad de Office de noviembre de 2026, que en Microsoft 365 Apps llega a través del canal de actualización correspondiente. Compruebe la compilación instalada en Outlook, en Archivo › Cuenta de Office › Acerca de Outlook, o de forma centralizada con Intune o Defender Vulnerability Management.
¿Por qué es tan urgente una vulnerabilidad con CVSS 6,5?
Porque se está explotando. CVSS describe la gravedad técnica, no el nivel de amenaza. La CISA ha incluido la vulnerabilidad en su catálogo de vulnerabilidades explotadas conocidas y ha fijado a las agencias federales de EE. UU. un plazo hasta el 24 de noviembre de 2026. Fugas de NTLM anteriores con la misma calificación también fueron objeto de ataques activos.
¿Qué pueden hacer los atacantes con un hash NTLMv2?
Pueden intentar descifrar la contraseña sin conexión, lo que con contraseñas débiles se consigue rápidamente. O bien retransmiten el inicio de sesión directamente a otros servicios (NTLM relay), por ejemplo a Exchange, a servidores de archivos o a los servicios de certificados de Active Directory, y actúan allí en nombre del usuario. Si la cuenta es privilegiada, puede poner en peligro todo el dominio.
¿Quién explota la vulnerabilidad?
No se sabe. Microsoft y la CISA no mencionan ni actores ni objetivos, y no se han publicado indicadores. Vulnerabilidades anteriores de Outlook con robo de NTLM fueron explotadas, entre otros, por el grupo ruso Forest Blizzard (APT28); de ello no pueden extraerse conclusiones sobre el caso actual.
¿Qué tiene que ver Claude con el hallazgo?
Microsoft da las gracias a Benoit Sevens con la mención «using Claude with Anthropic» y, además, a un investigador que figura como «nono». No se ha publicado cómo participó exactamente el modelo de IA. El caso muestra cómo la IA acelera la investigación de vulnerabilidades, tanto entre los defensores como entre los atacantes.
¿Existe código de exploit público?
En GitHub han aparecido al menos dos repositorios que prometen una prueba de concepto; uno de ellos se declara expresamente no probado. No descargue este tipo de código sin verificarlo: los supuestos exploits son con frecuencia software malicioso en sí mismos.
¿Cómo le ayuda VamiSec?
Comprobamos a corto plazo si sus instalaciones de Outlook tienen el parche y hasta dónde llegaría en su red un hash obtenido, reforzamos NTLM, creamos reglas de detección y aclaramos los casos sospechosos con un Compromise Assessment y nuestro CSIRT. Con VamiGRC, usted gestiona las vulnerabilidades explotadas, los plazos y las evidencias para NIS2.
Fuentes
Fuentes e información adicional
La información se basa en publicaciones de Microsoft, la CISA, el NIST e investigadores de seguridad hasta el 13 de noviembre de 2026. Las valoraciones de VamiSec se indican como tales.
- [1]Microsoft Security Response Center: CVE-2026-124194 – Microsoft Outlook Spoofing Vulnerability,
- [2]Microsoft Security Response Center: November 2026 Security Updates – Release Notes,
- [3]Microsoft Learn: Release notes for Microsoft Office security updates,
- [4]CISA: Known Exploited Vulnerabilities Catalog,
- [5]NIST National Vulnerability Database: CVE-2026-124194 Detail,
- [6]CVE Program: CVE Record CVE-2026-124194,
- [7]Cyber Security News: CISA Confirms Active Exploitation of Outlook User Interaction 0-Day Vulnerability,
- [8]Cyber Security News: Microsoft Confirms Hackers Are Exploiting Outlook 0-Day to Steal Windows Authentication Hashes,
- [9]SecurityWeek: Exploited Outlook Zero-Day Among 1,094 Flaws Patched by Microsoft,
- [10]Notebookcheck: Exploited Outlook zero-day was found by a researcher using Claude,
- [11]TheHackerWire: CVE-2026-124194: Vulnerability Details,
- [12]Microsoft Windows IT Pro Blog: Retiring NTLM: Frequently asked questions,
- [13]Microsoft Security Blog: Guidance for investigating attacks using CVE-2023-23397,
- [14]Check Point Research: The Risks of the #MonikerLink Bug in Microsoft Outlook and the Big Picture,
- [15]NIST National Vulnerability Database: CVE-2024-43451 Detail,
- [16]SecurityWeek: Windows Zero-Day Exploited by Russia Triggered With File Drag-and-Drop, Delete Actions,
- [17]Check Point Research: CVE-2025-24054, NTLM Exploit in the Wild,
- [18]Microsoft Learn: Network security: Restrict NTLM: Outgoing NTLM traffic to remote servers
- [19]Microsoft Learn: Protected Users Security Group
- [20]NIST National Vulnerability Database: CVE-2025-24054 Detail,
- [21]FIRST: Exploit Prediction Scoring System (EPSS): CVE-2026-124194,
Este informe de situación no sustituye al asesoramiento jurídico ni a una revisión de su entorno.
Actúe ahoraAplicar el parche es imprescindible.
Aplicar el parche es imprescindible.
Retirar NTLM protege frente a la próxima vulnerabilidad.
Concierte una primera reunión sin compromiso: analizaremos con usted el estado de los parches, el refuerzo de la seguridad y los próximos pasos.