INFORME EJECUTIVO: POR QUÉ SE REQUIERE UN SANDBOXING DE RED PARA DETENER EL RANSOMWARE

Transcripción

1 INFORME EJECUTIVO: POR QUÉ SE REQUIERE UN SANDBOXING DE RED PARA DETENER EL RANSOMWARE Por qué debe utilizar sandboxing además de firmas y heurística Resumen Los firewalls de próxima generación aprovechan de manera muy eficaz las firmas y la heurística. Pero ya no son suficientes para defenderse contra los ataques maliciosos actuales. Los desafíos de ataques específicos y amenazas de día cero hacen que la adición de sandboxing sea imprescindible para un posicionamiento efectivo de la seguridad. Comprender el desafío real (y cómo tratarlo) El crecimiento de las amenazas externas en la actualidad es sorprendente. Los atacantes combinan la naturaleza oportunista de la automatización con la mentalidad de los proveedores de software para desarrollar continuamente sus amenazas (con el afán de tener el mayor alcance posible sin ser detectados). Y, dado el impacto negativo que tiene cualquier empresa que sufre una filtración de datos o un ataque de ransomware, detectar un código malicioso antes de que afecte su red es fundamental para las empresas de TI. El desafío real no es el ransomware que ya se ha diseminado por Internet, sino los ataques específicos y las amenazas de día cero. Los ataques específicos implican un código nunca antes visto para la empresa que recibe el ataque, mientras que las amenazas de día cero explotan vulnerabilidades recientemente descubiertas para las cuales los proveedores aún no han emitido parches. Las empresas deben preocuparse más por este tipo de ataques, que generalmente tienen más éxito que los antiguos ataques similares. Por lo tanto, cuál es la mejor manera de evitar que una amenaza provenga de su propia red? Tiene algunas opciones en cuanto a dónde elija tratar los ataques maliciosos y cómo detectarlos y eliminarlos. El objetivo es detectar y eliminar el código malicioso lo más cerca posible del origen del ataque. En cuanto a dónde tratar un ataque, las empresas generalmente se dividen en dos campos: el campo de seguridad de los endpoints, en el cual el código malicioso logra llegar a un endpoint y luego se lo detecta y destruye, y el campo de sandboxing, en el cual se identifica y destruye al código malicioso antes de que ingrese a la red. Hasta que

2 El código malicioso actual es tan avanzado que la detección requiere un enfoque multifacético. Sin embargo, tanto las firmas como la heurística tienen limitaciones. haya una solución 100 % efectiva, posiblemente ambas tecnologías continúen siendo importantes capas de defensa. Sandboxes pueden proporcionar una ventaja preventiva, si se implementan de la manera correcta. Impedir la entrada del código malicioso Si piensa que su red es como un castillo, no hay un lugar mejor para detener el ataque que la puerta: un punto estrecho en el cual se puede inspeccionar a cualquier persona o cosa antes de permitirle la entrada. Si implementa una solución que pueda detectar un código malicioso dentro de su firewall de próxima generación (NGFW), colocará un guardia en la puerta del castillo. Nada entrará sin que el guardia lo sepa. A medida que ingresen los datos, se analizarán los datos de tráfico mediante diversos métodos para detectar códigos maliciosos: Firmas Mediante el uso de una base de datos de firmas digitales maliciosas, se analiza el tráfico para buscar cualquier dato que coincida con una firma. Si se encuentra una coincidencia, el código se marcará como malicioso. Heurística A diferencia de las firmas, que buscan coincidencias específicas dentro de una base de datos, el análisis basado en la heurística utiliza reglas y algoritmos para detectar un código que pueda tener intención maliciosa. Sandboxing En lugar de intentar revisar el código para encontrar firmas o intenciones maliciosas, la solución de sandboxing permite la detonación, o ejecución según lo previsto, del código y monitorea el comportamiento para detectar actividad maliciosa. Este proceso se logra en un entorno diseñado con un objetivo particular, o sandbox, en donde no se puede hacer daño. El uso de esta combinación de tácticas es más eficiente y eficaz, ya que los objetivos que están más al alcance se pueden lograr con tecnologías tradicionales más rápidas y que requieren un menor uso de recursos. Esto permite que el sandbox se concentre en el contenido restante que, en realidad, requiere su nivel de análisis. Por qué las firmas y la heurística no son lo suficientemente buenas La detección basada en firmas no es mejor que la base de datos que utiliza para identificar un código malicioso. Aun si su base de datos está actualizada, podría pasar por alto un ataque debido a que lleva tiempo que los proveedores de antivirus identifiquen malware, actualicen su base de datos y se la distribuyan a usted. Además, aquellos que escriben códigos maliciosos conocen la detección basada en firmas y utilizan un código que la evita. La heurística también puede ser imprecisa. Una parte del código podría simplemente ser tráfico que no encaja con el patrón esperado, lo cual produce falsos positivos. Algunas veces el código malicioso inicialmente no parece ser dañino hasta que se reensambla en el back-end, lo cual hace que la heurística sea ineficaz. Tomemos el ransomware, por ejemplo. El código descargado inicialmente no es dañino. El código se convierte en un arma cuando se conecta a un comando y servidor de control (C2) y descarga un código adicional. Otro ejemplo es una macro dentro de un documento de Microsoft Word. A menos que la macro maliciosa utilice un método de ataque sospechoso o conocido, ni las firmas ni la heurística podrán indicar si la macro es buena o mala. Utilizar firmas o heurística para realizar un análisis pasivo del tráfico tiene sus limitaciones. El análisis no brinda al código la oportunidad de activarse, y los atacantes son expertos en ofuscar su código malo (desde una perspectiva de análisis) dentro del código "bueno". Por lo tanto, la forma más eficaz de detectar un código malicioso es interactuar con una versión completamente convertida en arma. Jugar con fuego La única manera de atrapar un código malicioso avanzado es "detonarlo". El proceso de detonación es muy diferente de tan solo analizar el código. Es similar a hacer un cultivo de un microbio peligroso en un laboratorio de contención de peligro biológico o hacer estallar una bomba en una cámara de contención. El sandbox proporciona 2

3 un lugar seguro para permitir que los datos interceptados se abran y sigan su curso en observación. Si se confirma un comportamiento sospechoso o malicioso, el archivo y la amenaza que contiene pueden ser eliminados. Sandboxes intentan detonar cada tipo de archivo: Archivos de contenido activo Estos archivos incluyen ejecutables, scripts y DLL. Se permite que los archivos se ejecuten e interactúen con el sandbox de forma normal, lo monitoreen para detectar acciones maliciosas, como modificar la configuración de firewall del sistema operativo o establecer las conexiones salientes en Internet. Archivos de contenido pasivo Estos archivos incluyen cualquier tipo de documento, PDF, archivos comprimidos (p. ej., ZIP, JZIP, RAR) e incluso archivos de imagen. Estos archivos se analizan con su aplicación predeterminada para monitorear la presencia de actividad maliciosa, como una macro de Word que intente descargar un código adicional de Internet. Si no se tiene cada parte del software disponible en un sandbox, es imposible analizar cada archivo pasivo. Finalmente, deberá configurar su sandbox con la capacidad de inspeccionar la mayor cantidad de tipos de archivos posible. Malware en una imagen Podría preguntarse por qué los archivos de imagen se deben examinar, ya que representan uno de los tipos de datos aparentemente más benignos. Pero los archivos de imagen pueden contener datos de carga maliciosos. Tomemos el ejemplo de un ataque reciente en Brasil, en el cual un PDF adjunto incluía un enlace a un archivo ZIP. Dentro de ese archivo ZIP había un ejecutable y un archivo de Gráficos de red portátiles (PNG). El PNG era pequeño (menos de 64 píxeles cuadrados) pero tenía un tamaño de archivo de más de 1 MB. Luego de la inspección del ejecutable adyacente, fue evidente que el código estaba diseñado para extraer y ejecutar un binario malicioso oculto dentro del PNG. Mejorar las firmas con el sandbox Como se mencionó anteriormente, un enfoque multifacético es la mejor forma de detectar un código malicioso. Mejorar cualquiera de los métodos de análisis pasivo puede ayudar a hacer que el proceso de detección sea más eficiente, ya que la verificación frente 3

4 Las medidas exhaustivas que se toman para ofuscar el código malicioso real demuestran la necesidad de un sandbox y el intento de detonación de todos los archivos que ingresan a su red. a una base de datos de firmas requiere muchos menos ciclos de CPU que generar y mantener un sandbox capaz de detonar un solo caso de código malicioso. Además de la detonación, los sandboxes se pueden utilizar para crear firmas cuando se determina que un código será malicioso (después de todo, serán los primeros en ejecutar el código malicioso). Cuando se identifica un código malicioso, se crea una firma y se puede actualizar una base de datos de firmas, lo cual mejora la velocidad y precisión de una futura detección de códigos maliciosos. Aún así, las técnicas de análisis pasivo tienen sus deficiencias en cuanto a la detección. De modo que es justo preguntar si un sandbox es más exitoso o no. Cómo trabaja un sandbox El sandbox actúa como un entorno de "chivo expiatorio", en donde se monitorea un código malicioso y su interacción con el sistema operativo. Los sandboxes buscan lo siguiente. Llamadas de sistema operativo: Incluidas las llamadas del sistema de monitoreo y las funciones de API. Cambios del sistema de archivo: Cualquier clase de acción, incluida la creación, modificación, eliminación y cifrado de archivos. Cambios de red: Cualquier clase de establecimiento anormal de conexiones salientes. Cambios de registro: Cualquier modificación para establecer la persistencia o cambios en los ajustes de seguridad o redes. Entre tanto y más allá: El monitoreo de las instrucciones que ejecuta un programa entre las llamadas del sistema operativo, para complementar el contexto de otras observaciones. Es eficaz un sandbox? La detección basada en firmas es perfecta para detectar el código malicioso de ayer, pero no hace nada para detener los ataques de día cero o los ataques que simplemente mutaron (es decir, malware específico que no coincide con la firma debido a la mutación). La heurística hace avanzar a la detección un paso hacia la dirección correcta, en busca de patrones anormales en el código. Pero como se demostró con el uso de un archivo de imagen para entregar una carga, los archivos iniciales (p. ej., un PDF con un enlace a un archivo ZIP externo) no dan ninguna señal de alarma. Este problema es el motivo por el que el sandbox es un método de detección tan eficaz. Aun con ataques de día cero que tienen firmas y códigos que no se hayan visto antes, el sandbox es el único método que detecta un comportamiento malicioso. Después de todo, el código malicioso realiza una cantidad limitada de acciones, como hacer una conexión externa, descargar cargas adicionales, conectarse a un servidor C2 e intentar realizar cambios en el sistema operativo. Ninguna de estas acciones es necesariamente normal en los archivos relacionados con el trabajo. Conclusión Hay varias maneras de proteger a su empresa contra códigos maliciosos. Si bien la protección de los endpoints es importante, puede exponer a la empresa a un riesgo aún mayor al permitir que un código malicioso ingrese a la red. Una solución de sandboxing proporcionan un medio para detener las amenazas antes de que ingresen a la red. Más información. Descubra los diferenciadores clave que debe considerar en su estrategia de sandboxing. Lea nuestro informe de soluciones: "Implementación de una estrategia sólida de sandboxing". 4

5 2017 SonicWall Inc. TODOS LOS DERECHOS RESERVADOS. SonicWall es una marca comercial o marca comercial registrada de SonicWall Inc. o sus afiliados en EE. UU. u otros países. Todas las demás marcas comerciales y marcas comerciales registradas son propiedad de sus respectivos dueños. La información presentada en este documento se proporciona en relación con los productos de los afiliados de SonicWall Inc. No se otorga ninguna licencia, expresa o implícita, por impedimento legal o de otro modo, a ningún derecho de propiedad intelectual o en relación con la venta de los productos SonicWall. EXCEPTO LO ESTABLECIDO EN LOS TÉRMINOS Y CONDICIONES ESPECIFICADOS EN EL ACUERDO DE LICENCIA PARA ESTE PRODUCTO, SONICWALL, O SUS AFILIADOS, NO GARANTIZA RESPONSABILIDAD ALGUNA Y RENUNCIA A CUALQUIER GARANTÍA EXPRESA, IMPLÍCITA O REGLAMENTARIA RELACIONADA CON SUS PRODUCTOS, INCLUIDAS, ENTRE OTRAS, LA GARANTÍA IMPLÍCITA DE COMERCIABILIDAD, ADECUACIÓN PARA ALGÚN FIN EN PARTICULAR O NO INFRACCIÓN. EN NINGÚN CASO SONICWALL, O SUS AFILIADOS, SE HARÁ RESPONSABLE POR DAÑOS DIRECTOS, INDIRECTOS, DE CARÁCTER CONSECUENTE, PUNITIVOS, ESPECIALES NI INCIDENTALES (INCLUIDOS, ENTRE OTROS, DAÑOS POR PÉRDIDA DE GANANCIAS, INTERRUPCIÓN DEL NEGOCIO O PÉRDIDA DE LA INFORMACIÓN) QUE SURGIERAN POR EL USO O LA INCAPACIDAD DE USAR ESTE DOCUMENTO, INCLUSO SI SONICWALL, O SUS AFILIADOS, LE HUBIERA ADVERTIDO SOBRE LA POSIBILIDAD DE TALES DAÑOS. SonicWall, o sus afiliados, no efectúa declaraciones ni otorga garantías con respecto a la precisión o la integridad de los contenidos de este documento y se reserva el derecho de realizar modificaciones en las especificaciones y descripciones del producto en cualquier momento sin previo aviso. SonicWall Inc., o sus afiliados, no se compromete a actualizar la información que figura en este documento. Acerca de nosotros Durante más de 25 años, SonicWall ha sido el socio de seguridad confiable del sector. Desde la seguridad de red y la seguridad de acceso hasta la seguridad en el correo electrónico, SonicWall ha evolucionado de manera continua su portafolio de productos a fin de posibilitar la innovación, la aceleración y el crecimiento de las empresas. Con más de un millón de dispositivos de seguridad en alrededor de 200 países y territorios en todo el mundo, SonicWall permite a sus clientes decir sí al futuro con confianza. Si tiene alguna pregunta sobre el posible uso de este material, comuníquese con: SonicWall Inc Great America Parkway Santa Clara, CA Visite nuestro sitio web para obtener más información SonicWall Inc. TODOS LOS DERECHOS RESERVADOS. SonicWall es una marca comercial o marca comercial registrada de SonicWall Inc. o sus afiliados en EE. UU. u otros países. Todas las demás marcas comerciales y marcas comerciales registradas son propiedad de sus respectivos dueños. ExecBrief-WhyNetworkingSandboxing-EU-IMAG-24857