<?xml version="1.0" encoding="UTF-8" ?><!-- generator=Zoho Sites --><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><atom:link href="https://www.adaptive.security/blogs/author/montserrat-rosales/feed" rel="self" type="application/rss+xml"/><title>Adaptive Security - Blog by Montserrat Rosales</title><description>Adaptive Security - Blog by Montserrat Rosales</description><link>https://www.adaptive.security/blogs/author/montserrat-rosales</link><lastBuildDate>Wed, 04 Nov 2026 10:39:31 -0800</lastBuildDate><generator>http://zoho.com/sites/</generator><item><title><![CDATA[MFA en empresas: por dónde partir y qué hacer con las excepciones]]></title><link>https://www.adaptive.security/blogs/post/mfa-en-empresas-por-dónde-partir-y-qué-hacer-con-las-excepciones</link><description><![CDATA[<img align="left" hspace="5" src="https://www.adaptive.security/blog.png"/>Implementar autenticación multifactor es fundamental para proteger los accesos corporativos. Sin embargo, hacerlo sin una estrategia clara puede gener ]]></description><content:encoded><![CDATA[<div class="zpcontent-container blogpost-container "><div data-element-id="elm_ks09kaRQT02a7cEOSJLXbg" data-element-type="section" class="zpsection "><style type="text/css"></style><div class="zpcontainer-fluid zpcontainer"><div data-element-id="elm_zl4dlQvyTEil-4wjezVsAg" data-element-type="row" class="zprow zprow-container zpalign-items- zpjustify-content- " data-equal-column=""><style type="text/css"></style><div data-element-id="elm_B_EE6SxLRmapA6wSV-W_Tg" data-element-type="column" class="zpelem-col zpcol-12 zpcol-md-12 zpcol-sm-12 zpalign-self- "><style type="text/css"></style><div data-element-id="elm_SnHYhkL7TXijRYgltQ7OWw" data-element-type="text" class="zpelement zpelem-text "><style></style><div class="zptext zptext-align-center zptext-align-mobile-center zptext-align-tablet-center " data-editor="true"><p></p><p></p><p></p><p></p><p></p><p></p><p></p><p></p><p></p><p></p><p></p><p></p><p></p><p></p><p></p><p></p><p><span style="font-weight:400;">Implementar autenticación multifactor es fundamental para proteger los accesos corporativos. Sin embargo, hacerlo sin una estrategia clara puede generar dificultades operativas. ¿Cómo priorizar los accesos más críticos y gestionar aquellos que no admiten MFA?</span></p><p><span style="color:rgb(11, 18, 32);font-family:Rubik, sans-serif;font-size:28px;font-weight:700;">¿Por qué es importante implementar MFA en las empresas?</span></p><p style="margin-bottom:12pt;">Las contraseñas siguen siendo un objetivo frecuente de los ciberdelincuentes. A través de ataques de phishing, filtraciones de credenciales o técnicas de ingeniería social, un atacante puede obtener acceso a cuentas corporativas y comprometer información sensible.</p><p style="margin-bottom:12pt;">La autenticación multifactor (MFA) incorpora una capa adicional de seguridad al exigir más de un factor de verificación para acceder a un sistema.</p><p style="margin-bottom:12pt;">Esto permite reducir el riesgo de accesos no autorizados, incluso cuando una contraseña ha sido comprometida.</p><p style="margin-bottom:12pt;">Sin embargo, implementar MFA no consiste únicamente en activarlo en todas las cuentas, sino también en identificar qué accesos representan un mayor riesgo para la continuidad del negocio.</p><h2 style="margin-bottom:4pt;">¿Por dónde comenzar a implementar MFA?</h2><p style="margin-bottom:12pt;">No todos los accesos tienen el mismo nivel de criticidad. Una cuenta comprometida puede afectar a un usuario individual, mientras que otra puede permitir el acceso a sistemas esenciales para toda la organización.</p><p style="margin-bottom:12pt;">Por eso, se recomienda comenzar por los accesos de mayor impacto:</p><p style="margin-bottom:12pt;"><strong>1. Cuentas con privilegios de administración</strong></p><p style="margin-bottom:12pt;">Los administradores poseen permisos elevados para gestionar sistemas, usuarios y configuraciones. Si estas credenciales son comprometidas, las consecuencias pueden afectar a múltiples áreas de la empresa.</p><p style="margin-bottom:12pt;"><strong>2. Accesos remotos y VPN</strong></p><p style="margin-bottom:12pt;">Las conexiones remotas permiten acceder a recursos corporativos desde ubicaciones externas. Protegerlas con MFA reduce el riesgo de que credenciales robadas sean utilizadas para ingresar a la red.</p><p style="margin-bottom:12pt;"><strong><span style="font-weight:400;"><strong>3. Correos electrónicos y herramientas colaborativas</strong></span></strong></p><p style="margin-bottom:12pt;">El correo corporativo y las plataformas de colaboración almacenan información relevante y pueden ser utilizados para ejecutar ataques de suplantación de identidad.</p><p style="margin-bottom:12pt;"><strong>4. Sistemas críticos y datos sensibles</strong></p><p style="margin-bottom:12pt;">Los sistemas financieros, plataformas operacionales y aplicaciones que procesan información confidencial requieren especial protección debido al impacto que podría generar su compromiso.</p><p style="margin-bottom:12pt;"><strong>5. Resto de los usuarios</strong></p><p style="margin-bottom:12pt;">Una vez cubiertos los accesos prioritarios, la implementación debe extenderse al resto de la organización, acompañada de capacitación y soporte para facilitar su adopción.</p><p style="margin-bottom:12pt;">El objetivo es avanzar hacia una cobertura amplia, priorizando inicialmente los accesos de mayor riesgo.</p><h2 style="margin-bottom:4pt;">¿Qué hacer con las excepciones de MFA?</h2><p style="margin-bottom:12pt;">Uno de los principales desafíos aparece cuando ciertos sistemas o cuentas no permiten implementar autenticación multifactor.</p><p style="margin-bottom:12pt;">Esto puede ocurrir con aplicaciones antiguas, cuentas de servicio utilizadas por procesos automatizados, equipos compartidos o determinadas integraciones con proveedores.</p><p style="margin-bottom:12pt;">Que un sistema no admita MFA no significa que deba quedar sin protección.</p><p style="margin-bottom:12pt;">En estos casos, es fundamental establecer medidas de seguridad alternativas, conocidas como controles compensatorios.</p><p style="margin-bottom:12pt;">Entre las medidas recomendadas se encuentran:</p><ul><li><p><span style="text-decoration-line:underline;">Restringir los permisos:</span> otorgar únicamente los accesos necesarios para cada función.</p></li><li><p><span style="text-decoration-line:underline;">Limitar las conexiones:</span> permitir el acceso solo desde redes, dispositivos o ubicaciones autorizadas, cuando sea técnicamente posible.</p></li><li><p><span style="text-decoration-line:underline;">Monitorear la actividad:</span> identificar comportamientos sospechosos e intentos de acceso no autorizados.</p></li><li><p><span style="text-decoration-line:underline;">Proteger las credenciales:</span> utilizar mecanismos seguros de almacenamiento, gestión y rotación de secretos cuando corresponda.</p></li><li><p style="margin-bottom:12pt;"><span style="text-decoration-line:underline;">Documentar las excepciones:</span> registrar el motivo, los riesgos asociados, las medidas de protección y la persona responsable.</p></li></ul><p style="margin-bottom:12pt;">En el caso de cuentas utilizadas por aplicaciones y procesos automatizados, puede ser necesario adoptar identidades de servicio y mecanismos de autenticación específicos, en lugar de aplicar MFA diseñado para usuarios humanos.</p><h3 style="margin-bottom:4pt;">La importancia de gestionar las excepciones</h3><p style="margin-bottom:12pt;">Las excepciones no deberían convertirse en exclusiones permanentes sin supervisión.</p><p style="margin-bottom:12pt;">Cada una debe contar con una evaluación de riesgo, aprobación formal, controles compensatorios y revisiones periódicas.</p><p style="margin-bottom:12pt;">Además, es importante definir un plan para corregir o reemplazar aquellos sistemas que no permiten implementar mecanismos de autenticación adecuados.</p><h2 style="margin-bottom:4pt;">¿Cómo implementar MFA sin afectar la continuidad operacional?</h2><p style="margin-bottom:12pt;">Una implementación efectiva requiere planificación y coordinación entre las áreas de tecnología, seguridad y negocio.</p><p style="margin-bottom:12pt;">Antes de activar nuevas políticas, es recomendable identificar los sistemas críticos, evaluar sus dependencias y realizar pruebas controladas.</p><p style="margin-bottom:12pt;">También es fundamental considerar mecanismos seguros de recuperación y acceso de emergencia, para evitar que una falla en los sistemas de autenticación impida administrar la infraestructura.</p><p style="margin-bottom:12pt;">Siempre que sea posible, las organizaciones deberían avanzar hacia métodos de autenticación resistentes al phishing, como las llaves de seguridad FIDO2 y determinadas implementaciones de passkeys.</p><p style="margin-bottom:12pt;">De esta manera, MFA pasa de ser una configuración técnica aislada a formar parte de una estrategia integral de gestión de identidades y accesos.</p><h2 style="margin-bottom:4pt;">Conclusión: proteger primero lo que más importa</h2><p style="margin-bottom:12pt;">La autenticación multifactor es una medida esencial para fortalecer la ciberseguridad empresarial, pero su efectividad depende de cómo se implemente y administre.</p><p style="margin-bottom:12pt;">Priorizar los accesos críticos, gestionar las excepciones y establecer controles adecuados permite reducir riesgos sin descuidar la continuidad operacional.</p><p style="margin-bottom:12pt;">En Adaptive Security, entendemos que la ciberseguridad debe alinearse con las necesidades de cada organización.</p><p style="margin-bottom:12pt;">¿Tu empresa tiene identificados sus accesos críticos y las excepciones de MFA?</p><p style="margin-bottom:12pt;">Conversemos sobre cómo fortalecer la protección de tus sistemas y reducir los riesgos de acceso no autorizado.</p><p></p><h3 style="margin-bottom:4pt;">Fuentes de referencia</h3><ul><li><p><a href="https://www.cisa.gov/audiences/small-and-medium-businesses/secure-your-business/require-multifactor-authentication">CISA — Require Multifactor Authentication</a></p></li><li><p><a href="https://pages.nist.gov/800-63-4/sp800-63b.html">NIST — Digital Identity Guidelines, SP 800-63B-4</a></p></li><li><p><a href="https://learn.microsoft.com/en-us/entra/identity/conditional-access/workload-identity">Microsoft — Conditional Access for Workload Identities</a></p></li><li><p style="margin-bottom:12pt;"><a href="https://learn.microsoft.com/en-us/entra/identity/role-based-access-control/security-emergency-access">Microsoft — Manage Emergency Access Admin Accounts</a></p></li></ul><p><span></span></p><div class="pvc_clear"></div><p id="pvc_stats_4294" class="pvc_stats all pvc_load_by_ajax_update"><i class="pvc-stats-icon small"><svg class="svg-inline--fa fa-chart-bar fa-w-16 fa-2x"></svg></i> 15 total vistas <span class="views_today">, 1 total vistas de hoy</span></p><div class="pvc_clear"></div><p></p><p></p><div class="pvc_clear"></div><p id="pvc_stats_4294" class="pvc_stats all pvc_load_by_ajax_update"><i class="pvc-stats-icon small"><svg class="svg-inline--fa fa-chart-bar fa-w-16 fa-2x"></svg></i> 15 total vistas <span class="views_today">, 1 total vistas de hoy</span></p><div class="pvc_clear"></div><p></p><p></p><div class="pvc_clear"></div><p id="pvc_stats_4294" class="pvc_stats all pvc_load_by_ajax_update"><i class="pvc-stats-icon small"><svg class="svg-inline--fa fa-chart-bar fa-w-16 fa-2x"></svg></i> 15 total vistas <span class="views_today">, 1 total vistas de hoy</span></p><div class="pvc_clear"></div><p></p><p></p><div class="pvc_clear"></div>
<p id="pvc_stats_4294" class="pvc_stats all pvc_load_by_ajax_update"><i class="pvc-stats-icon small"><svg class="svg-inline--fa fa-chart-bar fa-w-16 fa-2x"></svg></i> 15 total vistas <span class="views_today">, 1 total vistas de hoy</span></p><div class="pvc_clear"></div><p></p><p>&nbsp;</p><div class="pvc_clear"></div>
<p id="pvc_stats_4294" class="pvc_stats all pvc_load_by_ajax_update"><span><i class="pvc-stats-icon small"><svg class="svg-inline--fa fa-chart-bar fa-w-16 fa-2x"></svg></i> 15 total vistas <span class="views_today">, 1 total vistas de hoy</span></span></p><div class="pvc_clear"></div></div>
</div></div></div></div></div></div> ]]></content:encoded><pubDate>Mon, 26 Oct 2026 12:26:29 +0000</pubDate></item><item><title><![CDATA[Qué hacer después de hacer clic en un correo de phishing: protocolo para empresas]]></title><link>https://www.adaptive.security/blogs/post/qué-hacer-después-de-hacer-clic-en-un-correo-de-phishing-protocolo-para-empresas</link><description><![CDATA[<img align="left" hspace="5" src="https://www.adaptive.security/blogggg.png"/>Un correo aparentemente legítimo, un enlace sospechoso y un clic accidental. Esta situación puede ocurrir en cualquier organización, incluso cuando su ]]></description><content:encoded><![CDATA[<div class="zpcontent-container blogpost-container "><div data-element-id="elm_ks09kaRQT02a7cEOSJLXbg" data-element-type="section" class="zpsection "><style type="text/css"></style><div class="zpcontainer-fluid zpcontainer"><div data-element-id="elm_zl4dlQvyTEil-4wjezVsAg" data-element-type="row" class="zprow zprow-container zpalign-items- zpjustify-content- " data-equal-column=""><style type="text/css"></style><div data-element-id="elm_B_EE6SxLRmapA6wSV-W_Tg" data-element-type="column" class="zpelem-col zpcol-12 zpcol-md-12 zpcol-sm-12 zpalign-self- "><style type="text/css"></style><div data-element-id="elm_SnHYhkL7TXijRYgltQ7OWw" data-element-type="text" class="zpelement zpelem-text "><style></style><div class="zptext zptext-align-center zptext-align-mobile-center zptext-align-tablet-center " data-editor="true"><p></p><div><div>Un correo aparentemente legítimo, un enlace sospechoso y un clic accidental. Esta situación puede ocurrir en cualquier organización, incluso cuando sus colaboradores han recibido capacitación en ciberseguridad.</div><br/><div>El phishing es una técnica de ingeniería social que busca engañar a las personas para obtener información confidencial, robar credenciales o facilitar otros ataques informáticos.</div><br/><div><div><strong><span style="font-size:18px;">¿Qué sucede cuando un colaborador hace clic en un enlace malicioso? ¿A quién debe avisar y qué medidas debe tomar la empresa?</span></strong></div></div></div><div><br/></div><div><div>La respuesta depende de lo ocurrido después del clic. No es lo mismo abrir una página sospechosa que ingresar una contraseña, descargar un archivo o ejecutar un programa.</div><br/><div>Por eso, contar con un protocolo de respuesta permite actuar de manera coordinada, evaluar los riesgos y reducir las consecuencias de un posible incidente.</div><br/><div><strong><span style="font-size:20px;">1. Primeros minutos: ¿qué debe hacer el colaborador?</span></strong></div><br/><div>Si un trabajador identifica que hizo clic en un enlace de phishing, lo más importante es actuar rápidamente y reportar lo ocurrido.</div><br/><div><span style="font-size:18px;"><strong>Paso 1. Detener la interacción</strong></span></div><br/><div>No continuar navegando en el sitio sospechoso, ingresar información, descargar archivos ni aceptar solicitudes de permisos.</div><br/><div>Si el sitio solicita credenciales corporativas o información financiera, no proporcionar esos datos.</div><br/><div><strong><span style="font-size:18px;">Paso 2. Informar al equipo responsable</span></strong></div><br/><div>Reportar inmediatamente la situación al área de TI, al equipo de ciberseguridad o al canal de incidentes establecido por la empresa.</div><br/><div>El reporte debe indicar, cuando sea posible:</div><br/><ul><li>Cuándo ocurrió el clic.</li><li>Qué correo o mensaje contenía el enlace.</li><li>Si se ingresaron contraseñas u otros datos.</li><li>Si se descargó o ejecutó algún archivo.</li><li>Si apareció alguna alerta o comportamiento inusual.</li></ul><div><strong><span style="font-size:18px;">Paso 3. Seguir las instrucciones de seguridad</span></strong></div><br/><div>Si existe sospecha de malware o compromiso del equipo, el personal autorizado debe evaluar su aislamiento de la red.</div><br/><div>El colaborador no debe borrar archivos, eliminar evidencias ni intentar resolver el incidente mediante herramientas no autorizadas.</div><br/><div><strong><span style="font-size:20px;">2. ¿Qué hacer si se ingresó una contraseña?</span></strong></div><br/><div>Si el usuario escribió sus credenciales en un sitio fraudulento, la organización debe tratar esas credenciales como potencialmente comprometidas.</div><br/><div>En estos casos, el equipo de seguridad debe coordinar acciones como:</div><br/><ul><li>Restablecer la contraseña afectada desde un dispositivo confiable.</li><li>Revocar las sesiones activas cuando el servicio lo permita.</li><li>Revisar accesos recientes y detectar inicios de sesión sospechosos.</li><li>Verificar que no existan métodos de autenticación desconocidos.</li><li>Revisar reglas de reenvío de correo y aplicaciones conectadas.</li><li>Comprobar que esté habilitada la autenticación multifactor (MFA).</li></ul><div>Es importante considerar que cambiar la contraseña no siempre es suficiente. Algunas modalidades de phishing pueden permitir el robo de sesiones autenticadas, por lo que también es necesario revisar y revocar accesos potencialmente comprometidos.</div><br/><div><strong><span style="font-size:20px;">3. ¿Cómo debe responder el equipo de ciberseguridad?</span></strong></div><br/><div>Después de recibir el reporte, el equipo responsable debe determinar el alcance del incidente y aplicar las medidas correspondientes.</div><br/><div><strong><span style="font-size:18px;">Identificación y análisis</span></strong></div><br/><div>Se revisan el mensaje sospechoso, los enlaces, los archivos asociados, los registros de autenticación y las alertas disponibles para evaluar si existió un compromiso.</div><br/><div><span style="font-size:18px;"><strong>Contención</strong></span></div><br/><div>Según la evidencia y el nivel de riesgo, pueden aplicarse medidas como bloquear dominios maliciosos, revocar sesiones, restringir cuentas comprometidas o aislar dispositivos afectados.</div><br/><div><strong><span style="font-size:18px;">Erradicación y recuperación</span></strong></div><br/><div>Si se identifica una amenaza, se deben eliminar sus mecanismos de persistencia, corregir las condiciones que facilitaron el ataque y recuperar los sistemas afectados de manera segura.</div><br/><div><strong><span style="font-size:18px;">Verificación y seguimiento</span></strong></div><br/><div>Finalmente, corresponde comprobar que los sistemas funcionan correctamente, mantener la supervisión de posibles actividades sospechosas y documentar el incidente.</div><br/><div>Estas acciones deben adaptarse a la gravedad del caso y a los procedimientos de respuesta de cada organización.</div><br/><div><strong><span style="font-size:20px;">4. ¿Por qué es importante reportar, incluso si parece que no ocurrió nada?</span></strong></div><br/><div>Hacer clic en un enlace sospechoso no significa necesariamente que el dispositivo o la cuenta hayan sido comprometidos.</div><br/><div>Sin embargo, la ausencia de señales visibles tampoco permite descartar un incidente.</div><br/><div>Un reporte oportuno permite al equipo de seguridad investigar el evento, verificar si otros colaboradores recibieron el mismo mensaje y aplicar medidas preventivas cuando corresponda.</div><br/><div>Por esta razón, las organizaciones deben promover canales de comunicación claros y una cultura en la que los colaboradores puedan reportar errores sin temor a recibir sanciones automáticas.</div><br/><div>El objetivo no es buscar culpables, sino detectar y contener posibles amenazas a tiempo.</div><br/><div><strong><span style="font-size:20px;">5. Cómo preparar a la empresa antes de un incidente de phishing</span></strong></div><br/><div>Una respuesta efectiva comienza mucho antes de que ocurra el primer clic.</div><br/><div>Las organizaciones pueden fortalecer su preparación mediante:</div><br/><ul><li>Protocolos definidos: establecer responsables, canales de reporte y procedimientos de respuesta.</li><li>Concientización continua: capacitar a los colaboradores para reconocer mensajes sospechosos y actuar correctamente.</li><li>Simulaciones de phishing: evaluar comportamientos, identificar oportunidades de mejora y reforzar el aprendizaje.</li><li>Protección de identidades: implementar MFA, controles de acceso y mecanismos de monitoreo.</li><li>Evaluación de incidentes: revisar los eventos reportados y utilizar los resultados para mejorar los controles existentes.</li></ul><div>Estas prácticas contribuyen a desarrollar una respuesta coordinada y fortalecer la capacidad de recuperación de la organización.</div><br/><div><div><strong><span style="font-size:20px;">6. Human Security: las personas también son parte de la protección</span></strong></div></div><br/><div>La tecnología es fundamental para proteger los sistemas corporativos, pero la preparación de las personas también cumple un papel importante.</div><br/><div>En Adaptive Security, a través de nuestra línea Human Security, trabajamos para fortalecer la cultura de ciberseguridad de las organizaciones mediante programas de concientización, campañas de phishing ético y formación técnica especializada.</div><br/><div>Nuestro enfoque busca que los colaboradores no solo aprendan a identificar amenazas, sino que también sepan cómo actuar y reportarlas oportunamente.</div><br/><div><div><strong><span style="font-size:20px;">Conclusión</span></strong></div></div><br/><div>Un clic en un correo de phishing no siempre termina en un incidente de seguridad, pero ignorarlo puede impedir detectar una amenaza real.</div><br/><div>La diferencia está en la capacidad de la organización para recibir el reporte, investigar lo ocurrido y responder oportunamente.</div><br/><div>Preparar a los colaboradores, establecer protocolos claros y fortalecer los controles de seguridad son elementos esenciales para reducir el riesgo humano.</div><br/><div>¿Tu empresa está preparada para responder ante un intento de phishing?</div><br/>Conoce cómo <strong>Adaptive Security </strong>puede ayudarte a fortalecer la concientización y preparación de tus equipos a través de Human Security.</div><p></p><div class="pvc_clear"></div>
<p id="pvc_stats_4294" class="pvc_stats all pvc_load_by_ajax_update"><span><i class="pvc-stats-icon small"><svg class="svg-inline--fa fa-chart-bar fa-w-16 fa-2x"></svg></i> 15 total vistas <span class="views_today">, 1 total vistas de hoy</span></span></p><div class="pvc_clear"></div></div>
</div></div></div></div></div></div> ]]></content:encoded><pubDate>Thu, 22 Oct 2026 18:06:04 +0000</pubDate></item></channel></rss>