post

¿Cómo tratar la seguridad de la información con nuestros proveedores? Parte 3

Al fin llegamos a lo que consideraría la tercera y última parte de esta entrega. Aunque no considero sea la última vez que escriba sobre el tema de la seguridad de la información en proveedores.

Recapitulando un poco sobre las primeras dos partes. Hemos entendido la importancia de establecer inicialmente un programa de seguridad propio para en base a ellos definir nuestros propios requerimientos de seguridad hacía terceros. También nos dimos la tarea de conocer más sobre la información que manejamos y compartimos con terceros.

Ha llegado la hora de empezar a cuestionar, levantar información, investigar sobre los controles de los terceros con los que trabajamos. Creo que para la realización de este punto tenemos que tener en cuenta algunas variables u escenarios.

1.- ¿Se trata de un proveedor nuevo? Si la respuesta es afirmativa, en el momento en el que se empieza a establecer la relación es cuando debemos presentarles nuestros requerimientos de seguridad y alinearlos a los alcances de los servicios a contratar. Esto nos permitirá identificar la brecha de manera previa a la firma de contrato y determinar el nivel de riesgo de trabajar con X, Y o Z proveedor.

2.- ¿Se trata de un proveedor ya existente? De ser el caso seguramente este proveedor desconoce en buena parte nuestros requerimientos de seguridad o en dado caso no está a la par con la versión más reciente de los mismos. Tenemos que ser tolerantes en este escenario ya que no es simplemente llegar exigiendo tenemos que entender el lado del proveedor y sus posibles restricciones de tiempo y presupuesto. De igual manera recuerden que también nos podemos topar con restricciones de oferta tanto de proveedores como de servicios.

Muy bien ya logré ubicar al proveedor en uno de los escenarios mencionados. ¿Ahora qué hago?

Es momento de notificarle a ese tercero que necesitamos hacer una revisión sobre sus controles de seguridad. Recuerden que es importante acotar que el alcance de ciertos requerimientos, créanme que esto les facilitará la vida.

¿Qué información le pudo pedir? ¿En qué me puedo basar?

  1. Mi sugerencia es que en primer lugar busquen que sus requerimientos salgan de referencias como Shared Assessments, ISO 27002, COBIT, ENISA, NIST u cualquier otra normatividad/código de práctica/framework. Es importante también que si tomaran una de esas referencias y la repasaran a manera de cuestionario al proveedor tengan el criterio al momento de evaluar las respuestas de considerar también sus propios requisitos definidos junto a propio programa de seguridad.
  2. En segundo lugar establezcan una lista predefinida de documentos/evidencias que pueden ser solicitados o compartidos a manera de dar soporte a las respuestas de los cuestionamientos realizados. Consideren solicitar esto a la par del punto 1.
  3. No olviden que si las respuestas u evidencias no les parecen suficientes son libres y deben de pedir información adicional.

Una vez que tenemos la información solicitada es momento poner las manos a la obra y realizar nuestra evaluación. Es importante considerar que dicha evaluación no necesariamente debe basarse solo en lo que llamamos “desk review”. En muchas ocasiones una visita al proveedor es fundamental para una identificación óptima de riesgos.

Terminado el análisis y teniendo los resultados, llega el momento de entregar las buenas y/o malas noticias. Los resultados se deben informar por un lado al área contratante del proveedor en cuestión en primer lugar. Posteriormente el proveedor debe ser notificado en caso de hallazgos y en base al criterio de tratamiento y/o aceptación definido proveer sus respuestas para el tratamiento de los riesgos identificados. Tomen en cuenta que un riesgo puede ser Mitigado, Evitado, Aceptado o Transferido.

Tomen en cuenta que como negocio es indispensable también definir como actuar ante casos extremos donde los proveedores no pueden mitigar un determinado riesgo o no están dispuestos a cooperar. Un buen proceso de excepciones es indispensable para muchos casos.

Sea cual haya sido la respuesta, el seguimiento al proveedor debe mantenerse hasta que cada riesgo haya sido tratado según lo acordado.

En fin mis queridos amigos, de esta manera doy por terminada esta tercia de textos sobre la seguridad de la información en proveedores. Esta no es una guía definitiva ni mucho un tutorial, simplemente son algunas cuestiones que pueden ayudar en el punto de partida de algo que puede ser bastante amplio para muchas organizaciones y sobre todo muy nuevo en el escenario Latinoamericano.

Como siempre sus comentarios son bienvenidos.

Gracias por haber leído hasta aquí J

Les dejo unas cuantas lecturas recomendadas:

If You’re Only as Strong as Your Allies, Should You Trust Third-Party Code?

¿Cuánto por esa cuenta? El valor de la información en el mercado negro?

Corporations Cite Reputational Damage As Biggest Cyber Risk

A Vendor’s Security Reality: Comply Or Good-Bye

post

¿Cómo tratar la seguridad de la información con nuestros proveedores? Parte 2

Que tal mis amigos, en caso de que se les haya pasado leer la Parte 1, les recomiendo darle una leída antes de seguir con este post.

Recapitulando brevemente. En el post anterior mencionábamos la importancia de empezar por tener nuestro propio programa de seguridad antes de querer aventurarnos a tratar de exigirles lo mismo a nuestros proveedores.

En esta segunda parte quisiera empezar con la siguiente pregunta. ¿Por qué debo exigirles controles de seguridad de información a mis proveedores?

Les respondo con otra pregunta. ¿Dejarían que alguien que nunca han visto conducir, lo hiciera en el auto que acaban de sacar de la agencia? En otras palabras, cuando tenemos a proveedores como aliados para lograr cumplir con nuestros objetivos de negocio en gran parte del tiempo estamos cediendo información valiosa.

Si bien podemos justificar que compartir dicha información es importante para que el negocio fluya también tenemos que tener en cuenta que puede pasar si por descuido (en el mejor de los casos) de ese proveedor la información termina en manos incorrectas.

Esta cuestión creo yo que se vuelve más clara cuando ponemos la luz sobre los dilemas que involucran los manejos de datos personales. Compartir información de clientes y/o de empleados se vuelve un tema de extrema sensibilidad al involucrar a una tercera parte. Si algo sucede con dicha información y esto involucra un tercero nos tocará a nosotros como primera entidad en la lista de responsables pagar por los platos rotos.

¿Entonces, todos mis proveedores deben ser auditados sobre sus controles de seguridad de la información?

Pues NO. Responder a esta pregunta nos lleva a una tarea muy importante de identificar a nuestros proveedores y tener identificados nuestros flujos de información. Tenemos que poder responder si nos preguntan sobre un proveedor; por el servicio que nos brinda y cuál es la información que le compartimos para que el servicio pueda ser prestado.

Adicional a los cuestionamientos iniciales podemos sumarle a la ecuación el aproximado de registros/información únicos que compartimos. Este dato es sumamente importante si queremos establecer más adelante un criterio para determinar el nivel de impacto que tendremos si algo sucede con esa información. Este valor es base en el establecimiento de multas cuando organismos reguladores detectan un incumplimiento, mal manejo de información o la fuga/robo de datos.

Cabe mencionar que conocer el aproximado de datos y su respectiva clasificación nos permite gestionar mejor los esfuerzos dedicados a evaluar a un proveedor. Es común que se pierda tiempo realizando evaluaciones en proveedores que se pueden considerar de bajo impacto, tiempo que sería valioso para evaluar mejor a algún proveedor con un impacto mayor.

Para no alargar más esta segunda parte les dejo las siguientes preguntas:

  • ¿Qué tanta información comparten sus empresas con proveedores?
  • ¿De qué manera comparten dicha información?
  • ¿Es información física o digital?
  • ¿Dónde la almacena el proveedor? (Considerar también el país)
  • ¿Qué pasa con la información cuando ya no se requiere para el negocio?
  • ¿Su proveedor la podría transferir a un tercero?
  • Pues bien mis amigos esos son apenas algunos de los cuestionamientos que sugiero hacerse previo cualquier análisis sobre los riesgos de un proveedor.

Si tienen más preguntas aprovechen la sección de comentarios para compartirlas.

Les recomiendo darle una leída a esta nota de DarkReading, si se ve dirigida a la temática del impacto de la seguridad en la reputación hace mención a la poca importancia que se le da al riesgo de terceros en la actualidad y la tendencia a que esa importancia crezca en el futuro cercano.

post

¿Cómo tratar la seguridad de la información en nuestros proveedores? Parte 1

Finalmente después muchos meses y muchos cambios he decidido retomar la actividad en el blog. En esta ocasión quisiera compartir algunas opiniones personales relacionadas directamente a mis actividades profesionales en la actualidad. Por esta razón he decido escribir unos cuantos posts al respecto.

Creo que no es novedad para nadie en el medio de la seguridad de la información el indagar sobre los controles de seguridad implementados por nuestros proveedores, controles que además de buscar asegurar las operaciones proveedor también impactan en asegurar la información que compartimos como parte de nuestros acuerdos de servicios.

En los últimos meses me he dedicado a analizar la seguridad de una serie de proveedores de la compañía para la cual laboro alrededor de Latinoamérica y me he topado con sorpresas bastante agradables considerando que tenía una expectativa muy diferente.

¿Seguridad de la información en proveedores? ¿Por dónde empezar?

Dos preguntas básicas con una respuesta corta y simple. ¡Por uno mismo! Sí como empresa queremos buscar que nuestros proveedores implementen controles de seguridad alrededor de los servicios que nos brindan, tenemos que empezar por establecer nuestro propio estándar de seguridad.

Una analogía un poco simple de ver esto es la de un doctor que mientras fuma te diga que no lo debes de hacer dado que afecta tu salud. Si uno como empresa no tiene establecido un programa de seguridad de la información difícilmente tendrá credibilidad en exigirle a un tercero contar con medidas iguales o superiores.

De la misma manera ese entorno/programa que logremos establecer debe mantenerse al día para que de tal manera posamos llevar las mismas actualizaciones a los requerimientos que le pediremos a los terceros.

Existen disponibles muchos frameworks en los cuales las empresas se pueden apoyar para definir ese programa de seguridad de la información. No es ninguna novedad la falta de profesionales en el área por lo que el contratar a un tercero puede también ser algo complejo. Por tal razón para finalizar esta primera parte les comparto algunas referencias que les pueden ser de utilidad:

Gestionar la relación con proveedores se volvió un control más amplio a implementarse desde la versión 2013 de ISO 27001, tomando también en cuenta la seguridad de la información en las relaciones con proveedores.

Este “nuevo” control exige considerar una política de seguridad de la información para proveedores en la cual se documenten los requisitos de seguridad de la información necesarios a cumplir con la finalidad de mitigar los riesgos asociados a proveedores y terceras personas.

También debemos tomar en cuenta el tratamiento de riesgos, estableciendo todos los requisitos de seguridad pertinentes a cada proveedor según el acceso, procesamiento y almacenamiento. El criterio de aceptación de riesgos relacionados a los proveedores también debe ser previamente establecido además del flujo necesario para dicha aceptación. Es fundamental que los riesgos aceptados lleven la firma de un líder de peso en el negocio.

En los próximos posts ahondaré más en cómo perfilar a nuestros proveedores y posteriormente algunas herramientas para realizar tales revisiones.

Existen varias otras referencias por lo que los invito a dejar sus recomendaciones en los comentarios.

Más sobre Security Frameworks: http://www.securityweek.com/importance-security-frameworks

post

La psicología detrás del usuario bajo el contexto de Infosec

Esta nota no es más que mi percepción del tema, no me considero ningún experto en psicología.

Ya es casi rutinario el que año con año veamos que el número de brechas y robo de datos a las empresas se incremente. De manera recurrente vemos que el usuario/el humano es el punto más débil eso ya no se discute. Aún así vemos grandes compañías gastar su presupuesto en soluciones que prometen ser la medicina para sus infosec headaches.

Leyendo el Human Factor Report 2016 de Proofpoint me llamó la atención ver que en sus resultados con respecto a los datos del 2015 concluyen que, los “bad guys” han cambiado la dirección que le dedican a su esfuerzo. Resulta que los hackers saben que en lugar de consumir su tiempo tratando de explotar vulnerabilidades técnicas que les pueden llevar mucho tiempo sin mencionar que tienen más probabilidad de ser detectados, pueden ser más efectivos si van sobre las vulnerabilidades humanas.

Claro tiene todo sentido, todos los que llevamos unos cuantos (pocos o muchos) años trabajando en estos temas sabemos que puede ser mucho más sencillo y sin mencionar menos riesgoso realizar un ataque de Ingeniería Social remoto a gastar el tiempo tratando de explotar una falla técnica.

Ya ha pasado de la hora de que los responsables de invertir e implementar seguridad dentro de las empresas se den cuenta de que no basta con caer en las “verdades” de un vendedor de cajas que dice que un appliance va a ser la solución para todos sus problemas. Es hora de que se enfoquen también en sus empleados/usuarios.

Educar a la gente va más allá de solo dar una plática o enviar algunos correos de cuando en cuando.  Desde mi perspectiva es importante conocer y estudiar un poco el comportamiento humano, entender por qué reaccionamos de una manera u otra.

Los del lado oscuro ya se han dado cuenta de que días de la semana somos más susceptibles de caer en estafas vía correo electrónico, incluso conocen en que horarios somos más propensos a abrir un link o un anexo sin poner tanta atención al mensaje.

En las últimas semanas me he encargado de impartir pláticas a empleados de diferentes niveles educativos y de diferentes roles organizacionales y me doy cuenta que, si queremos que el mensaje correcto llegue y haga sentido tenemos que darlo en un lenguaje que cada tipo de usuario pueda entender. El uso de ejemplos reales, situaciones que sabemos que se les puede presentar o que incluso al primo de un amigo le haya sucedido, pueden ser de gran ayuda.

Tenemos que hacer entender a la gente la importancia y las consecuencias que sus acciones tienen. Es la única manera de que hagan las cosas con un poco más de atención y puedan empezar a convertirse en lo que se denomina como Human Firewall.

En estos momento me encuentro leyendo el libro Phishing Dark Waters de Christopher Hadnagy (@humanhacker) y Michele Fincher (@socengineerinc) y me gustó mucho la manera como presentan las razones psicológicas por las cuales los seres humanos tienden a caer en los ataques phishing.  Los autores presentan su explicación por medio de un círculo vicioso al que denominan Emotional Decisión-making Cycle.

En resumidas cuentas no importa si el ataque busca explotar el miedo, la curiosidad, el deseo, la simpatía u cualquier otro sentimiento en la víctima. Todo gira entorno a generar respuestas cerebrales que hagan que las emociones (sin importar cuales) se interpongan a la lógica y conlleven a que se tomen malas o impulsivas decisiones.

Entender ese tipo de cuestiones nos lleva a ideas un poco más claras sobre qué hacer romper ese círculo vicioso, cosas tan sencillas como tomarse un par de minutos antes de responder a algún mensaje sospechoso. Tomarse ese tiempo nos abre oportunidad para:

  1. Analizar si tenemos toda la información necesaria que justifique la toma de una decisión específica.
  2. Identificar si estamos bajo alguna influencia ajena a la situación que pueda perjudicar la decisión.
  3. Buscar alternativas para solucionar el problema tomando en cuenta las posibles consecuencias
  4. Tomar la decisión
  5. Evaluar los resultados de la decisión tomada.

Todas las acciones mencionadas pueden llevarse a cabo a algunos minutos, no se trata de tomar horas para darle respuesta a un requerimiento/correo. Con tan solo seguir el punto 1 podemos darnos cuenta si ese correo que supuestamente es del CEO proveniente de la cuenta ceo@empresa.com es en realidad falso ya que la cuenta del CEO en realidad es sunombre.apellido@empresa.com .

En fin ese es apenas uno de muchos aspectos que podemos descubrir si con vistas a la seguridad de la información estudiáramos un poco más a las personas para tratar de complementar la efectividad de los controles técnicos en los que invertimos grandes sumas de dinero.

Ya saben sus comentarios son siempre bienvenidos.

 

¿Generas conciencia sobre las amenazas a la seguridad de la información en tu familia?

Ha pasado casi 1 año o para ser más exacto 10 meses desde la última vez que me inspiré para escribir algo en este casi olvidado blog.

En fin en los últimos días, talvez derivado del regreso de mis muy merecidas vacaciones con mi familia he estado divagando sobre algo con lo que tuve que lidiar y que ahora se lo deje de tarea a otras personas de la familia.

Supongo que todos en nuestras familias contamos con alguien, algún adulto o incluso infante que se empieza a adentrar en la tecnología. Siento que fechas como la navidad el número de gente que se empieza a involucra por primera vez siempre tiene un pico exponencial por obvias razones. Simplemente hagan memoria de cuantas personas en su familia cercana no fueron obsequiados con un Smartphone, computadora o tableta en la pasada temporada navideña.

En mi caso me toco participar en el proceso de elección de regalo para mi señora madre el cual terminó por ser un nuevo Smartphone. En efecto mi madre ya lleva algunos años utilizando teléfonos inteligentes y computadoras (es una feliz Ubuntera). El sujeto que entra en la jugada en el contexto de esta nota es mi señor padre, una persona muy pero muuuy ajena a la tecnología y que terminó por heredar el antiguo Smartphone de mi madre.

Me pareció muy conveniente estar físicamente cerca de ellos durante ese proceso que apenas está iniciando.  Tomarme el tiempo para sentarme con mi padre y explicarle las bondades de utilizar un Smartphone, no sin antes ilustrarle también sobre los peligros de lo mismo.

Él estaba en sus ansias por tener acceso rápido a sus correos electrónicos y mensajería por medio de Whatsapp volviendo a tener contacto de manera sencilla con sus amistades que quedaron de sus años viviendo en México.

Si bien veía con gusto su inclusión a este mundo conectado, no dejo de pasar por mi mente todas las amenazas que tendría a su alrededor. Por esa razón básicamente establecí un esquema de soporte y atención a mi señor padre en el cual nos involucrábamos mi madre, mi hermano y yo. Quienes en ese mismo orden de escalamiento seriamos su punto de contacto directo ante cualquier duda que el tuviera.

Teniendo eso definido lo que siguió fue su Awareness session donde fue necesario dejarle bien en claro algunos puntos básicos:old-people_o_706797

  • No abras correos de gente que no conozcas
  • No creas en las cadenas
  • No compartas información personal
  • No confíes en nadie
  • Si dudas sobre alguno de los puntos anteriores CONSULTANOS

Entiendo que si bien parecen cosas muy simples no podemos generalizar sobre los niveles de vulnerabilidad que tenemos antes las diferentes amenazas, así que por más básico que pueda parecer siempre hay que empezar de abajo.

Para reforzar aún más el punto anterior les comparto un ejemplo de algo que me compartió una amiga que ya tiene varios meses involucrada en temas de seguridad de la información.

Sucede que en su grupo de amigas (todas millenials) una de ellas recibió un mensaje por medio de LinkedIn en el cual una persona desconocida le pedía apoyo financiero con la promesa de compartir una herencia que recibiría de un familiar que falleció en una guerra.

¡SÍ! Lo leyeron bien. Es el viejo truco. Mi amiga en cuestión trató de explicarle a la potencia victima que se trataba de una estafa y que no debería responder o hacerle caso a ese tipo de mensajes. Su consejo fue respondido por el argumento “Pero y si es cierto, estaría dejando pasar la oportunidad de recibir una gran herencia”.

Así es mis estimados lectores, mi reacción la dejo con una imagen.

En fin estos temas terminaron por lograr inspirarme a escribir esta nota.

Por último le quisiera dejar algunas preguntas.

  • ¿Han vivido alguna situación parecida a cualquiera de los dos casos?
  • ¿Cómo han manejado el acercamiento a la tecnología entre sus familiares sean estos jóvenes o personas mayores?
  • ¿Qué sugerirían para proteger a estas personas más allá de los típicos controles técnicos que ya conocemos?

Esperemos que esta sea apenas la primer nota de muchas para el blog en este 2016.

post

¿Por qué pasamos por alto los mensajes de alerta en los sistemas?

Un reciente estudio publicado (http://neurosecurity.byu.edu/) por investigadores de la Brigham Young University y la University of Pittsburgh en conjunto con Google nos presenta interesantes datos sobre la manera en la que se comportan los usuarios ante los mensajes de alertas provenientes de los sistemas de información.

Se trata de un estudio que a mi parecer es muy interesante ya que nos deja en evidencia cuestiones bastante comunes que muchas veces decimos que suceden por estar en “automático” como cuando simplemente al ver un error del sistema operativo presionamos Aceptar o Continuar por mera costumbre sin antes leer de que se trató el error.

El estudio (http://neurosecurity.byu.edu/chi_fmri_habituation/)  denominado How Polymorphic Warnings Reduce Habituation in the Brain—Insights from an fMRI Study consistió en evidenciar como nuestros cerebros tan solo después de un par de exposiciones a una alerta genera un estado mental de hábito disminuyendo su procesamiento en exposiciones posteriores resultando en que muchos pasen por alto mensajes importantes arrojados en por los sistemas. Lo que los autores denominan “habituation” es un proceso que ocurre de manera inconsciente en nuestros cerebros.

Los investigadores desarrollaron dos experimentos para constatar su hipótesis; En el primer estudio diseñaron mensajes de alertas polimórficos los cuales tuvieron como objetivo reducir la resistencia a la creación de hábitos. De tal manera los usuarios terminan mantener un poco más de atención en dichos mensajes. El segundo estudio involucro el rastreo de los movimientos del puntero del mouse para validar que los mensajes polimórficos de verdad generan una mayor resistencia a la creación de hábitos.

Como resultado de ambos estudios pudieron validar que sí existe una reducción en la desatención de los usuarios ante mensajes polimórficos que al mostrarse aleatoriamente diferentes resultan en que los usuarios dediquen segundos adicionales a su lectura antes de tomar alguna acción.

Creo que el involucramiento de la neurociencia para fines prácticos en cuestiones relacionadas a la seguridad de la información puede tener suma importancia si nos ponemos a pensar fríamente que muchas de las brechas en la actualidad tienen alta participación del usuario. Por medio de estudios como este las compañías enfocadas a soluciones de seguridad podrían sacar más provecho al campo de la neuroseguridad o “neurosecurity” y los diseños de sus interfaces gráficas pueden disminuir la velocidad en la que generamos tales hábitos reteniendo por un tiempo mayor la atención de los usuarios, logrando disminuir en algún nivel el índice de vulneraciones por respuestas inconscientes.

¿Qué opinan sobre este tema? ¿Cuántas veces han aceptado o han dado clic en alertas sin antes leer el mensaje?

post

¿Educar a los usuarios para prevenir ataques? Pero hay que empezar de lo más básico.

Ha llegado aquel momento del año en el que FireEye publica su M-Trends report y poco ha cambiado con respecto al año anterior.  Como consuelo el reporte menciona que las empresas ahora tardan “solo” 205 días en promedio en detectar una brecha y no más 229 como en el 2013 ¬¬’. Bueno no hay que ser tan extremista y si hay que tener en cuenta que el número ha estado disminuyendo ya que en el 2012 el promedio era de 243.

¡Vaya consuelo! ¿No creen? laptoplock

Dentro de los escenarios observados le dan especial énfasis al de correos falsos de departamentos de TI en las empresas los cuales tiene un éxito del 78%. ¿Dónde está el problema en esto? Al menos a mi parecer este tipo de ataques tienen cierto grado de sofisticación, lo que me alarma es que aún hay gente que cree en el ¡Príncipe de Nigeria!

No voy a empezar a hablar del eslabón más débil y blá blá blá porque es algo que a mí ya me cansa, me preocupa más el ver que no hay evolución en ideas para remediar la situación.

Precisamente la semana pasada en el trabajo nos llegó un caso relacionado a un grupo de máquinas de un cliente infectadas por un ransomware, ok esto es algo común y que en este año nos ha llegado muchas veces. Aquí lo que me mató de la risa fue ver cómo el ransomware llegó a los equipos.

Básicamente este llego por medio de un correo en un idioma que puedo asegurar no era Inglés, Portugués o Español y que aun así 16 ”inocentes” animalitos de la creación tuvieron la brillante idea de descargar el zip anexado al correo y abrirlo por mera CURIOSIDAD.

Sinceramente cuando me entero de situaciones como estas me pongo a pensar si este tipo de cosas se podrían mitigar por medio del famoso Security Awareness; Situaciones como esta me suenan más a falta de lógica y sentido común de las personas.

¿Cómo quieren disminuir el número de personas engañadas por correos falsos altamente trabajados cuando no pueden evitar que abran anexos de correos enviados en idiomas que los empleados o potenciales víctimas siquiera conocen?

No sé qué opinen ustedes pero la educación en términos de seguridad de la información debería ser desarrollada de manera similar a la educación convencional donde tenemos diferentes niveles empezando por un “kínder” o incluso un “pre-kinder” para casos muy extremos. De tal forma nos veríamos súper orgullosos de prevenir correos de Spearphishing al mismo tiempo que vemos a nuestros “alumnos” caer víctimas de ataques que llevan más de 10 años circulando por el internet.

Se trata de no inventar el hilo negro y buscar trabajar las cuestiones más básicas antes de enfocarnos a cosas de mayor complejidad, de esta manera construimos una base sólida de conocimiento sobre la cual podremos trabajar más adelante.

Sí tiene el tiempo y el interés pueden revisar el reporte de FireEye (https://www2.fireeye.com/WEB-2015-MNDT-RPT-M-Trends-2015_LP.html) .