27001 y PCI DSS, Un Análisis Comparativo

Hace un par de meses fue emitida la nueva versión de la norma PCI DSS, esta nueva versión (3.2) hace una actualización en algunos controles técnicos y endurece otros, sin embargo, no cambia su enfoque.

La norma PCI DSS v.3.2 y sus diferentes actualizaciones se ha venido orientando el cumplimiento de la misma en un esquema de los negocios como siempre (Business as Usual – BAU), sin embargo este enfoque aunque la acerca un poco más a la norma ISO 27001:2013 en términos de que las tareas deben ejecutarse de manera continua como parte de los procedimientos, la sigue manteniendo separada en su filosofía.

Partamos de la filosofía de los sistemas de gestión planteados por las normas ISO: “mejoramiento continuo”, es decir, se presume un sistema que tiene fallas pero que busca mejorarse continuamente y usa los mecanismos como manejo de incidencias y auditorías para el apoyo en la generación de los cambios. Este sistema parte de los requerimientos de la organización y del apetito de riesgo de la misma, el análisis de riesgos provee los insumos para la definición de los controles que debe implementar la organización.

La norma PCI DSS parte del principio de que los controles definidos cumplen con los requerimientos de seguridad y deben estar funcionando correctamente. Los mecanismos como manejo de incidencias y auditorías son sistemas de monitoreo para asegurar que los controles están operando correctamente, y buscan realinear cualquier desviación con la definición original y no mejorar, o en el mejor de los casos se busca detectar actividad sospechosa no limitada por los controles implementados. El único control que permitiría un espacio para mejorar el sistema es la evaluación de riesgos (Req. 12.2), pero es un control sin dientes, porque lo único que se exige es que se haga una evaluación que identifique las amenazas y vulnerabilidades asociadas en búsqueda de riesgos no mitigados por la norma, sin embargo, aunque el control pide identificar nuevos controles, el mecanismo de verificación no pide que se valide la implementación de dichos controles.

El espíritu con el que se implementan estos dos sistemas que buscan un fin común, asegurar los activos de información, difiere también en el principio que determina su vida dentro de la organización, la norma ISO 27001 requiere de un compromiso de la dirección sin que sea un requerimiento legal o contractual (en la mayoría de los casos), mientras que la norma PCI DSS es mandatoria, ya sea porque para operar, las franquicias de las marcas de pago o el adquiriente lo exigen o porque un cliente lo exige, es importante tener en cuenta que para mantener adecuadamente la implementación de la norma requiere un soporte financiero y esto hace que se involucre la dirección. De hecho, para llegar a la implementación de una norma ISO 27001 se hace de una manera más voluntaria (algunos mercados están exigiendo estar certificado para permitir el acceso a ellos), mientras que la implementación de los controles de la norma PCI DSS son obligados de manera contractual para poder manejar datos de tarjeta habiente. Se puede decir que la diferencia de principios genera una diferencia significativa en la asignación de recursos y en el camino que se sigue para implementar su cumplimiento.

De acuerdo a este espíritu en un sistema que se requiere un compromiso se deberían obtener mejores resultados, mientras que en un sistema de obligatorio cumplimiento se hará lo mínimo necesario para pasar la evaluación. Sin embargo, esta presunción dista mucho de la realidad, ya que en la mayoría de las implementaciones de cualquiera de las dos normas se encuentra que se hace lo mínimo necesario para poder demostrar un estado de cumplimiento, generando en ocasiones controles débilmente implementados.

El alcance de las dos normas tiene dos ramas que también difieren en lo que se busca obtener, en la primera rama vemos que mientras la norma PCI DSS busca proteger la confidencialidad, la norma ISO 27001 tiene un alcance mayor cubriendo no solo la confidencialidad sino la integridad y la disponibilidad. Esta gran diferencia nos muestra que sólo proteger los datos de la organización con los controles que brinda la norma PCI DSS deja dos vectores importantes huérfanos comprometiendo la imagen y la continuidad del negocio.

En la otra rama del alcance de la norma están los activos de información a proteger, mientras que PCI DSS busca proteger los datos de tarjeta-habiente, la norma ISO 27001 busca proteger todos los activos de información de la organización de acuerdo a los niveles que la misma organización defina.

Esta diferencia lo que nos muestra es que PCI DSS tiene pre-definido un conjunto de activos como confidenciales mientras que bajo el criterio de la norma ISO 27001 esta definición puede ser un poco ajustable dependiendo de los requerimientos legales a los que esté sujeta la empresa, las necesidades de proteger sus activos de información y su apetito de riesgo. Sin embargo, al estudiar diferentes implementaciones de la norma ISO 27001, es fácil encontrar la falta de rigurosidad a la hora de clasificar la información y por ende los controles terminan siendo laxos o insuficientes.

Adicionalmente algunas organizaciones certifican tareas que tienen en plan de trabajo, contrario a la exigencia de los controles de la norma PCI DSS que se posicionan de un modo absoluto y estricto, la definición de cumplimiento de estos no da lugar a términos medios y no se pueden validar planes de trabajo, los controles deben estar operando desde el principio para considerar que la organización se encuentra en estado de cumplimiento con la norma PCI DSS.

Otro punto de vista sobre la expectativa de cómo implementar cada una de las normas se obtiene al analizar los requerimientos para poder auditar o verificar el cumplimiento de cada una de las normas, mientras que en términos generales de un auditor líder de ISO 27001 se espera que sea un profesional con deseable experiencia en auditoría interna o en auditoría de calidad (ISO 9001) o en general cualquier auditoría que se rija por los métodos definidos en la ISO 19001, un auditor de PCI DSS debe demostrar experiencia de 5 años en el campo de la seguridad informática y alguna certificación de industria en este campo, lo que hace que una persona certificada para hacer evaluaciones PCI (QSA) lo pueda hacer con conocimientos reales y prácticos sobre la materia y no solamente los conocimientos sobre una norma donde en algunas ocasiones sus argumentos serán sobre la interpretación de una palabra y no sobre el riesgo al que se puede exponer una plataforma por una inadecuada implementación de un control.

En otras palabras, la definición de la norma PCI DSS puede considerarse como el ejercicio que hizo el PCI SSC al definir los controles para un sistema de gestión sobre una empresa genérica con unas premisas definidas, con un alcance limitado, y esto lo podemos ver cuando hacemos un mapeo de las dos normas, al realizar esta tarea encontramos que prácticamente todos los controles de la noma PCI DSS tienen una equivalencia en el Anexo A de la norma ISO 27001, sólo que en la primera los controles son bastante específicos.

Conclusión
En ambientes donde es un requerimiento implementar la norma PCI DSS se deben aprovechar los beneficios que brinda el tener un sistema de gestión de seguridad de la información, al proveer mecanismos de mejora continua y respaldo corporativo sumados con el detalle de los controles que da la norma PCI DSS que han sido probados en diferentes ambientes y son reconocidos por dar resultados adecuados.

En muchos casos la implementación de la norma PCI DSS da una relevancia a controles que eventualmente durante la implementación del sistema de gestión se pudieron haber pasado por alto o no se les dio la suficiente importancia.

Referencias
(1) ISO/IEC 27001:2013 Information technology – Security techniques – Information security management systems – Requirements – 2013-10-01
(2) Payment Card Industry (PCI) Data Security Standard (DSS) – Requirements and Security Assessment Procedures – Version 3.2 – 2016-04

Autor: Javier Roberto Amaya Madrid, ISO 27001 LA, PCI QSA, PCI PCIP
Consultor en Seguridad

Nuevo plazo para registrar las bases de datos personales en Colombia

Hace unos días (el 4 de mayo) que participé en una de las formaciones que dicta la Superintendencia de Industria y Comercio en relación con el Registro Nacional de Bases de Datos Personales, durante la sesión de preguntas y respuestas los instructores invitaron a uno de los profesionales del equipo legal que apoya los procesos relacionados con este tema internamente para apoyar la tarea y ser formales en las respuestas entregadas, en alguna de las preguntas de los participantes, el abogado fue enfático en afirmar que el Gobierno Nacional no daría más plazos para el registro.


Sin embargo, al navegar en la página web de la Superintendencia de Industria y Comercio (http://www.sic.gov.co/) encontramos un banner que ocupa el 70% de la página principal donde presenta el borrador del decreto con el que se dará un nuevo aplazamiento para el cumplimiento de la obligación de declarar las bases de datos personales.

Al revisar el proyecto podemos encontrar que se mantiene la consideración inicial del primer aplazamiento (decreto 1759 de 2016), pero se incluye un nuevo elemento a considerar para tomar esta determinación y es el hecho de que menos del 25% del total de los sujetos obligados a hacer el registro lo han hecho.

Si analizamos las consideraciones para este aplazamiento deberíamos llegar a algunas conclusiones alarmantes: la primera sería que la tarea de divulgación y socialización, no se ha realizado de acuerdo al mandato de la ley y, esta es una obligación del Estado a través de las entidades que lo representan, esto representa una acción que debería ser verificada por las entidades de control.

El segundo tema a considerar es: si los obligados a reportar mantienen la indisciplina, el Gobierno seguirá dando plazos de manera indefinida, deslegitimando el proceso y pisoteando un trabajo que le ha costado mucho esfuerzo al mismo Gobierno para lograr la protección de la información de sus ciudadanos.

Y finalmente, tantos aplazamientos pueden significar una falta de visión, un análisis pobre de las causas de los incumplimientos y una planeación inadecuada, ya que una simple ampliación de plazos no va a asegurar que al final del ciclo se logre el objetivo si no se plantean u ofrecen mecanismos que garanticen el cumplimiento de la norma.

El decreto entonces, se queda corto porque no le da a la Superintendencia herramientas adicionales para mejorar la “divulgación y socialización” y si a la fecha menos del 25% de los responsables han hecho la tarea, ¿qué hace pensar que en 6 meses lo hará el 75% faltante si la ampliación anterior fue similar y no se logró el propósito?

No sería mejor ofrecer un plazo mayor brindando recursos adicionales para que la Superintendencia pueda ofrecer herramientas, plantillas, guías y ejemplos específicos a aquellas empresas que por su tamaño no tienen la capacidad para hacer un análisis juicioso sobre el estado de la protección de datos al interior de las empresas.

Si no se plantean mecanismos de apoyo es mejor no seguir dando plazos y dedicar los recursos a verificar el cumplimiento de una ley que ya va a cumplir 5 años, que ahora se amplían quedando con los siguientes plazos :
  • Los Responsables del Tratamiento, personas jurídicas de naturaleza privada y sociedades de economía mixta inscritas en las cámaras de comercio del país, deberán realizar la referida inscripción a más tardar el 31 de enero de 2018, de acuerdo con las instrucciones que para el efecto imparta la SIC.
  • Los Responsables del Tratamiento, personas naturales, entidades de naturaleza pública distintas de las sociedades de economía mixta y personas jurídicas de naturaleza privada que no están inscritas en las cámaras de comercio, deberán inscribir sus bases de datos en el Registro Nacional de Bases de Datos a más tardar el 31 de enero de 2019, conforme con las instrucciones impartidas para tales efectos por la SIC.
Las bases de datos que se creen con posterioridad al vencimiento de los plazos referidos en los literales a) y b), deberán inscribirse dentro de los 2 meses siguientes, contados a partir de su creación.


Autor: Javier Roberto Amaya Madrid, ISO 27001 LA, PCI QSA, PCI PCIP
Consultor en Seguridad

Cómo protegerse (efectivamente) de un Ransomware o la RansomSociety (la Sociedad Secuestrada)

El Ransomware es un programa que aprovecha una vulnerabilidad para “colarse” en tu PC, encriptar todos los datos y pedirte dinero a cambio, además en medios empresariales se propaga de forma que infecta todas las unidades de red a las que tengas acceso.

Un Ransomware es un Virus?
Un virus es un programa cuya finalidad es la infección alterando o no su comportamiento. Hay un tipo de virus llamado “gusano” [Worm] cuya finalidad es la dispersión (la infección masiva).

Un ramsonware es un programa “malicioso” de ahí el nombre de MalWare [Software Malintencionado], cuya finalidad como programa es el secuestro de la información de nuestro equipo. 

En el caso de WannaCry, es un programa malicioso, dado que secuestra nuestra información y nos pide dinero para liberarla y al mismo tiempo se dispersa (Worm).

La RansomSociety es la sociedad secuestrada por la amenaza de este tipo de acciones, cada día hay más preocupación por la “amenaza digital”, hemos visto robos de información que han influido en resultados electorales, países que abandonan las máquinas para hacer el recuento de sus elecciones “analógicamente” (Holanda) por miedo a intervenciones de un tercero. Ataques a infraestructuras críticas con éxito, Ucrania… La amenaza existe, y más desde que ha pasado a tener plan de negocio. Conviene recordar que la “industria” del malware mueve miles de millones de dólares hoy en día, por tanto, hay negocio y hay gente dispuesta a beneficiarse de este mercado, así que vamos a tener amenazas ahora y en el futuro.

¿Cómo podemos protegernos de forma efectiva contra un Ransomware?
Hay dos principios básicos:
  1. Preventivo: previniendo la pérdida, anticipándome y protegiendo el equipo previo a que esto pase.
  2. Reactivo: actuando una vez estoy siendo atacado.
En función de dónde esté:

¿Qué hago en casa?

Preventivo
  • Unificar la información personal en una carpeta (Mis Documentos, Mis Imágenes…), ¿por qué? Para facilitar la copia de seguridad, si tenemos la información dispersa en el disco duro hacer un backup será más complejo.
  • Comprar un disco duro externo y hacer copia de los datos a este medio externo.
  • Establecer una rutina de actualización de la información, éstas acciones tienen que tener continuidad, tener un backup de hace 3 años puede que no me sirva de nada, por tanto, a la hora de establecer un proceso de copia debe establecerse una rutina de actualización (cada día, cada semana, cada mes…).
  • Revisar que Windows Update o el sistema operativo utilizado esté al día, si no es así actualizar el equipo.
  • Actualizar Antivirus/Malware en todos los equipos (recordemos que si es un ZeroDay no habrá definición de antivirus aún pero siempre es recomendable).
  • Explicar a todos los usuarios del PC que:
    • No deben abrir correos sospechosos,
    • No deben ejecutar programas que “aparecen” en la web tipo “instale esto y le permitiremos bajar el archivo” o “su pc es vulnerable, escanéelo ahora con este programa”, suele ser malware.
    • Usar un bloqueador de elementos emergentes en los navegadores
    • Usar UAC (Control de cuentas de usuario de Windows).
      Inicio – Cuentas de usuario:


      Haga clic en Activar o desactivar Control de cuentas de usuario.
      Nota: Si se le pide una contraseña de administrador o una confirmación, escriba la contraseña o haga clic en Continuar.
      Haga clic para activar la casilla de verificación Usar el Control de cuenta de usuario (UAC) para ayudar a proteger el equipo y, a continuación, haga clic en Aceptar.
      Reinicie el equipo para aplicar el cambio.
      • Controlar las opciones de privacidad de los navegadores.
      • Borrar la memoria caché de Internet y el historial del navegador. [Basados en los métodos de protección pasivos de la definición de Virus].
      Generalmente en un domicilio los Pc’s comparten un grupo de trabajo, por lo que todos los usuarios de todos los Pc’s del domicilio debieran observar éstas recomendaciones.
Reactivo
Si mi equipo se comporta de forma anómala ¿qué puedo hacer?
  • Si veo que la información ya no está disponible o bien los archivos cambian de nombre o bien el equipo se queda “colgado”, es posible que tenga un malware cifrando la información. En ese caso:
    • Apagar el equipo
    • Buscar asesoramiento para restaurar la información, evaluar hasta dónde ha llegado o bien probar la solución de la infección completa.  O bien restaurar la información desde el punto de restauración anterior y revisar que la información se halle actualizada.
  • Si ya me han infectado del todo y al abrir cualquier archivo lo que veo es el aviso del Ransomware conforme debo pagar:
    • Intentar buscar soluciones ya existentes en www.nomoreransom.org
      Asistente de NomoreRansom.org

      Nomoreransom.org
      Es una iniciativa sin ánimo de lucro que agrupa herramientas gratuitas para los usuarios. En caso de haber sido infectado por alguno de los malwares que ya disponen de desencriptador, es posible desencriptar la información sin necesidad de pagar al Ciberdelincuente.

      CryptoSheriff permite enviar un archivo cifrado a nomoreransom para que ellos identifiquen el tipo e indiquen si tienen “vacuna”.

    • O utilizar Telefonica WannaCry File Restorer, si apagamos el PC antes de que se cifre todo aún puede recuperarse desde la carpeta Temp.
    • Si esto no funciona, ir a buscar directamente el backup y despedirse de la información que no hubiera guardada en la copia de seguridad.
    • No se recomienda pagar el rescate, no hay garantía que el pago vaya a permitir desencriptar la información (hay quien ha pagado y no ha podido rescatar la información, hasta los procesos de pago de los Ransomwares tienen un “HelpDesk” para ayudar a los usuarios…).
¿Qué hago en la oficina?
Preventivo
  • No emplear los medios de la oficina para otra cosa que el cometido de tu puesto de trabajo.
  • Comunicar un incidente cuando se produzca mediante los cauces establecidos y si estos no existen mediante cualquier medio a nuestro alcance
  • No abrir correos sospechosos o que tengan algo que los haga sospechosos, como por ejemplo:
    • Texto extraño o contenido poco habitual, el cuerpo del mensaje “pide dinero” o pide algo no habitual como que se realice un acceso a su web.
    • Otro ejemplo, es un correo de publicidad con un ZIP anexo, ¿Para qué es el Zip? Sospechar
    • Oferta novedosa o mail del banco: “estamos actualizando la información debe acceder a su cuenta e introducir su número de cuenta”. Los bancos nunca piden el número de cuenta, lo único que piden son el identificador de acceso y la clave que debe ser oculta. Si un banco pide que le envíes la clave en texto, llama al banco.
  • No ejecutar programas que “aparecen” en la web tipo: “instale esto y le permitiremos bajar el archivo” o “su pc es vulnerable, escanéelo ahora con este programa”, “llame a este 908 para bajar…” suele tratarse de malware.
Reactivo:
Si recibo un mail y al abrir el adjunto la pantalla parpadea o bien el adjunto de Office no se abre o bien se abre y el Excel/Word se cierra a continuación, es posible que haya sido infectado. En ese caso: Avisar a los equipos de soporte

¿Cómo identifico que mi equipo está teniendo un ataque?
  • Si veo que la información ya no está disponible o bien los archivos cambian de nombre y el equipo se queda “colgado”, lo más probable es que tenga un malware cifrando la información. En ese caso:
    • Apagar el equipo
    • Avisar inmediatamente a los equipos de soporte
  • Avisar a los compañeros que si reciben un mail nuestro puede ser fraudulento
  • Si veo que información en la red a la que tengo acceso no está o bien ha cambiado de nombre:
  • Avisar a los equipos de soporte
Existen asimismo métodos de infección en donde no es necesario que yo haya abierto “nada”, sino que el ransomware busca equipos vulnerables a determinada vulnerabilidad en el sistema (el caso de WannaCry, se vale de un ZeroDay para infectarse) y por el hecho de estar conectados a la red los infecta. Por lo que nosotros, como monitores debemos estar atentos al comportamiento de nuestro PC y si vemos que alguna de las casuísticas mencionadas antes se produce avisar de inmediato para que los equipos de respuesta puedan identificar y neutralizar lo antes posible la amenaza.

QUÉ ES UN ZERO DAY?
Son vulnerabilidades de los programas desconocidas para su fabricante –por tanto, no ha podido emitir un parche que la subsane- no estamos protegidos contra ellas dado que son desconocidas para los equipos que administran los sistemas. Ante ellas las protecciones más efectivas son el aislamiento “cortamos internet” o bien la concienciación “sospechar de un correo extraño o no solicitado”.

Una Vulnerabilidad Zero Day puede permitir por ejemplo que un archivo se copie entre todos los Pcs vulnerables a dicha vulnerabilidad de una red. Este es el caso de WannaCry que explota una vulnerabilidad de SMB

Conclusión
Por tanto, aunque seamos un usuario que no entra en ninguna web extraña ni recibe ningún mail extraño podemos vernos infectados por otro usuario que sí lo haga por la naturaleza “gusano” de algunos malwares. Lo primero que debemos hacer como usuarios es evitar la infección evitando actividades que puedan poner en riesgo la compañía/información doméstica. Hemos visto cómo, aún sin haber sido nosotros quienes realizan estas actividades, podemos resultar infectados, en cuyo caso la recomendación es disponer de información de copia de seguridad actualizada, de forma que esta pueda ser restaurada de forma eficaz y rápida y no nos haga depender del pago de un rescate, también hemos visto cómo, aunque se haya encriptado toda la información aún queda esperanza con recursos como nomoreransom.org.

Por tanto, todos debemos observar reglas de uso adecuado de los medios para preservar las tres dimensiones de la Seguridad de la Información que son la Confidencialidad, la Integridad y la Disponibilidad de mis datos, si el cumplimiento no es por parte de todos, estas dimensiones pueden verse afectadas:
  • Confidencialidad: Exfiltración, publicación de información a quien no debiera verla
  • Integridad: Alteración, modificación de la información, caso de ransomware
  • Disponibilidad: Denegación, impedir el acceso a la información, caso de los Ataques que saturan los sistemas, ataques de Denegación de Servicio (DOS) o bien si son a gran escala Ataques Distribuidos de Denegación de Servicio (DDOS).
Y nuestros técnicos deben velar para que los sistemas que empleamos se hallen actualizados de forma que al menos dispongamos de la protección que el fabricante ha suministrado vía actualización de los parches o definición de virus.

Internet Security Auditors asesora y ayuda a las empresas a conseguir un entorno en donde se cumpla la conclusión de éste artículo, ayudando a gestionar su seguridad y aportando un enfoque práctico orientado a negocio que aporte valor a todos los involucrados implantando las mejores prácticas y una metodología contrastada para reducir el riesgo de ataques.


Autor: Carlos Ortiz de Zevallos - ISO 27001 L.A., Scrum Manager, MCP, ITILF, 
ITIL Service Management.
Dpto. Consultoría

Crónica Mundohackerday 2017



Mundohackerday es uno de los eventos de ciberseguridad y hacking más importantes de España y en este evento (que es ya la 4ªedición) se analizaron las últimas tendencias en materia de ciberseguridad con diversas ponencias y mesas redondas en las que participaron expertos de todo el mundo.
En este evento se ha querido concienciar sobre la importancia de la ciberseguridad. Se habló de que los ciberataques son cada vez más sofisticados y difíciles de detectar, por lo que es importante divulgar y concienciar a empresas y ciudadanos sobre la ciberseguridad.

El inicio del evento lo efectuó Víctor Aznar (director de Globb TV) con una breve introducción y posteriormente Antonio Ramos, presentador del programa de televisión Mundohacker y director de StackOverflow.es dio comienzo al evento. Antonio Ramos en su charla “Keynote: Sociedad 4.0 - la cuarta revolución industrial, bienvenidos al infierno!” habló sobre las sociedades actuales y cómo afecta la tecnología y los problemas que nos acontecerán próximamente con la robótica (la automatización de tareas/trabajos por estos mismos).

Para continuar Ricardo Maté y Antonio Ruiz, de “Sophos Iberia”, explicaron como el uso de técnicas de cifrado que pueden ser de gran ayuda a la hora de cumplir el nuevo reglamento europeo de protección de datos (Reglamento (UE)”.
La siguiente charla fue la mesa redonda, compuesta por Rosa Díaz (Panda), Carlos Tortosa (ESET), Pedro Garcia (Kaspersky), Melchor Sanz (HP), Isaac Gutiérrez (Prosegur), Silvia Barrera (Policía Nacional) y Juan Navarro (HPE Software), con moderación de Carlos Alberto Saiz Peña (ISMS Forum). La charla trató sobre la nueva normativa europea en materia de seguridad y privacidad, la GDPR o el Reglamento General de Protección de Datos, que ya está en vigor y será de obligado cumplimiento a partir del 25 de mayo de 2018.

La siguiente ponencia la realizó Julien Blanchez, (Google), que nos habló de cómo securizar las plataformas cloud y nos describió las tecnologías que utiliza su compañía para mantener los datos seguros en los servicios que ofrecen.

Para continuar, la siguiente charla fue protagonizada por Gadi Naveh, (Check Point), que habló sobre la historia del cibercrimen hasta los tiempos de hoy, en los que actualmente es posible contratar servicios de phising, exploit o ransomware, por lo que, estas técnicas, para fines maliciosos están al alcance de cualquiera, aunque sus conocimientos informáticos sean muy básicos. A lo largo de su charla enumeró las fases por las que un ataque llega a ser exitoso.

Después del café continuamos con Carlos Gómez Gallego, (HPE Aruba), el cual nos relataba que cada vez hay más riesgos de seguridad asociados a los dispositivos móviles.
El siguiente ponente fue Agustín Muñoz-Grandes, (S21sec), que habló sobre los servicios gestionados vs APTs (advanced persistent Threats), indicando también a su vez que las personas son el punto de entrada de la mayoría de los ataques,

La última charla de la mañana fue la mesa redonda “Hacking Spain: el rol de las comunidades en la ciberseguridad”, Esteban Dauksis (FAQin), Miguel Ángel Cazalla (Hack & Beers), Igor Lukic (Hackron), Juan Antonio Robledo (HoneyCON),David Albela (María Pita DefCon),Luis Jurado Cano (Moscow C0n),Juan Carlos Gutiérrez (Mundo Hacker),Rubén Ródenas (Navaja Negra),María José Montes Díaz (Qurtuba),Sergio Sáiz García (Sh3llCon), Adrián Ramírez Correa (SEC/ADMIN9, Ángel-Pablo Avilés (X1RedMasSegura) y Raúl Riesco (Incibe) como moderador.

Después de comer, siguió David Marugán, explicando como la tecnología se ha abaratado para el ciberespionaje y puede estar al alcance de todos. A su vez nos enseñó dispositivos y técnicas que se utilizan para rastrear y tener la seguridad de que no existen micrófonos u otros elementos espiándonos.

Siguiendo con el evento Enrique Serrano nos alertaba de como roban tus credenciales mientas navegas.

El siguiente ponente fue Carlos Loureiro, que se centró en la realización de análisis de la deep web y como era posible rastrear IPs y usuarios.

Seguimos con Alberto Cartier, que nos apartó un poquito de la seguridad, pero nos mostró técnicas de memorización con ejemplos prácticos, como por ejemplo recordar palabras en nuevos idiomas y recordar largas secuencias de números.

Luego Yago Hansen (Mundo Hacker y Stack Overflow) explicaba cómo realizar chats secretos mediante canales Wi-Fi encubiertos.

Deepak Daswani (Deloitte) nos habló sobre Whatsapp y distintas técnicas para espiar su contenido.
Simon Roses (Vulnex), hizo referencia en su charla a las puertas traseras que se encuentran actualmente.

Javier Espejo (Raipson) nos habló de Red Team y como ser “malo” y no acabar entre rejas.
Pedro Candel (Deloitte) y Carlos Barbero nos explicaron como explotar sistemas de escritorio de última generación mediante browser hooking.

Lorenzo Martínez (Securízame) hizo mención a las APTs (Amenazas Persistentes Avanzadas).
Y ya para finalizar Gabriel Lazo hablo sobre la ciberguerra, exponiendo que la OTAN ha reconocido al ciberespacio como un nuevo campo militar, junto con los campos que ha habido siempre como son los de tierra, mar y aire.

Por otro lado, la CTF Academy, en la que miembros del equipo español que han participado en los campeonatos Europeos “European Cyber Security Challenge 2016” enseñaban a los futuros expertos en seguridad cómo aprender a competir en retos de hacking en cuatro sesiones a lo largo de la jornada.


Una mirada del Ransomware WannaCry desde el punto de vista de PCI DSS

Desde hace algunos días la comunidad Internet ha estado siendo agobiada por el ataque de un virus informático que, desde el punto de vista de diferentes estándares de seguridad y en especial de la norma Payment Card Industry Data Security Standards PCI DSS v.3.2 (https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-2.pdf?agreement=true&time=1494941625673 ), no ha debido ocurrir.

Veamos algunos elementos de información que se han hecho públicos y que nos permiten hacer un análisis de los eventos que resumo a continuación:
  • Microsoft publicó un parche para todos los sistemas operativos soportados para una vulnerabilidad clasificada como crítica en el protocolo Server Message Block (SMB) versión 1.0 el 14 de marzo de 2017 (MS17-010).
  • La vulnerabilidad usada por este virus (EternalBlue), junto con el exploit fue hecha pública por el grupo de hackers Shadow Broker el 14 de abril de 2017.
  • El 12 de mayo de 2017 se viraliza el Ransomware WannaCry iniciando uno de los ataques más serios de los últimos tiempos.
  • El 12 de mayo, algunos fabricantes de antivirus publicaron las firmas que detectan este virus.
  • Debido a la seriedad del ataque Microsoft publicó parches para algunos sistemas operativos no soportados el 13 de mayo de 2017.
Si revisamos con detenimiento las fechas encontramos que entre la fecha de publicación del parche y el ataque pasaron dos meses, y, la norma fija que no deben pasar más de 30 días desde la publicación de un parche de una vulnerabilidad crítica y su aplicación (requerimiento 6.2 de la norma PCI DSS v.3.2).



El virus está atacando a sistemas que tienen activo el servicio SMB 1.0, el cual en la mayoría de casos no es requerido y ha debido ser desactivado después de un proceso de configuración inicial de las máquinas (requerimiento 2.2 de la norma PCI DSS v.3.2).


El vector de ataque del virus es el puerto 445, lo que significa que para ser atacado, este puerto debe estar expuesto ya sea por internet o una máquina de la empresa que se conectó fuera del ambiente corporativo a Internet y luego la llevó y la conecto a la red corporativa; esto nos presenta dos puntos posibles (en términos generales) de infección: una regla de firewall que permite el acceso a este puerto (es muy raro que una empresa requiera exponer a través de sus portales públicos este puerto), lo que significaría que hay reglas no requeridas, o extremadamente abiertas en el firewall y que no fue eliminada en ninguna de las revisiones semestrales (requerimientos 1.1.6 y 1.1.7 de la norma PCI DSS v.3.2).




El segundo escenario es el de una estación que se conecta de manera directa a Internet, en este escenario la estación o portátil debería estar operando con un firewall de host o personal con reglas definidas para dar acceso a los recursos necesarios para poder trabajar, cerrando todo tipo de acceso remoto e impidiendo su desactivación o reconfiguración por parte del usuario final (requerimiento 1.4 de la norma PCI DSS v.3.2).


Teniendo en cuenta que algunas empresas que producen antivirus lograron sacar firmas que protegen contra el virus en mención, su aplicación temprana ha podido prevenir una infección de las máquinas que fueron contaminadas los días posteriores a su publicación (requerimiento 5.2 de la norma PCI DSS v.3.2).


Por la información de prensa se evidenció que en muchas empresas los planes de respuesta a incidentes no incluyeron los procedimientos adecuados para dar continuidad al negocio como, por ejemplo, copias de seguridad y una adecuada comunicación de las tareas a seguir para evitar que los daños se siguieran propagando (requerimiento 12.10.1 de la norma PCI DSS v.3.2).

Finalmente es importante recordar que muchos de estos controles requieren el concurso directo de los empleados ya que los dispositivos que se conectan a la red son operados por ellos, por tanto, una adecuada concientización en temas de seguridad realizada de manera periódica asegura el correcto funcionamiento de los controles (requerimiento 12.6.1 de la norma PCI DSS v.3.2).


Hacer el análisis de todos estos elementos desde el punto de vista de cualquier otra norma de seguridad nos llevaría a la misma conclusión, el ataque se pudo haber prevenido mediante la correcta aplicación de buenas prácticas de seguridad.
La seguridad no es un tema de un ataque aislado ni de un evento en la operación, es un tema de todos los días de tratarla desde un punto de vista sistémico como parte de la operación del negocio.


Autor: Javier Roberto Amaya Madrid, ISO 27001 LA, PCI QSA, PCI PCIP
Consultor en Seguridad

Vicente Aguilera participa nuevamente en el programa 8aldia de 8TV

El viernes saltaban las alarmas debido al ataque informático masivo que se extiende a nivel global. En las últimas 24 horas se identificaron más de 100.000 equipos infectados por la variante de WannaCrypt.A en un total de 166 países distintos.

En el programa 8aldia del canal 8TV quisieron contar, una vez más, con la opinión y experiencia de Vicente Aguilera.

En el siguiente enlace se encuentra la entrevista completa:
http://www.8tv.cat/8aldia/8-al-dia-amb-josep-cuni/vicente-aguilera-al-final-depenem-dun-ordinador/

Crónica de la Charla Sobre el Registro Nacional de Bases de Datos

El 4 de mayo se llevó a cabo la segunda charla sobre el registro de bases de datos de información personal en las instalaciones de la Superintendencia de Industria y Comercio, las personas a cargo de esta charla fueron Carolina López y René Sierra. Durante esta charla se hicieron clarificaciones sobre diferentes aspectos del proceso del registro.

Como punto de partida se hizo una revisión del marco legal vigente que tiene como pilares la ley 1581 de 2012 y el decreto 1074 de 2015.

Durante la charla se reforzó la definición de un dato personal como aquel que permite identificar a un individuo, la clasificación de estos se da por su naturaleza: los datos públicos son el nombre y la cédula, un dato semiprivado aquel que no tiene naturaleza íntima, reservada ni pública y cuyo tratamiento le interesa a la persona y a un grupo específico de personas, por ejemplo los datos financieros; los datos privados son aquellos que solo son relevantes para el titular, como por ejemplo, fotos o información relacionada con el estilo de vida; los datos sensibles que son aquellos que afectan la intimidad de las personas y el uso indebido puede generar discriminación.

Durante la charla se reforzó el hecho de que para hacer tratamiento de datos de menores de edad se requiere la autorización de un mayor responsable de este y que tenga una relación de primer grado de consanguinidad. Ej. Los datos de los hijos para registrarlos en la caja de compensación.

El registro se debe actualizar en los 10 primeros días de cada mes en cambios significativos, esto es cuando cambie:
  • Finalidad
  • Encargado
  • Los canales de atención al titular
  • Las medidas de seguridad de la información implementadas
  • La política de tratamiento de la información
  • Transferencia y transmisión internacional de datos personales.

Igualmente recordaron que las bases de datos nuevas se deben registrar dentro de los dos meses siguientes a su creación.

En el momento de presentar las fechas límite de registro (30 de junio de 2017 para personas jurídicas privadas inscritas en cámara de comercio, 30 de junio de 2018 para el resto), fueron enfáticos en informar que la SIC no dará más plazos y que quien no registre sus bases de datos se atiene a posibles multas.

En cuanto a la solicitud de autorizaciones de uso de información, estas se solicitan de dato semi privado en adelante.

En cuanto al inventario de bases de datos hicieron las siguientes aclaraciones: se debe tener en cuenta que si los mismos datos están en medio físico y medio digital, se consideran bases de datos independientes, si el mismo conjunto de información se tiene en sitios separados con propósitos diferentes, se consideran bases de datos diferentes, para el caso de las tarjetas de presentación de negocios se debe evaluar por ejemplo se manejan tarjeteros o si la información de estas se sube a una aplicación que maneja una base de datos ya registrada, con estos criterios se deberá tomar la decisión de si se registra o no.

En referencia a la política de tratamiento mencionaron que puede haber una política diferente para cada base de datos dependiendo de la finalidad o puede haber una general.

Los datos que se da a las entidades de salud, pensiones, impuestos, cajas de compensación, etc. Antes eran tratados como “cesión” pero el criterio cambió y ahora ya no se registran estos procesos de cesión o transferencia. Cada una de las entidades que reciben esos datos deben hacer su propio registro y se clasifican como responsables de la información.

Si el responsable y el encargado son diferentes se deben crear canales de comunicación independientes para cada perfil.

En cuanto a la sección de medidas de seguridad del proceso de registro, se resaltó la importancia de documentarlas para cualquier proceso probatorio en caso de investigaciones.

Cuando se habló del proceso de autorización al tratamiento recordaron que el artículo 7 del decreto 1377 de 2013 menciona 3 mecanismos de autorización (por escrito, oral, conducta inequívoca) y recomendaron ampliamente usar el mecanismo escrito que es el único trazable y sustentable en un proceso jurídico. Mencionaron como ejemplo que en el caso de una factura que recoja los datos de una persona, el mismo formato de la factura debe hablar de la autorización.

Para los casos en que se requiera transferir información a un país donde la legislación no sea equivalente se requiere autorización expresa o llevar a cabo el proceso de hacer una solicitud de declaración de conformidad que aclararon es un proceso que toma mucho tiempo.

Autor: Javier Roberto Amaya Madrid, ISO 27001 LA, PCI QSA, PCI PCIP
Consultor en Seguridad