Mostrando las entradas para la consulta flame ordenadas por relevancia. Ordenar por fecha Mostrar todas las entradas
Mostrando las entradas para la consulta flame ordenadas por relevancia. Ordenar por fecha Mostrar todas las entradas

30 mayo 2012

Todo sobre Flame (Qué es y como detectarlo)

En el día de ayer pudimos ver incontables noticias y artículos acerca de un nuevo malware, llamado Flame/Flamer/SkyWiper, con una sofisticación técnica que incluso supera a Stuxnet o DuQu y que, igualmente, había afectado a países de oriente medio.

Aparentemente, el troyano tiene como misión labores de inteligencia, y parece que está orientado a países de oriente medio.

Con este post simplemente quiero hacer una recopilación de todos los datos que se han ido dando (muchos de ellos sin confirmar) para poder tener una visión más completa del asunto.

El troyano es bastante complejo (se han detectado hasta cinco tipos de cifrado, unos más robustos que otros, p.e boot32drv.sys hace un XOR con 0xFF) y si a eso añadimos la ofuscación del código, se estima que el estudio y comprensión de Flame les va a llevar años a las casas de antivirus.

Como ya he comentado anteriormente, se trata de un malware de una sofisticación técnica comparable a la encontrada en Stuxnet y DuQu (forma de propagación, objetivos concretos evitando un ataque masivo, posible uso de vulnerabilidades de tipo 0day, etc).

A pesar de que el concepto de Flame es diferente frente a los otros dos (se puede caracterizar como una toolkit configurable para cada objetivo), se cree que puede tratarse de un proyecto paralelo del mismo contratista detrás de ellos.

Para darle credibilidad a esta postura, se hace hincapié en que utiliza las mismas vulnerabilidades para su propagación (usb, vulnerabilidades en impresoras print_spooler - MS10-061) y por tanto, que tuvieran ambos equipos de desarrollo acceso al mismo "kit de exploits".

Aun así, en el caso de Flame estos mecanismos de propagación están deshabilitados por defecto para evitar una infección masiva y que pudiese ser detectado (aunque no se descarta que en las primeras versiones estuviera habilitado y a raíz de que se parchearan, se deshabilitaran para evitar ser detectado por los antivirus actualizados). Flame es capaz de infectar equipos Windows 7 up2date, por lo que es posible que incorpore también exploits de tipo 0day (como en el caso de Stuxnet). También se maneja la posibilidad de que se aproveche de un grupo de vulnerabilidades críticas (MS10-033) en la descompresión de medios.

Si atendemos al timeline del descubrimiento del malware, podemos observar como se descubrió hace solamente dos semanas, cuando Kaspersky estudio los reportes de abril sobre un malware en Irán que estaba atacando empresas energéticas del país. Aun así, como comenta Sergio de los Santos en su análisis en Una al día, la primera muestra en VirusTotal data del 15 de mayo de 2011.

Con respecto a las muestras de Irán y Líbano, nos encontraríamos con fechas del 2010. Además, se han descubierto en foros muestras del fichero wavesup3.drv que datan del 2007. A pesar de las fechas que ha estado manejando Kaspersky, ya a principios de mayo MAHER (el CERT nacional iraní) ya compartió con algunas empresas e instituciones una aplicación para detectar si el sistema estaba infectado con este malware. Según comentaron ayer, están a la espera de publicar una herramienta que permita la eliminación de Flame en un sistema infectado.

Con respecto a la infección, Kaspersky maneja cifras en torno al millar de equipos infectados (se trata de una estimación en base al número de sus clientes que ha sido infectado y extrapolando dicho dato a las cifras de los clientes de otras casas de antivirus), y como ya se ha comentado, prácticamente localizados en países de oriente medio. A pesar de esta focalización de los sistemas infectados, no parece que haya ningún objetivo como en el caso de Stuxnet 




Como ya se ha dicho anteriormente, se trata de un malware muy pesado (en torno a los 20mb, frente a los 500kb de Stuxnet), y esto es debido a la cantidad de módulos que puede incorporar a la instalación base y que lo hace configurable para cada objetivo. Realmente, el core del malware pesa 6mb que incluye una media docena de módulos que descomprime, descifra y, una vez cargados, queda a la espera de las ordenes de los servidores de comando y control (aunque mientras, ejecuta las tareas de esos módulos como se comentará más adelante).

Se ha encontrado otra variante de Flame que pesa únicamente 900kb y que, al cargarse, intenta descargar los módulos. Por lo tanto, queda claro que deja abierto un backdoor en el sistema infectado a través del cual se comunica con el servidor, (siempre a través de protocolos cifrados), descarga e instala nuevos módulos y envía la información obtenida.

A pesar de no tener hardcodeado un 'time-to-death', si que dispone de un modulo de 'auto-eliminación' encargado de borrar todo el rastro del malware, ya sean sus binarios o toda la información que haya ido recopilando (capturas de pantalla, grabaciones, tráfico).

Este troyano tiene varios puntos que llaman bastante la atención: 
  • Hay muchas partes escritas en LUA (exótico lenguaje de programación)
  • Emplea el bluetooth del sistema para identificar otros dispositivos
  • Tiene capacidad para grabar conversaciones empleando el micrófono del sistema
  • Permite tomar capturas de pantalla en función de que aplicaciones estén en uso (entre ellas, aplicaciones de mensajería instantánea)
En base a toda la información que ha sido publicada hasta el momento, he realizado un pequeño script que comprueba si tu sistema está o no infectado con Flame.

La aplicación comprueba concretamente la existencia de una serie de ficheros tanto en el directorio windows/system32 como en el windows/temp, la existencia de unas carpetas específicas en "Common Files\Microsoft Shared" y si ha modificado entradas en el registro (concretamente la clave Authentication Packages en "SYSTEM\CurrentControlSet\Control\Lsa\"




La herramienta se puede descargar desde aquí

Las fuentes consultadas para realizar este recopilatorio han sido:

[1] Una al dia
[2] MAHER, Iranian National CERT
[3] Wired
[4] Crysys
[5] Securelist I / Securelist II

Artículo cortesía de Luis Delgado
    Leer más...

    05 junio 2012

    Flame y los certificados digitales

    Flame no deja de sorprendernos, una vez se han liberado los primeros reportes sobre los detalles técnicos, empiezan a salir detalles sorprendentes.

    El último ha motivado incluso que Microsoft haya lanzado un parche de emergencia para 'blacklistear' unos cuantos certificados digitales de su infraestructura.

    ¿El motivo? Por lo visto, Flame es capaz de hacer un ataque MitM a los equipos de una red y suplantar Windows update enviando una falsa actualización que infecte el equipo

    Evidentemente para que un equipo Windows acepte una actualización desde Windows Update, esta ha de estar firmada digitalmente por Microsoft.

    Parece que Flame es capaz de enviar un fichero llamado WUSETUPV.EXE como parte de una actualización y hacer que el equipo la instale.

    Ese fichero, está firmado digitalmente por Microsoft, como se puede ver en la captura del post de  F-secure



    El fichero está perfectamente firmado digitalmente.

    Los detalles de cómo ha sucedido esto aun no están claros y el advisor de Microsoft no me aclara excesivamente el escenario.

    Según leo en el advisor de Microsoft, durante el proceso de licenciado de Terminal Server, se emiten a modo de licencia unos certificados cuyo origen es una CA de Microsoft (lógico) y parece ser, que los creadores de Flame se las han ingeniado para hacer que esos certificados, destinados originalmente a ser licencias de Terminal Server, se conviertan en certificados de tipo 'authenticode'

    En este punto, todo se vuelve gris y poco claro. Personalmente no tengo acceso a uno de esos certificados para licencias de Terminal Server por lo que no puedo examinar su fisonomía ni sus campos.

    No obstante, aquí va mi teoría: Si leemos con atención el advisor de Microsoft, nos encontramos esta línea que a mi, me ha llamado la atención:

    'When we initially identified that an older cryptography algorithm could be exploited and then be used to sign code as if it originated from Microsoft'

    Muy poco claro y descriptivo, no obstante, ese 'older cryptography algorithm' tiene toda la pinta de ser MD5 y ese 'could be exploited' me suena bastante al ataque del que ya hablamos tiempo atrás sobre MD5 y alteración de certificados digitales

    A modo de resumen (aunque lo mejor es leer el post) un certificado tiene ciertos campos que, entre otras cosas, definen su propósito en función del perfil de certificado que sea. Esos datos se 'hashean' y se firman por parte de una CA válida para darles autenticidad. 

    Si el algoritmo empleado es MD5, se pueden alterar esos campos (añadiendo propiedades ...) y mediante colisiones, hacer que la firma digital siga siendo válida

    De momento, podemos ver que los certificados digitales de esas CAs bloqueadas (al menos 2 de los tres certificados bloqueados) emplean MD5 como algoritmo de hash



    Si alguien tiene a mano algún certificado de los emitidos por estas CAs como licencias, y puede comprobar el algoritmo empleado, aclararía bastante el escenario.

    UPDATE: Un amable lector me ha enviado una muestra de WUSETUPV.EXE y tal y como sospechaba, el certificado emplea MD5 como algoritmo



    Se puede ver en las propiedades del certificado como ha sido adulterado para añadir el propósito de firma digital de software



    UPDATE: Teoría confirmada http://blogs.technet.com/b/srd/archive/2012/06/06/more-information-about-the-digital-certificates-used-to-sign-the-flame-malware.aspx

    Leer más...

    21 junio 2012

    MD5, Certificados y viceversa

    Poco a poco se van conociendo más detalles sobre el ataque criptográfico que está tras el certificado 'rogue' que emplea Flame.

    Sergio de los Santos, lo ha bordado en sus explicaciones sobre el affaire aquí y aquí. Poco más hay que añadir a sus explicaciones.

    No obstante, si que merece la pena repasar un poco la teoría de este tipo de ataques, los diferentes tipos y sus vectores.

    Desde el famoso ataque del 2008 a MD5 hasta hoy, el término 'colisiones' se ha empleado concienzudamente para definir un tipo de ataque. Erróneamente mucha gente asocia este ataque como el único del que puede adolecer un algoritmo de 'hashing', e incluso confunde este ataque con otros.

    De entrada, vamos a poner en liza los actores de esta película:

    Dato1 --> HashDato1

    Dato2 --> HashDato2

    Donde 'Dato' puede ser cualquier cosa que se pueda resumir en un hash, puede ser un fichero o puede ser los campos de un certificado digital.

    Ataques a algoritmos de hash

    De entrada, hay que comentar que todos los algoritmos de hashing son vulnerables a este tipo de ataques. Evidentemente en su resistencia a este tipo de ataques estriba lo mas o menos aptos. Lo que define su resistencia es lo 'computacionalmente factible' que resulta ejecutarlos.

    En el momento que un dato de tamaño arbitrario X ha de ser resumido en un hash de longitud fija, se abre la puerta a que existan diferentes tipos de datos que resulten en una mismo hash.

    Ataque de tipo 'Primera preimagen' : Tomando como referencia los actores mencionados anteriormente, un ataque de 'primera preimagen' es aquel en el que, conociendo HashDato1, un atacante es capaz de generar un mensaje (Dato2) capaz de generar el mismo hash.

    Ataque de tipo 'Segunda preimagen': En este caso el dato a tener en cuenta es 'Dato1' y el ataque estriba en la capacidad de generar un Dato2 que compute en un hash idéntico al de Dato1

    Ataque de tipo Colisiones: En este tipo de ataques, el atacante tiene el control sobre Dato1 y Dato2 y mediante la manipulación de ambos, es capaz de generar un Dato1 y Dato2 diferentes entre si, pero que computen en un mismo resultado ante la función de hash.

    Los ataques de tipo 'Preimagen' son los menos frecuentes y mas costosos a nivel computacional, y además los más dañinos. El poder generar un Dato2 con su correspondiente HashDato2 idéntico a HashDato1 a partir de simplemente un Dato1 o HashDato1, sería realmente dañino y motivo para anular cualquier tipo de algoritmo de hashing.

    Los ataques de tipo 'colisiones', como se ha podido ver en el affaire Flame y en el incidente del 2008, si son factibles pero requieren que el atacante mantenga el control sobre Dato1 y Dato2. 

    Y aquí está la clave de todo el asunto. Tanto en el caso Flame como en el anterior, el atacante tenía el control de ambos datos. ¿Cómo? Muy fácil, a la hora de pedir un certificado digital, la CA de turno no genera un certificado y te lo da, tu tienes que enviar lo que se conoce como CSR (Certificate Signing Request), es decir una petición de certificado con unos datos que controlas tu.

    Y aquí está la gracia del asunto, empleando sofisticados ataques, pudieron generar un CSR 'ninja' que, una vez procesado por la CA, generaba un certificado perfectamente válido pero que, oh sorpresa, los campos podían ser modificados por los de otro certificado que generase el mismo hash que los campos entregados a la CA en el CSR

    Por eso ha sido posible vulnerar ambas CAs y subvertidas para que generen certificados fraudulentos, porque empleaban un algoritmo de hash deficiente y porque los atacantes manipularon de forma realmente ingeniosa las peticiones de certificado para conseguir llevar a cabo un ataque de tipo 'colisiones'
    Leer más...

    29 junio 2012

    Últimamente la palabra 'ciberguerra' ha saltado a la palestra con más fuerza si cabe a raíz de Flame y su enorme repercusión mediática.

    También han ayudado las supuestas revelaciones que vinculan Stuxnet, Duqu y Flame con Obama, EEUU e Israel.

    Hasta ahora la mayoría de opiniones van en la línea de que esto es 'solo el principio' y que se espera un auge en este tipo de acontecimientos.

    Personalmente opino lo contrario, si que creo que durante los próximos años (2-3 a lo sumo) se podrán ver mas cosas similares, en realidad vestigios de proyectos lanzados anteriormente, pero creo que, pasada esa época, el concepto ciberguerra, tal y como lo estamos definiendo actualmente (troyanos sofisticados, exploits ad-hoc para windows ...) perderá su vigencia.

    Y esta opinión la fundamento en que ahora estamos viviendo la novedad, el 'anda ! ¿pero esto se podía hacer ?''. Y claro ese efecto sorpresa, como decía Confucio, ha sido la clave de todo.

    Pongamos como ejemplo el desgraciado incidente con las torres gemelas, nadie podía pensar ni concebir un atentado de ese tipo, por lo salvaje y por la ejecución. A raíz de ese incidente, se aprendieron unas valiosas lecciones que llevaron a cubrir todos los vectores que hicieron posible ese ataque.

    Creo que el asunto de la ciberguerra va a ir en la misma línea. Probablemente Irán (aparentemente la víctima favorita) desarrollará su propio sistema operativo, probablemente basado en Linux o algún *BSD, que estará fuertemente 'hardenizado' y casi seguro con una serie de modificaciones a nivel kernel que no serán públicas.

    Ignoro que puede llevar a un país como Irán a usar Windows en sistemas tan críticos como instalaciones nucleares, pero tengo bastante claro que de ese incidente habrán aprendido la lección y se acabó el usar plataformas tan -relativamente- fácilmente vulnerables como las que estaban usando. O al menos, tan 'famosas' y con tanto grado de exposición a posibles exploits.

    Podéis opinar al respecto en la siguiente encuesta:

    ¿Crees que estamos al inicio de 'la ciberguerra' y veremos mas Stuxnets / Duqus / Flames?

    Leer más...

    25 julio 2012

    Nominados de los Pwnie Awards 2012


    Un año más, y con la llegada de la BlackHat USA, se van a celebrar los Pwnie Awards 2012. Recordamos, para el que nos los conozca, que estos premios van dirigidos a aquellas vulnerabilidades que merecen especial mención, los FAILs más importantes del año, los mejores bugs, las mejores técnicas de exploiting descubiertas...sólo llevamos la mitad del año, pero como todos os podréis imaginar, hay candidadatos más que de sobra para cada una de las categorías que se premian a estas alturas:
    • Best Client-Side Bug - Mejor vulnerabilidad del lado del cliente
    • Best Server-Side Bug - Mejor vulnerabilidad del lado del servidor
    • Best Privilege Escalation Bug - Mejor vulnerabilidad que permita escalada de privilegios
    • Most Innovative Research - Mejor trabajo de investigación
    • Lamest Vendor Response - Respuesta más absurda por parte de un fabricante
    • Best Song - Mejor canción
    • Most Epic FAIL - El FAIL más épico
    • Epic Ownage - El compromiso/incidente/brecha de seguridad más épico
    Tras recoger candidatos mediante el formulario online que se publicó justo hace un mes y hasta el 10 de Abril, se anunciaron los siguientes nominados tras el recuento de votos para cada una de las categorías:

    Pwnie for Best Client-Side Bug

    Premio para la persona que haya descubierto el fallo más sofisticado e interesante tecnicamente en el lado del cliente.
    • Pinkie Pie's Pwnium Exploit - Pinkie Pie {GANADOR}
    Haciendo referencia a cuando se consiguió, encadenando 6 vulnerabilidades, ejecución de código remota en Chrome para ganar el concurso Google Pwnium en la CanSecWest.
    • Sergey Glazunov's Pwnium Exploit - Sergey Glazunov {GANADOR}
    Ídem que el anterior, pero en este caso Sergey Glazunov utilizó como mínimo 14 vulnerabilidades
    • MS11-087: Unspecified win32k.sys TrueType font parsing engine vulnerability (CVE 2011-3402) - Autores del Duqu
    No creo que si ganan vayan a recoger el premio, pero esta nominación va dirigida al exploit remoto para el Kernel de Windows que vulneraba cualquier versión aprovechando un fallo en el intérprete de fuentes.
    • Flash BitmapData.histogram() Info Leak (CVE 2012-0769) - Fermín J. Serna
    Especial mención al genial documento que publicó Fermín que convertía una vulnerabilidad por lectura de memoría out-of-bounds en la obtención de memoría completa de una dirección elegida. Todo ello gracias a manipulación del heap y mucha, mucha creatividad para conseguir lo buscado. Podréis consultar su ponencia en la pasada SummerCon sobre este tema en este enlace. Estará por BlackHat USA dando hoy mismo una ponencia sobre el tema.
    • iOS Code Signing Bypass (CVE 2011-3442) - Charlie Miller
    Para el bug que, tras subir una aplicación creada por él mismo, permitió demostrar que fue capaz de evadir el firmado de código de iOS, inyectando código en la aplicación una vez era instalada en el dispositivo. Charlie Miller consiguió, por parte de Apple, que fuese expulsado del programa de desarrolladores por un año completo.

    Pwnie for Best Server-Side Bug

    Premio para la persona que haya descubierto el fallo más sofisticado e interesante tecnicamente en el lado del servidor.
    • TNS Poison Attack (CVE-2012-1675) - Joxean Koret
    Joxean mostraba un ataque que juntaba envenenamiento DNS y vulnerabilidades en el Listener TNS y que permitía realizar man-in-the-middle a bases de datos Oracle.
    • ProFTPD Response Pool Use-after-Free (CVE-2011-4130) - Anonymous
    ¡Una vulnerabilidad de tipo "use-after-free" en un servidor FTP y no en un navegador web! Esta permitió, tras la autenticación, la ejecución remota de código en ProFTPD. 
    • MySQL Authentication Bypass (CVE-2012-2122) - Sergei Golubchik {GANADOR}
    Ya dedicamos el post "Vulnerabilidad grave en MySQL/MariaDB - CVE-2012-2122" a esta forma de evadir la autenticación en servidores MySQL, poco más que decir.
    • WordPress Timthumb Plugin 'timthumb' Cache Directory Arbitrary File Upload Vulnerability (CVE-2011-4106) - Mark Maunder
    Esta vulnerabilidad ha dejado un gran conjunto de temas de Wordpress marcados como inseguros, por incluir este script Timthumb por defecto para el redimensionado de imágenes, que contenía una vulnerabilidad que permitía subir ficheros. Se lo han pasado/se lo están pasando genial aprovechando aún hoy en día esta vulnerabilidad para comprometer miles de blogs Wordpress.

    Pwnie for Best Privilege Escalation Bug

    El mejor fallo que permita escalada de privilegios.
    • Xen Intel x64 SYSRET Privilege Escalation (CVE-2012-0217) - Rafal Wojtczuk
    Escalada de privilegios en procesadores Intel x64.
    • iOS HFS Catalog File Integer Underflow (CVE-2012-0642) - pod2g
    Exploit utilizado en Absinthe iOS 5.0/5.0.1 para el jailbreak untether de dispositivos iOS versión 5. De los más usados y aprovechados, como es obvio.
    • MS11-098: Windows Kernel Exception Handler Vulnerability (CVE-2011-2018) - Mateusz "j00ru" Jurczyk {GANADOR}
    j00ru consiguió mediante esta vulnerabilidad comprometer cualquier Windows de 32 bits desde Windows NT a Windows 8 en su versión Developer Preview. 
    • VMware High-Bandwidth Backdoor ROM Overwrite Privilege Elevation (CVE-2012-1515) - Derek Soeder
    Ejecución de código en determinados sistemas operativos en sistemas "invitados" que se ejecutan dentro de una máquina virtual VMware que permitiría la ejecución de código con privilegios de Kernel.

    Pwnie for Most Innovative Research

    Persona que haya publicado la investigación, paper, presentación, hilo en lista de correo o herramienta más innovadora e interesante.
    Inyectando paquetes en redes internas desde Internet.
    Charla presentada por Tarjei en la ReCON 2012, sobre ataques basados en cadenas de texto que afectan a Windows, y sin ejecutar código en Ring0.
    Este tipo de ataques añaden funcionalidades a ejecutables PE (instaladores de software, actualizaciones, etc) sin invalidar las firmas Authenticode.
    Otra charla de REcon, que mostraba como aprovechar análisis de programas académicos para aplicarlos a retos de ingeniería inversa del mundo real.
    Desbordamientos de búfer en autómoviles, explotando vulnerabilidades mediante un CD grabado, con dispositivos BlueTooth conectados o desconectados, o conexiones desde un teléfono móvil al teléfono GSM interno de un coche. ¡Instalando malware en coches!

    Lamest Vendor Response

    Todavía no se han publicado los nominados a la peor y más absurda respuesta por parte del vendedor tras reportarle algún tipo de vulnerabilidad.

    Pwnie for Best Song

    La mejor canción relacionada con el mundo de la seguridad:
    Pwnie for Most Epic FAIL

    El fallo más épico de estos últimos meses:
    • A la industria Anti-Virus en general
    • Herpesnet - Francesco Pompo (aka Frk7)
    Como desmontar una botnet aprovechando que el botmaster no es my espabilado. La gente de malware.lu la desmontó por completo 
    • LinkedIn Breach of 6 Million Password Hashes - LinkedIn
    También tenemos post sobre el caso LinkedIn. 2500 empleados, más de 90 millones de usuarios, no tenían CSO ni salt para sus contraseñas.
    • F5 Static Root SSH Key - F5 Networks {GANADOR}
    Incluir la clave privada de autenticación en el firmware de un dispositivo, dándote acceso a cualquiera de los dispositivos F5, no tiene precio.

    Pwnie for Epic 0wnage

    Al mayor de los "pwnages", los nominados son tres en este caso:
    • "Flame" Windows Update MD5 Collision Attack - Flame Authors {GANADOR}
    Técnica utilizada por Flame para conseguir firmar actualizaciones legítimamente. También tenemos un post dedicado completamente a este tema. 
    • Autoridades de Certificación - Todas
    Comprometidas una a una sin parar, y la industria sigue cerrándose los ojos ante este tema, confiando en entidades "low-cost" para su gestión de certificados. Se destruyó Diginotar, y seguro que vienen más.
    • iOS Jailbreaks - iPhone Dev Team y Chronic Dev Team
    Equipos de personas que se dedican a aprovechar vulnerabilidades en sistemas operativos iOS, publican sus 0days y permiten que cualquiera pueda aprovecharlos para sus dispositivos, de manera rápida y sencilla. Cada versión, un reto, que siempre consiguen ganar.

    -------------


    Hoy 25 de Julio tendrá lugar la ceremonia de entrega de premios, actualizaremos el post para señalar a los ganadores de cada categoría, tras su celebración en la Blackhat USA, AUGUSTUS III+IV Ballroom en el Caeser's Palace de Las Vegas.

    ¡Suerte a todos!

    Leer más...

    05 noviembre 2011

    Entrevista: Daniel Medianero

    Daniel Medianero es el responsable de hacking ético de Ecija, una de las empresa españolas que últimamente está pegando más fuerte en auditorias. Lleva una carrera profesional imparable, y es que no puede ser de otra forma cuando se combina un excelente técnico y profesional con una buena persona. 

    ¿Cómo empezaste en la informática?
    Un familiar trabajaba en Unisys por lo que tuve ordenadores en casa desde pequeño. Mi primer contacto fue con un Amstrad CPC y una miniguía para desarrollar un pequeño Arkanoid, de ahí a un 286 con disquetes de 5 y 1/4. Entonces tenía los antivirus Artemis y el Fprot y aun así sufrí el temido barrotes. Tengo en un cajón una caja llega de discos de 5 y 1/4 con un variado ecosistema.

    Recuerdo el MSDOS de entonces, y teclear "win" para entrar al Windows 3.11 para el trabajo en grupo, del que guardo una versión original del manual. Para copiar ficheros en modo GUI utilizaba el "dosshell" y para disfrutar de juegos y software acudía a mis primos, y así descubrí el día del tentáculo, uno de los pocos juegos que me ha tenido sin dormir.
    Un poco más tarde disfruté de un 386 con lector de CD de "caja": sacabas la caja, la abrías, metías el CD y pa dentro, enseguida llegaron los modems, las peleas en casa entre los que querían llamar y los que queríamos navegar, etc. Un poco más tarde llegaría a Slackware, FreeBSD y como todos sigo esperando las consecuencias del efecto 2000.

    ¿Cuál crees que es el futuro del hacking?
    No me siento muy cómodo en el papel de adivino, pero en mi opinión el hacking tiende a una especialización cada vez más fuerte. Los análisis de vulnerabilidades seguirán siendo necesarios, pero creo que el factor humano cada vez aporta menos en esa fase, y es más necesario en trabajos muy específicos, que requieren de unos conocimientos concretos.

    ¿Qué hay que hacer para trabajar como hacker ético?
    En mi caso concreto, en un momento de mi vida me convencí de que quería trabajar en esto y me dediqué en cuerpo y alma a formarme (luego hablamos de esto). Por otro lado me pateé las páginas de empresas y de búsqueda de trabajos y finalmente una empresa del sector me dió la oportunidad de entrar en el mundo de la seguridad. No entré a trabajar directamente como hacker ético, el salario era bajo y el horario por turnos me hizo mella, pero aprendí bastante y tras muchos sacrificios conseguí una oportunidad para trabajar directamente como auditor en otra empresa.

    Volviendo a la pregunta, creo que hay que tener mucha humildad, y estar dispuesto a sacrificarse. Este trabajo es completamente vocacional y eso tiene innumerables ventajas, pero exige muchos sacrificios que hay que aceptar, la formación es permanente y hay que autoformarse contínuamente.

    ¿Qué opinas del intrusismo laboral en el mundo de la informática?
    Ahora es cuando digo eso de "me alegro de que me hagas esa pregunta". Yo soy oficialmente un "Ingeniero Técnico en Informática de Gestión" y sinceramente no creo que eso me haya beneficiado en exceso a la hora de afrontar el mercado laboral. Duante mucho tiempo compaginé mis estudios en la Universidad con otro tipo de trabajos y de hecho realicé mi primera incursión en el mundo de la seguridad antes de terminar la carrera. Es más, dedicaba más tiempo a trastear y estudiar hacking que a las materias universitarias por lo que ya sabes por dónde va mi respuesta.

    Creo que a día de hoy la enseñanza universitaria en materia de informática es muy deficiente en lo que a la seguridad respecta. Por poner un ejemplo, en mi carrera la asignatura de redes era opcional, por no mencionar que no dimos seguridad como tal en ninguna de las materias. Es cierto que a día de hoy, con la perspectiva de los años, veo que algunas de las materias fueron muy interesantes, pero no deja de ser curioso que las que más me han aportado son las que a priori más rechazo me generaban, como las relacionadas con las matemáticas: cálculo, matemática discreta, algebra, etc

    ¿Cuánto tiempo tarda un hacker en formarse?
    Toda la vida. ¿Esta no era una pregunta express? ;)

    ¿Certificaciones si o no? ¿Por qué?
    Creo que el mercado de las certificaciones es un negocio en sí mismo. Normalmente lo que indica una certificación es que la persona que la posee ha decidido invertir cierto tiempo en hacer muchos test, lo cual es indicativo de que esa persona es, en cierta medida, disciplinado.

    Yo tengo alguna y creo que pueden encararse de tres maneras en función del objetivo de obtener la certificación. Si lo que uno desea es tener el título y sumar una línea a su Linkedin, entonces está, con casi toda seguridad, perdiendo el tiempo, antes o después se descubrirá el pastel. Si se hace la certificación para sumar créditos, cpes o similares, es totalmente factible, ganas una línea en el curriculum y mantienes tus otras certificaciones (como ves, esto es el mercado del que hablaba antes). Yo mismo he sacado alguna certificación en este sentido.

    Cuando alguien aborda una certificación para aprender puede obtener muchos beneficios, ya que puede utilizar la certificación como guía o índice de temáticas a estudiar en profundidad, yo saqué el CHFI (Computer Hacking Forensic Investigator) de esta manera. Si bien no te libras de perder el tiempo haciendo tests ;)

    ¿Cuánto puede llegar a cobrar en España alguien que se dedica técnicamente a la auditoría de sistemas de información?
    Depende mucho de las empresas, los proyectos concretos y de la situación contractual de las mismas. Como ves no me he mojado en absoluto, pero para los interesados en cifras un tipo muy simpático dió una charla muy ilustrativa sobre esto en la RootedCON del 2010, pueden encontrar las transparencias aqui:


    ¿Existe el perfil junior en el mundo del hacking?
    Decir que no sería engañar, claro que existe un perfil junior. Medir los conocimientos y las destrezas de la gente es muy difícil, pero en la gestión de las empresas hay que catalogar a los empleados de alguna manera. Un hospital tiene estudiantes, residentes, médicos y doctores, nosotros tenemos becarios, juniors, seniors y dioses ;)

    Sobre el perfil junior en sí, por lo que a mi respecta, es una persona que no domina algún aspecto de la seguridad (redes, sistemas, programación, etc) y que no posee la suficiente experiencia en el sector como para defender un informe ante un cliente, poner los resultados en contexto, detectar vulnerabilidades estructurales, de lógica de negocio, etc.

    Como ves en esa definición cabemos todos, pues, todos somos juniors en algo. Como decía Albert Einstein, "todos somos muy ignorantes, lo que sucede es que no todos ignoramos las mismas cosas"

    ¿Cuáles son las mejores empresas de seguridad en España?
    Hacer una lista sería muy pretencioso por mi parte, pero si he de decir que en España hay muy buenos profesionales y empresas, y que habitualmente tenemos muchos prejuicios con respecto a las empresas y profesionales de fuera, y debemos valorarnos todos un poco más.

    ¿Qué piensas sobre PCI, la LOPD , o cualquier otra regulación? ¿sirven de algo?
    Por lo pronto sirven para que muchos profesionales tengan trabajo (flame). Es evidente que las normativas nunca serán perfectas y siempre tendrán agujeros (quien hizo la ley hizo la trampa), pero todas tienen algo de bueno. La LOPD por ejemplo, ha permitido que crezca la conciencia sobre la importancia de los datos personales, aunque sea por obligación y por temor a las sanciones aplicables.
    Regulaciones como el Esquema Nacional de Seguridad (ENS), si bien en mi opinión no son claras y tienen multitud de incongruencias, facilitan que las administraciones públicas tomen conciencia sobre la seguridad, tantas veces olvidada.

    ¿Tus hackers favoritos?
    He de decir que mi panteón de dioses está reservado para los Mitos de Cthulhu, pero como decía antes a nivel español hay muchísimos buenos profesionales y no quisiera hacer una lista nacional, porque me voy a dejar a mucha gente en el tintero, asique por nombrar a uno diré que a @masajaker (flame otra vez).
    Sobre angloparlantes admiro a muchos: Harlan Carvey, Brian Carrier, Robert Lee, Patrick Volkerding, Jeremiah Grossman, Didier Stevens, David Litchfield, HD Moore, Dafydd Sttuard o Richard Beijlich entre otros.

    ¿Cuánto tiempo os puede costar encontrar vulnerabilidades críticas en una gran empresa?
    Depende de lo que tarde en pasar el Nessus (perdona el flame, pero me lo pusiste a huevo).

    Las vulnerabilidades más críticas suelen ser las de diseño o estructurales porque además de sus implicaciones, son las más difíciles de mitigar y de corregir. Estas no suelen salir rápido porque requieren de un aprendizaje acerca del entorno y un periodo de comprensión del mismo. No obstante aún hay multitud de vulnerabilidades críticas que son sorprendentemente poco complejas de descubrir. No me refiero a aquellas de versionado o configuraciones por defecto, sino a errores del pasado que se repiten una y otra vez en la programación de entornos web, fundamentalmente las de validación de entrada de usuario.

    ¿Es más segura la administración pública o el sector privado?
    Las comparaciones son odiosas pero en mi opinión el sector privado está más concienciado y en consecuencia algo mejor en materia de seguridad.

    ¿Cómo estamos en España respecto a otros países?
    Creo que estamos a la par que los países de nuestro entorno. Si bien no diría que estemos en la cresta de la ola, aunque todo se andará.

    ¿Puedes contarnos alguna batallita de una auditoría?
    Por supuesto, de hecho aprovecho la pregunta para pediros una sección en el blog acerca de batallitas ;)
    Te contaré una situación bastante surrealista: Durante un proyecto tenía que ejecutar cierto tipo de pruebas por la tarde y físicamente en la sede del cliente. Dicha sede cerraba por las tardes y el cliente reunió toda su dureza facial para decirme: "yo no estaré porque por la tarde no trabajamos ninguno, pero llama a la puerta que te abrirán las de la limpieza, eso sí, termina antes de que se vayan porque dejan puesta la alarma antes de salir". Ahí no termina, cuando por la tarde llamo a la puerta y me abren las susodichas y les cuento la historia, no me creen y llaman al cliente para asegurarse antes de dejarme pasar. Huelga decir que por la mañana entré a la sede como Pedro por su casa. Eso me hizo pensar mucho sobre concienciación en seguridad. Dejo una pregunta en el aire ¿Sector público o privado?


    Preguntas express:

    ¿Sistema operativo?
    fedora ahora, slackware de corazón

    ¿Editor de texto?
    vim

    ¿GUI o CLI?
    depende

    ¿Marca de hardware?
    lenovo

    ¿Lenguaje de programación?
    perl

    ¿Top herramienta imprescindible de auditoría?
    burp suite

    ¿Comida rápida?
    bocata de panceta

    ¿Bebida?
    café

    ¿Grupo de música?
    fabula

    ¿Un libro?
    Windows Forensic Analysis, de Harlan Carvey, aunque supongo que me preguntas un libro no informático: Las reglas del viento, de Carlos Canales y Miguel del Rey

    Leer más...

    17 junio 2012

    Enlaces de la SECmana - 128

    Leer más...

    01 julio 2013

    ¿Es necesario un título para trabajar en seguridad?




    Hace días que vengo siguiendo un hilo de la lista de la Rooted, cuyo subject es: Google dice: "el expediente académico no sirve para nada". Efectivamente, y como no puede ser de otra manera, el flame está servido. Que una empresa tecnológica como Google sea tan tajante en esta afirmación hace plantearse los criterios de selección seguidos, así como los valores buscados por esta compañía a la hora de seleccionar a su personal.

    Pese a que nunca he tenido la oportunidad de participar en un proceso de selección para Google, doy por sentado que aunque en sus bases de contratación digan que te entrevistan entre 4 ó 5 "Googlers", estoy seguro que mirarán tu CV, y si pone Ingeniero por la Universidad de blablabla, es algo que suma y no resta.

    Tal cual lo plantea Google, si tienes una experiencia laboral previa, nos da igual que seas Ingeniero titulado o que seas autodidacta. Si acabas de salir de la Universidad no. Por deducción, Google pide o Universitarios recién titulados, o gente con experiencia. Y en base a esto, en caso de profesionales nóveles, está claro que el expediente académico es su única métrica y la tienen en cuenta. Quizá deberían haber acotado mejor el tamaño de la muestra para esa afirmación a "En aquellos profesionales senior…"

    Exportando este mismo flame a puestos de seguridad informática puramente (y conociendo que Google tiene un equipo de seguridad con profesionales de pata negra como Fermín J. Serna), propongo el debate en abierto respecto este tema. 

    En mi opinión, una persona con una titulación universitaria en Informática (yo la tengo y por eso quizá no sea todo lo objetivo que debería, pero por lo mismo, conozco lo que cuesta obtenerla) ha demostrado un esfuerzo de muchos años dedicado a formarse, a conocer las bases necesarias para un futuro, a interactuar en equipo en grupos para proyectos, un rigor para hincar el codo y quedarte toda la noche preparando una materia cuando ha sido necesario, así como una valía para "saber buscarte la vida" para llegar a obtener un título. 

    Es más, pienso que incluso el expediente académico detallado incluso es de gran valor para el personal de recursos humanos a la hora de la contratación, dependiendo del puesto que se necesite cubrir.  Así, se deberían fijar más en las calificaciones obtenidas en asignaturas como seguridad, programación, sistemas operativos, redes, etc,.. en sitios en los que se requiera un perfil de seguridad/administración de sistemas, ponderando menos otras asignaturas. 

    Por otra parte, la experiencia profesional es la que al final te va guiando y haciendo aprender cómo es el fuego real, lo que es tener que lidiar con clientes exigentes, jefes abusadores que se atribuyen como propios, los méritos que su equipo ha realizado, otros departamentos enfrentados con el tuyo (generalmente en una guerra fratricida cuyo origen desconoces pero te afecta) que te ponen difícil desarrollar tu actividad con eficiencia y demás avatares contra los que únicamente la universidad de la vida, es la que te puede enseñar cómo actuar.

    Por tener un título (y su expediente asociado) no puedes juzgar a una persona, es algo que tengo claro. Por desechar a los que no tengan un grado universitario o una carrera terminada (o incluso ni empezada) te dejas en la cuneta a un montón de gente, que incluso son más válidos que muchos universitarios: también! Conozco un montón de ejemplo de grandísimos profesionales que, o no han querido o no han podido cursar estudios universitarios, empezando su andadura profesional a temprana edad... y que, tras unos años de rodaje, y experiencia desarrollando proyectos y manchándose de barro,  especializándose en aquellas materias que le motivan,... toda esta experiencia les hace ser grandes expertos de multitud de tecnologías y tienen un manual mucho más rico que un recién egresado.

    Creo que en el momento de una selección de personal, el papel del jefe técnico directo para el que se hace el proceso de selección es vital. Al fin y al cabo, quien mejor sabe a qué va a dedicar a esa persona es él (o ella). Esa entrevista tiene mucha más valía que la del psicólogo de recursos humanos que te dirá si el candidato tiene a su familia enterrada en el patio de su casa. Ojo, esta última tampoco es desechable. Es decir, en un proceso de selección, como en cualquier buen análisis, cuanta más información fiable se tenga sobre el candidato, mejor; sobre todo cuanto más enfocada al puesto al que se va a dedicar tenga. Por ello, el expediente académico de un individuo, es una pieza importante, que no imprescindible, a la hora de contratar. Evidentemente, la actitud de los candidatos durante el proceso de selección, ayudará a intuir si ese individuo será alguien que cualquier equipo envidiaría o si será un mueble más de la oficina.

    Por la parte que me toca, guardo muy buen recuerdo de mi época universitaria, los agobios de última hora, las entregas de proyectos, los buenos amigos que hice, las largas tardes jugando al mus, en fin… O tempora, o mores!
    Leer más...

    22 mayo 2013

    Se buscan expertos en ciberseguridad

    A estas alturas de la película a nadie le sorprende que los distintos estados a nivel internacional estén buscando refuerzos en sus capacidades de reacción frente a amenazas en la red de manera que las infraestructuras tecnológicas sobre las que se apoyan las comunicaciones, tecnologías así como los sectores estratégicos e infraestructuras críticas, cuenten con medios tecnológicos y humanos suficientes de cara a garantizar la persistencia de los sistemas y la operativa convencional de los mismos.

    Desde casos de incidentes, ataques y amenazas relacionados con las infraestructuras críticas como Stuxnet (2010), Duqu (2011), o Flame (2012), hasta el más actual Rocra (2013), dirigido al robo de información crítica y sensible de organizaciones gubernamentales de diferentes países, la evolución de las amenazas hacia ataques más dirigidos (APTs) se constata.

    Pero no sólo las grandes organizaciones o instituciones gubernamentales se encuentran en situación de peligro, los ciudadanos también son objetivo. Prueba de ello fue la infección masiva producida por la familia de virus Ransomware, conocido también como virus de la Policía, que ha afectado (y aún afecta) a numerosos usuarios en todo el mundo.

    En el caso de España, en INTECO-CERT hemos afianzado nuestra posición como actor clave en la gestión y respuesta frente a este tipo de amenazas y, conscientes de la necesidad de potenciar las capacidades de detección y reacción, hemos puesto en marcha el Centro de Inteligencia en Ciberseguridad. Seguro que más de uno se pregunta, bien pero ¿Qué se hace en este centro? Actualmente llevamos a cabo distintos tipos de tareas relacionadas con el análisis de malware, forense, gestión de incidentes y amenazas, desarrollo y despliegue de herramientas de detección, monitorización y análisis, así como otras actuaciones con alta carga de investigación e innovación.

    El objetivo es claro: detectar, anticiparse y reaccionar, en la medida de lo posible, ante los miles de ataques que diariamente sufrimos ciudadanos, empresas y todo tipo de organizaciones. Y todo en colaboración con distintos equipos de seguridad tanto internacional como nacional, y para muestra un botón; el informe que hemos publicado esta semana junto con CSIRT-CV y titulado “Detección de APTs” .

    Como no podía ser de otra manera, y fruto tanto de nuestra misión, como de las necesidades de protección nacional que se ponen de manifiesto, en INTECO buscamos ampliar plantilla con 20 profesionales altamente cualificados en el ámbito de la Ciberseguridad. Para no descartar a nadie únicamente por su CV, la selección que se hará desde INTECO se basará en una primera prueba de conocimiento online donde todos los candidatos tendrán la posibilidad de demostrar sus skills técnicos en distintas áreas de especialización (Computer forensics, Análisis de malware, Análisis de vulnerabilidades e Incident handling). Los salarios serán competitivos en función de la valía del candidato, por lo que, para todos aquellos que estéis buscando algo de estas características, solo os queda demostrar lo que sabéis...

    Aquí os dejamos los enlaces de la oferta:

    Darle las gracias Yago, Alex, José Antonio y Lorenzo por permitirnos usar su ventana al mundo.

    -----------------------
    Artículo cortesía de Daniel Fírvida
    Leer más...

    24 junio 2012

    Enlaces de la SECmana - 129


    Leer más...

    24 noviembre 2014

    Entrevista a Alfonso Muñoz (@mindcrypt)

    Hoy tenemos el placer de poder entrevistar al Dr. Alfonso Muñoz @mindcrypt en twitter, co-editor de CRIPTORED que compagina con su trabajo en el departamento de investigación de la empresa 11Paths.

    Uno de los “expertis” de Alfonso es la protección de información (criptografía/esteganografía) y sus publicaciones en ese campo son reseñables.

    1- Alfonso, todos conocemos tus contribuciones en el mundo de la criptografía, hemos visto tus charlas y tus trabajos, pero si te tocase presentarte a ti mismo ¿Cómo lo harías?

    Antes de nada, gracias por la invitación. Un placer compartir líneas con amigos y profesionales que habitan y se acercan a este blog.

    ¿Presentarme a mí mismo? Eso es fácil, soy guapo, alto, superdotado, bien dotado... En realidad, es bastante incómodo hablar de uno mismo. Diría que soy una persona sencilla, curiosa y trabajadora. Una de mis pasiones es viajar, aspiro a ser feliz y me gusta contribuir para hacer de este mundo un lugar mejor.

    2- El mundo de la criptografía ha generado un montón de noticias últimamente. ¿Crees que es un tema pasajero o que va a ser algo de lo que hablemos a menudo?

    Es un tema interesante el que planteas y está muy vinculado con la sensación de privacidad y protección de las comunicaciones que percibe la gente. Desde 1999 cuando Duncan Campbell escribió el informe COMIT titulado Interception Capabilities 2000 para el parlamento europeo, donde se detallaba mucha información del programa Echelon, todo el mundo debería ser consciente que el espionaje masivo aplicado al mundo civil y económico-industrial es real.

    No importa si tu información es o no importante, no importa si tu eres o no relevante, nadie te va a pedir permiso en recolectar tu información y si es necesaria analizarla en detalle.

    Lo curioso de todo esto es que han tenido que surgir casos como Wikileaks, filtraciones de Snowden o mil problemas de seguridad relacionado con el mal uso de la protección de las comunicaciones para que la gente sea consciente de lo expuesta que está su vida y que la criptografía bien utilizada y trabajada es una excelente herramienta para mitigar a los curiosos de lo ajeno.

    Cada vez somos más dependientes de la criptografía o de muchos de sus principios que permiten por ejemplo la generación segura de números pseudoaleatorios. Es vital en el comercio electrónico, en el e-goverment, en la validación de procesos y sistemas operativos, etc.

    Sin duda, es algo que tendremos que añadir a nuestro día a día, al igual que la vulneración de redes informáticas o cualquier otra tecnología de interés en este campo.

    En cuanto a qué noticias nos esperan. Yo auguro que en poco tiempo empezaremos a ver ataques avanzados, algún “careto versión plus” utilizando colisiones al algoritmo SHA-1, al igual que pasó con MD5 en casos tan famosos como el virus Flame. El coste de tal hazaña podría rondar el millón de dólares y bajando.

    3- Como bien sabes, a raíz de las revelaciones de Snowden, se ha puesto en tela de juicio la fiabilidad de los algoritmos y sobre todo, de las personas encargadas de implementarlos. ¿Cuál es tu posición en este tema? ¿das crédito a la existencia de 'topos' a sueldo de gobiernos que
    degradan programas y algoritmos?

    Siento no ser conspiranoico, en este sentido, sigo confiando en las matemáticas, como diría Bruce Scheneir.

    Creo firmemente que debemos diferenciar avances cuantitativos de cualitativos. Organizaciones con grandes recursos y equipos capaces son muy proclives a conseguir avances cuantitativos (el gap clásico que existe de unos 5 a 10 años en el descubrimiento de vulnerabilidades en sistemas y protocolos).

    Sin embargo, los avances cualitativos, como pueden ser encontrar procedimientos para anular los principios fundamentales en los que se apoyan muchos de los algoritmos criptográficos estándar, son otra cuestión. Es posible, lo fue en el pasado, pero creo que no es ni mucho menos común.

    Existen auténticos genios dedicados a la criptografía en el mundo civil, sus investigaciones son públicas y los algoritmos son analizados por una gran comunidad a nivel mundial. Por suerte, el dinero no lo soluciona todo, el talento está en todas partes y a menudo los genios suelen ir por libre.

    Sin duda, el mantra a seguir sería: la criptografía no se ataca, se esquiva. En este sentido, la historia ya nos lo ha demostrado, el problema no recae en los algoritmos sino más bien en cómo se implementan, quien lo implementa, características adicionales añadidas que reducen su seguridad o cualquier otro artificio en esta dirección.

    Hay intereses claros en introducir características que reduzcan la seguridad intrínseca de los algoritmos y protocolos. ¿Existen topos? Bueno es un poco más complejo que eso, pero la realidad es que hay personas que colaboran consciente o inconscientemente en esta tarea, y hasta ahí puedo leer. Todos conocemos programas como BULLRUN de la NSA. No es la única agencia que realiza esto ni mucho menos.

    4- Al hilo de este tema, valora del 1 al 5 (siendo 1 muy poco probable y 5 altamente probable) el grado de paranoia que te merecen los siguientes casos:

    a) Goto Fail de Apple

    5

    b) El 'escándalo TrueCrypt'

    3

    c) El caso 'heartbleed'

    2

    d) El caso 'Random Number Bug' de Debian

    3

    5- Se acaba de publicar que nuestro querido Whatsapp va a implementar un esquema de cifrado que, en teoría, protege a los usuarios finales. ¿Realmente esto supone que la información intercambiada va a estar a salvo y sobre todo, va a ser privada?

    Creo que en este punto mi opinión no va a ser muy enriquecedora. Por definición, no me fio nada de ningún software que implemente criptografía que no haya sido mínimamente auditado por la comunidad (el código sea accesible) o que posea al menos algún tipo de certificación que refleje que, como mínimo, saben lo que están haciendo.

    Vamos a esperar a que se publiquen análisis en esta dirección. De momento, creo que el Whatsapp está bien para lo que está, quedar con amigos, enviar fotos graciosas y compartir la lista de la compra...

    6- También ha sido noticia la iniciativa impulsada por Mozilla, Cisco y otros sobre una 'gran CA', libre, gratuita y que va a proveer de certificados para todo el mundo. ¿Te suena al mito de la fusión fría o realmente este proyecto va a cambiar las cosas?

    El problema fundamental de las CA, como bien sabes cuándo hiciste la gran herramienta SSLCop, es que ya no es cierto eso de “tercera parte de confianza”. Hay demasiadas CAs, en muchas de ellas su seguridad es cuestionable y muchas han sido vulneradas (emitiendo certificados falsos con lo que ello ha implicado), no tenemos confianza de que las CAs no estén colaborando con organizaciones facilitándole certificados y ataques MiTM a gran escala, y sobre todo, es triste decirlo, existen tantos elementos intermedios, que no son validados, que a día de hoy las PKIs y la CAs deben ponerse en cuarenta.

    La industria lo sabe, multitud de propuestas están surgiendo: certificate pinning, certificate transparency, TACKS, DANE, etc. En cuanto a la propuesta de la “gran CA”, de momento soy cauto. A corto plazo no veo que solucione los problemas conocidos.

    7- En un mundo ideal, todas las URLs empezarían por https y no http,
    pero parece que nadie se para a pensar en el 'coste' que supone migrar a un protocolo cifrado. ¿Cualquiera puede abordar la transición al mundo SSL? ¿Que le dirías a una organización que esté valorando ese cambio?

    La respuesta aquí sería cual es el “coste” de no migrar a un protocolo cifrado. Esto varía en función de la organización pero la bibliografía de muestra que el riesgo de vulneración de comunicaciones, falta de privacidad, infección masiva o enumeración y explotación de recursos internos de una organización o red doméstica es enorme.

    Por desgracia, aun implementando TLS/SSL no se puede bajar la guardia (BEAST, CRIME, BREACH, POODLE...).

    8- Desde tu punto de vista profesional, ¿Cuales son los errores más típicos que te encuentras cuando revisas una implementación criptográfica (ya sea una instalación SSL o un desarrollo que implemente cifrado?

    Depende un poco de lo que hablemos, creo sinceramente que implementar bien un algoritmo de cifrado es complejo, no por el hecho de implementarlo según defina un estándar dado sino sobre todo por gestionar adecuadamente todo tipo de ataques de lo más particulares, por ejemplo side-channel attacks diversos, gestión efectiva de la información temporal (¿qué hacemos con el fichero en claro una vez se obtiene su versión cifrada?), como se gestionan las claves y números aleatorios en la memoria, etc.

    En función del lenguaje de programación y el sistema operativo deberemos tener cuidado de las librerías criptográficas que utilicemos y especialmente de la fuente de números “pseudoaleatorios” que se utilicen para generar las claves de cifrado.

    En resumen, buenas prácticas y estar al día de los ataques “prácticos” a los algoritmos a utilizar.

    9- Se habla mucho de la criptografía de curva elíptica ECC, pero parece que no goza del apoyo que sí tiene la 'tradicional'. ¿Cual es tu posición al respecto?

    Diría que la criptografía de curva elíptica es el futuro, aunque en realidad es uno de los presentes más interesantes que tenemos. El problema fundamental, al menos si lo vemos desde el punto de vista de Internet, es que existen algoritmos que todavía siguen dando la batalla como ese el caso de RSA.

    Su sustitución no es evidente y entran en juego diversos factores económicos. Quizás si se publica algún fallo significativo en los algoritmos de clave pública más famosos (factorización, logaritmo discreto, etc.) o la computación cuántica avanza quizás se le dé más visibilidad vía algoritmos criptográficos post-cuánticos

    Existen múltiples algoritmos y recomendaciones (NIST, ECDSA, ...), software y hardware los implementan cada vez más y se puede encontrar en lugares nada sospechosos como en GPG.

    De hecho, estos últimos días se ha estado hablando sobre una nueva curva introducida: "Curve25519".

    Y lo mejor de todo, sé que esto gustará a los amantes de las conspiraciones, organizaciones como la NSA está apostando fuertemente por este tipo de criptografía. Algunos criptógrafos afirman que su naturaleza matemática le facilitará ataques no conocidos en el mundo civil, otros, me siento más cómodo en este razonamiento, que es un claro ejemplo de cómo los algoritmos criptográficos de clave pública más extendidos por Internet no son todo lo seguros que pensamos.

    10- ¿Cómo formarme en criptografía? ¿Algo para leer en estas navidades?

    Por supuesto, alimentemos el grado de masoquista de cada uno :D. Una lectura amena puede ser “Codigos Secretos” de Simon Singh o “The Codebreakers” de David Kahn.

    Un buen material técnico, gratuito, en español es el libro electrónico de seguridad informática y criptografía de mi buen amigo y compañero de batallas Dr. Jorge Ramió, o los documentos que hay publicados por la comunidad científica en Criptored o en el proyecto Crypt4you.

    En función de los gustos y la especialización hay otros libros recomendables: Criptografía digital: fundamentos y aplicaciones (Jose Pastor et al.), detalles de pkis y certificados digitales en el libro Seguridad en redes Telemáticas (Justo Carracedo) o muchos otros.

    Si nos vamos a la lengua de Shakespeare un referente sin duda es el libro “Applied Cryptography” de Alfred Menezes que se puede obtener gratuitamente aquí o cursos online vía MOOCs, por ejemplo, el del Dr. Dan Boneh de Standford (cryptography – Coursera).

    Si te gusta el criptoanálisis una forma “curiosa” de introducirse es con los textos de Military Cryptanalysis de William F. Friedman (https://www.nsa.gov/public_info/declass/military_cryptanalysis.shtml)

    Muchas gracias Alfonso, ha sido un verdadero placer poder contar contigo.

    Gracias a vosotros. Una última cosa:

    kdbfrvdvtxhvdehprvtxhvdehprvwdpelhqkdbfrvdvghvfrqrflgdvfrqrflgdvhvghflutxhvdehprvtxhkdbdojxqdvfrvdvtxhqrvdehprvshurwdpeléqkdbfrvdvghvfrqrflgdvtxhghvfrqrfhprvodvtxhqrvdehprvtxhqrvdehprv

    Leer más...