Fallos en el Protocolo de Comunicación SS7

Investigadores alemanes han descubierto que una tecnología de los 80 puede ser empleada por hackers para espiar llamadas y mensajes de texto. Su nombre es Signaling System 7 (SS7), una red que a día de hoy sigue en uso y que enlaza tráfico (entre otras funciones) en la red de telefonía móvil.

Signaling System 7 utiliza una serie de protocolos para enrutar llamadas, mensajes de texto y servicios similares en las redes móviles. Sin embargo los investigadores Tobias Engel, de Sternaute, y Karsten Nohl, jefe científico de los laboratorios de investigación en seguridad, han descubierto algunos fallos en la red.

Ni siquiera las redes móviles que utilizan las más avanzadas técnicas de cifrado se libran de los fallos descubiertos, ya que estas tienen que comunicarse a través de SS7, posibilitando a los hackers localizar llamadas, escucharlas o grabar conversaciones cifradas para usarlas más tarde. 

A principios de este año se informó de una serie de países que habían comprado sistemas de vigilancia que usan la red SS7, esto podría ser un indicio de que el fallo de seguridad se conoce desde hace tiempo.

El paso a las redes 3G ofrece cifrado mucho mejor, pero las técnicas de hacking reveladas Nohl y Engel socavan esa posibilidad. Los Carriers pueden potencialmente vigilar sus redes para dificultar los esfuerzos de los atacantes, pero no está claro cuántos lo han hecho y sin duda esto posibilita el espionaje por organismos estatales. Por ejemplo red que opera en Alemania, Vodafone, recientemente comenzó a bloquear dichas solicitudes maliciosas después que que Nohl informara el problema a la compañía hace dos semanas.

Hay dos métodos principales que se utilizan para interceptar llamadas telefónicas a través de SS7. En la primera los atacantes secuestran la función de reenvío del teléfono,  redireccionando las llamadas hacia ellos antes de enviarlas al verdadero destinatario. Esto permite a los hackers escuchar las llamadas desde cualquier parte del mundo. 

El segundo método consiste en utilizar antenas de radio para recoger todas las llamadas y mensajes de texto de una zona. Los hackers pueden incluso solicitar una clave de cifrado temporal a través de la red SS7, en caso de tener la información transmitida alguna seguridad adicional. Esta técnica tiene el inconveniente de que se necesita estar más cerca de las víctimas, pero lo compensa con su capacidad de afectar a muchas más personas a la vez.

Los investigadores alemanes mostrarán sus descubrimientos en el Chaos Communication Congress de Hamburgo que comezó el 27 de diciembre pasado, curiosamente el mismo donde Trammel Hundson explicará la vulnerabilidad de los MacBooks a través del puerto Thunderbolt y que puede verse en live stream.

Fuente: Betanews

Uso del Pentesting, una realidad un riesgo. Parte 1/2

Unos de los principales desafíos de las grandes organizaciones es proteger la información que día a día maneja, en la actualidad existen muchas amenazas a las que están expuestas las grandes empresas y muchas veces son generadas por los mismos empleados. 

Las compañías se ven afectadas principalmente por ataques externos, por intentos de robo de información que se generan por personas expertas en encontrar brechas de seguridad desde fuera de las organizaciones. Sin embargo existen herramientas y expertos que pueden apoyar en soluciones de mitigar las brechas de seguridad que mantienen las empresas dentro de su plataforma.

Normalmente los consultores de seguridad usan herramientas de Pentesting para realizar evaluaciones de las plataformas e identificar las debilidades o posibles brechas de seguridad, sin embargo este mecanismo a pesar de ser efectivo y ofrecerte la información sobre el estado de salud de tu plataforma son poco practicos a la hora de conocer y entender el mundo cambiante que vivimos.

Los ataques que se generan por aquellas personas que intentan ingresar a nuestra plataforma par realizar comunmente robo de información es producto de las debilidades de los software y hardware que conforman cada componente de las infraestructuras de la red, sin embargo es instrusivo y deficiente, y esto se debe a la rápida tendencias


El pentesting es un mecanismo de protección, es la simulación de un ataque a los sistemas de una empresa, por qué se dice que se debe hacer sin aviso, porque a tu empresa los atacantes no te mandan un correo diciendo la hora y el día en que van a atacar tu organización, sino que preferiblemente realizan un ataque en el momento que sepan que estás más descuidado, una noche, una madrugada o un fin de semana; es cuando van a lanzar los ataques aprovechando una de tus vulnerabilidades.

El pentesting realmente lo que emula es eso, simular un ataque de un ciberdelincuente, realizar un tipo de pruebas que puede hacer un atacante desde afuera para poder identificar qué vulnerabilidades tiene tu empresa, qué brechas de seguridad tienes, por donde puede un atacante acceder a tu información o poner en riesgo tus datos, lo que se busca es identificarlos para poderlos mitigar y poderlos controlar y no dejarlos visibles a los ciberdelincuentes.

Hay que hacerlo de forma permanente porque la seguridad no es estática y los riesgos que encuentras hoy no son los mismos que encuentras mañana, porque resulta que en el transcurso de las dos horas o tres horas después del ataque encuentras 15 o 20 vulnerabilidades más en cualquiera de las soluciones digitales que tiene tu empresa.

Lista de ciberataques y brechas de seguridad de 2014

 Enero
1 Enero, 2014 – 1.1 MILLION customers’ credit card data was swiped in Neiman Marcus breach  
20 Enero, 2014 – Credit Card Details of 20 Million South Koreans Stolen 
21 Enero, 2014 – Microsoft blog hacked by Syrian Electronic Army  
24 Enero, 2014 – CNN website, Twitter and Facebook hijacked by Syrian Electronic Army 
25 Enero, 2014 – Michaels Stores confirms payment card information compromised in breach   

Febrero
5 Febrero, 2014 – Texas health system attacked, data on more than 400K compromised  
14 Febrero, 2014 – Forbes.com Hacked by Syrian Electronic Army Because of “Hate for Syria”  
16 Febrero, 2014 – Kickstarter hacked: Passwords, phone numbers, and phone numbers stolen  
24 Febrero, 2014 – YouTube ads spread banking malware  
25 Febrero, 2014 – Mt. Gox exchange goes dark as allegations of $350 million hack swirl
 
Marzo  
10 Marzo, 2014 – Hackers steal 12 million customer records from South Korean phone giant  
14 Marzo, 2014 – Credit Card Breach at California DMV  
17 Marzo, 2014 – Morrisons employee arrested following data breach involving details of 100k staff  
20 Marzo, 2014 – EA Games website hacked to phish Apple IDs from users 
28 Marzo, 2014 – Malware in 34 Spec’s stores, payment data compromised for 550K  

Abril 
7 Abril, 2014 – Germany suffers biggest ever data breach in its history 
8 Abril, 2014 – The Heartbleed bug: serious vulnerability found in OpenSSL cryptographic software library  
15 Abril, 2014 – German space centre endures cyber attack 
15 Abril, 2014 – Welsh Councils break DPA 2.5 times a week  
22 Abril, 2014 – Iowa State server breach exposes SSNs of nearly 30,000  
29 Abril, 2014 – Security breach at AOL. Users told to change passwords
 
Mayo 
8 Mayo, 2014 – Orange Suffers Data Breach Again, 1.3 Million Affected  
9 Mayo, 2014 – WooThemes users notified of payment card breach, 300 reports of fraud 
21 Mayo, 2014 – eBay Suffers Cyber Attack, Users Asked to Change Passwords  
27 Mayo, 2014 – Avast Suffers Cyber Attack; 400,000 users affected
 
Junio  
14 Junio, 2014 – P.F. Chang’s Confirms Credit Card Breach  
17 Junio, 2014 – Hackers Takeaway Domino’s Pizza Customer Data; More Puns Inside  
19 Junio, 2014 – Hacker puts Code Spaces out of business  
19 Junio, 2014 – Sun and Sunday Times Websites Hacked by the Syrian Electronic Army 
22 Junio, 2014 – British Gas Help Twitter account hacked, customers pointed towards phishing sites  
23 Junio, 2014 – ‘Most sophisticated DDoS’ ever strikes Hong Kong democracy poll  
25 Junio, 2014 – European Bank Hit by Cyber Attack; £400,000 stolen
 
Julio  
1 Julio, 2014 – Energy Firms Hacked by Cyber Espionage Group ‘Dragonfly’  
4 Julio, 2014 – $3.75 Billion Brazilian Boleto Malware Attack  
8 Julio, 2014 – HotelHippo.com Closes after Data Leak  
15 Julio, 2014 – CNET Hacked, One Million Users’ Data Stolen  
16 Julio, 2014 – Information Commissioner’s Office Suffers Data Security Breach  
23 Julio, 2014 – eBay has suffered a security breach for the second time this year  
31 Julio, 2014 – Gizmodo Brazil hacked, fake Adobe Flash download opens backdoor  
31 Julio, 2014 – Massive Paddy Power hack: nearly 650,000 customers’ records stolen
 
Agosto  
5 Agosto, 2014 – Goodwill and FBI Investigate Possible Security Breach  
15 Agosto, 2014 – Supervalu supermarket chain begin investigating possible data breach  
19 Agosto, 2014 – US Cyber Crime Goes Nuclear: NRC Computers Hacked THREE Times  
21 Agosto, 2014 – Over 50 UPS franchises hit by data breach  
27 Agosto, 2014 – Norwegian oil industry under attack by hackers  
27 Agosto, 2014 – Records of 25,000 Homeland Security Employees Stolen in Cyber Attack 
28 Agosto, 2014 – FBI Probes Possible Hacking Incident at J.P. Morgan
 
Septiembre  
4 Septiembre, 2014 – Home Depot suffers breach that may be larger than Target’s  
5 Septiembre, 2014 – 800k Payment Cards Compromised in Goodwill Industries Breach  
5 Septiembre, 2014 – ObamaCare Website Hacked  
18 Septiembre, 2014 – Home Depot: 56M Cards Impacted, Malware Contained  
23 Septiembre, 2014 – 880,000 Affected by Viator Payment Card Breach  
25 Septiembre, 2015 – Payment card data stolen in Jimmy John’s data breach  
29 Septiembre, 2014 – Hundreds of US Stores Affected as POS Provider is Hacked  
30 Septiembre, 2014 – SuperValu compromised again – for the second time in three months
 
Octubre  
3 Octubre, 2014 – JPMorgan suffers data breach affecting 76 million customers  
10 Octubre, 2014 – Dairy Queen data breach hits 395 stores 
14 Octubre, 2014 – ‘Big K’ raided by hackers: Kmart warns customers after malware discovered  
21 Octubre, 2014 – Staples stores investigated: suspected payment card breach  
23 Octubre, 2014 – POODLE attack digs up downgrade flaw in TLS  
29 Octubre, 2014 – White House unclassified network hacked
 
Noviembre  
7 Noviembre, 2014 – Home Depot admits 53 million email addresses stolen in data breach  
13 Noviembre, 2014 – Data breach affects 2.7 million HSBC Turkey cardholders  
17 Noviembre, 2014 – US State Department network shut amid reports of cyber breach  
18 Noviembre, 2014 – Staples confirms POS malware attack  
25 Noviembre, 2014 – Sony Pictures Entertainment hacked  
27 Noviembre, 2014 – Syrian Electronic Army attack on Gigya affects Telegraph, Independent, Evening Standard…
 
Diciembre  
4 Diciembre, 2014 – Possible credit card breach at Bebe Stores  
11 Diciembre, 2014 – Union Station parking lot suffers suspected data breach  
11 Diciembre, 2014 – Electronic payment company CHARGE Anywhere suffers five-year breach  
15 Diciembre, 2014 – Personal information leaked in University of California, Berkeley, data breach 19 Diciembre, 2014 – KeyPoint cyber attack compromises 48,000 federal employees  
22 Diciembre, 2014 – Staples confirm details of six-month breach, 1.16 million cards affected


Fuente: Lista de ciberataques y brechas de seguridad de 2014

Privacidad en la Nube

En los últimos años el término más nombrado dentro de la red de redes es la privacidad y eso surge a raíz del caso de Edward Snowden y la Agencia Nacional de Seguridad de los Estados Unidos (NSA) que influyeron en el incremento de la preocupación de la privacidad en Internet. Se puede afirmar que la preocupación por privacidad, es un buen punto de partida por garantizar que su información se mantenga resguardada, pero es controversial con el aumento de los usuarios por almacenar información en la red.

Si antes era común ver que las personas compartían información a través de medios ópticos (CD/DVD), dispositivos de almacenamiento extraíbles USB, disco duros externos u otros, en la actualidad es posible observar una clara tendencia hacia el uso masivo de la nube en detrimento de otros medios “tradicionales”. Las ventajas que ofrece la nube son considerables porque, facilita el acceso a la información ya que los archivos están disponibles en cualquier lugar que cuente con conexión a Internet. Asimismo, en caso de realizarse un respaldo, no será necesario tener que elegir un lugar físicamente seguro en donde guardar el soporte de respaldo. Todas esas ventajas han provocado que la nube sea una tecnología cada vez más popular entre las empresas y los usuarios. En este sentido, Gartner aseguró que en 2012 solo un 7% de la información de los usuarios finales fue almacenada en la nube, sin embargo, se espera que para el año 2016 dicho porcentaje aumente a un 36%

Tal como una persona guardaría un secreto profesional o personal, en el mundo real también existe información confidencial que no debe ser accedida por terceros no autorizados. Si alguien necesitara proteger escrituras legales o cualquier objeto de valor, lo más probable es que pensara en una caja fuerte u otro lugar seguro, como el caso de un banco, sin embargo en Internet no es así.

La preocupación de los usuarios consiente de la privacidad ha conllevado a utilizar mecanismos más seguros para resguardase de aquellos ataques que comprometan la información, tal es el caso de utilizar mecanismo de autenticación más seguros como el uso de claves complejas, mecanismo de cifrado de la información antes de subirla a la nube y la validaciones que realizan las empresas de estos servicios para garantizar que los usuarios que tiene el acceso es probablemente la personas correcta.

La preocupación por la información que se almacenan de las empresas en medios no seguros han puesto a los Directores de Seguridad a pensar en nuevos mecanismos que garanticen que la privacidad de la información, de los datos procesados y que la información debe de estar segura y resguardada de personas no autorizadas.

La seguridad de las tarjetas de crédito en entredicho

Se ha presentado un estudio que demuestra la vulnerabilidad de los
sistemas de seguridad utilizados por los cajeros automáticos para la
validación de los PIN asociados a las tarjetas de crédito. Este estudio
se ha visto empañado por los intentos que está realizando Citibank para
ocultar esta información.
En un estudio titulado "Decimalisation table attacks for PIN cracking",
dos investigadores de la universidad de Cambridge (Reino Unido)
presentan un estudio de las debilidades existentes en los dispositivos
hardware para el almacenamiento seguro y la validación de los PIN
asociados a las tarjetas de crédito comúnmente utilizado por las
instituciones financieras.
Las tarjetas de crédito son un clásico ejemplo de un sistema de
autenticación de doble factor, ya que se combina un elemento físico que
es necesario poseer (la tarjeta de plástico con su banda magnética) con
un elemento que teóricamente sólo conoce el titular de la tarjeta de
crédito (el PIN, un código numérico habitualmente de cuatro caracteres)
que físicamente no reside en ningún sitio. Para poder utilizar la
tarjeta de crédito en un cajero automático es necesario disponer de
estos dos elementos al mismo tiempo.
Obtener el plástico tarjeta de crédito es una tarea relativamente
simple. Son un elemento de libre distribución y comercialización.
Falsificar la banda magnética también es una operación no demasiado
complicada, como hemos leído infinidad de veces en las noticias sobre
estafas que, periódicamente, publican los medios de comunicación.
Lo que, en teoría, ya no es tan fácil obtener o identificar es el PIN
que el usuario ha seleccionado para la tarjeta de crédito. En teoría, la
única forma de identificar este PIN es o bien obligando al titular de la
tarjeta a que lo revele o utilizando técnicas de fuerza bruta para su
identificación.
En el caso de la fuerza bruta, la teoría conocida hasta la fecha es que
para identificar el PIN asociado a la tarjeta son necesarios, de
promedio, unos 5.000 intentos.
El estudio publicado este mes muestra que en realidad, una persona con
los conocimientos adecuados de los mecanismos de seguridad utilizados y
acceso a los sistemas criptográficos que se utilizan en los bancos,
únicamente necesita un máximo de 15 intentos para identificar cualquier
código PIN de cualquier tarjeta de crédito.
La vulnerabilidad utilizada se encuentra en los dispositivos hardware
utilizados para la realización de las operaciones criptográficas. Se
trata de unos procesadores especialmente diseñados para esta acción,
capaces de realizar un gran número de operaciones por segundo.
Una vez más, la teoría indica que estos equipos están especialmente
protegidos para la realización de cualquier ataque. No sólo disponen de
protecciones especiales para evitar su manipulación, sino que las
funciones que ofrecen a los programas están diseñadas para devolver un
valor booleano (verdadero o falso) a cualquier petición, para evitar la
divulgación de información que sirva para confeccionar ataques basados
en el estudio estadístico de los errores reportados.
Estos sistemas criptográficos realizan la validación del PIN realizando
un cifrado de los dígitos introducidos, utilizando una clave secreta.
Del resultado de la operación de cifrado se extraen una serie de
dígitos, expresados en base hexadecimal. Como el PIN de la tarjeta
utiliza únicamente números de base decimal, se hace necesaria la
conversión.
La conversión de hexadecimal a decimal no se realiza de forma
matemática, sino que se aplica una tabla de conversión, donde se expresa
la conversión a realizar para cada dígito hexadecimal. Por ejemplo, una
tabla de conversión puede ser

0123456789ABCDEF
9876543210987654

Utilizando esta tabla, el valor hexadecimal 67F4 se convertiría en el
valor decimal 3245. Este seria, en definitiva el PIN que debería
cotejarse para determinar si la operación debe realizarse o no.
Es en este punto donde se encuentra la vulnerabilidad del protocolo.
Estas tablas de conversión no son un valor sensible, sino que es posible
facilitar una tabla de conversión arbitraria, conjuntamente con el
número de cuenta y el PIN, en el momento de solicitar al sistema
criptográfico la validación de la información.
Por tanto, un empleado del banco con acceso al sistema dispone de la
capacidad de manipular las tablas de conversión para determinar los
dígitos que forman el PIN. Por ejemplo, utilizando esta tabla de
conversión

0123456789ABCDEF
0000000100000000

con el código PIN 0000 es posible identificar si el PIN contiene el
número 7.
Por tanto, básicamente lo que demuestra el estudio, una vez más, es que
utilizar como medida de seguridad el desconocimiento ("security by
obscurity") no es efectivo, especialmente cuando se hace referencia a
cuestiones relacionadas con la criptografía.

El lado oscuro de esta historia
Un problema de este tipo, que requiere una situación muy específica para
poder ser utilizado, probablemente hubiera pasado más o menos
desapercibido fuera de los círculos de interés sobre criptografía y
seguridad informática. De hecho, como se deduce de lo publicado
anteriormente, las únicas personas que podrían aprovecharse de esta
vulnerabilidad para obtener los PIN de las tarjetas de crédito son
algunos empleados de los bancos que disponen del acceso necesario a los
sistemas criptográficos.

Las nuevas tendencias de la seguridad - El futuro de la Información

 Después de leer un sin fin de artículos relacionado con la seguridad de los nuevos dispositivos es preocupante como las Empresas e Instituciones del Estado no toma conciencia y medidas de los métodos que se pueden aplicar para robar información, las trampas en las redes sociales, las incertidumbres que arroja el cloud computing y la fragilidad de los entornos de trabajo móviles constituyen actualmente los mayores peligros.

En consecuencia, para obtener una mayor seguridad TI durante estos años algunas de las acciones más recomendables son las de revisar los sistemas de seguridad de red y sus políticas al respecto, además de extremar las precauciones a la hora de utilizar tarjetas de crédito en la Red.

El número de ataques a redes privadas y corporativas se incrementará en los últimos años. Por ello, es imprescindible concienciarse de tal amenaza y responder con defensa proactiva, ya que si no se invierte lo necesario en seguridad, seremos más vulnerables. Lo que ayer era eficaz, hoy puede no serlo, por la creciente complejidad de los peligros a los que nos enfrentamos.

Pero no sólo se trata de nuevas amenazas, sino de nuevos cauces para la distribución de malware o troyanos. Si antes un virus podía llegar oculto en un disquete o CD-ROM, ahora se encuentra en otros medios, las redes sociales y el uso de dispositivos móviles hacen que sea más sencillo en manipular los datos de un usuario.

Para acaba de complicarlo, nos encontramos antes la dificulta de los límites entre los sistemas corporativos y los privados. Es ya habitual que los empleados actualicen sus perfiles de FaceBook desde el trabajo, que hagan reservas desde un smartphone de la empresa o que enlacen a sitios web desde blogs internos. Para no correr riesgos, la prudencia y el sentido común son la mejor arma, por lo que las Instituciones debe sentar a pensar en las bases de utilizar estos servicios y concienciar a las personas  sobre los riesgos que esto conlleva.

Actualmente estoy realizando un estudio del comportamiento psicológico de las personas que usan redes sociales como pasatiempo y no como herramienta de divulgación de información, lo que genera una dependencia y necesidad en el uso de estas aplicaciones, sin embargo no se ha tomado en cuenta el precio que debe pagar las empresas e Instituciones del Estado, en mantener la seguridad y confidencialidad de la información bajo un perfil de usuario atado a la necesidad de estar conectado a este mundo.

Dispositivos Móviles: Pequeños ayudantes peligrosos.
Los dispositivos móviles acceden ya a todos tipo de datos críticos, pero rara vez ofrecen la misma protección que un ordenador. Una de las mayores amenazas viene dada al establecer contraseñas demasiado simples, por ser más cómodas de introducir.

Además, los empleados suelen usar los smartphones tanto con fines profesionales como personales, sin actualizar las aplicaciones que puedan garantizar los mecanismos de seguridad. En consecuencia, un virus, troyano o cualquier aplicación maliciosa puede infectar no solo a este sistema, sino a toda la red, robar información de los contactos, número de tarjetas de créditos anotadas en los dispositivos e información familiar que puede ser usada para otros fines delictivos. Para evitar estos problemas, las empresas han de ser capaces de administrar estos dispositivos de forma centralizada, garantizar la actualización y estandarizaciones de las aplicaciones, las políticas de seguridad juegan un papel importante, sin embargo todavía hay mucha tela que cortar sobre este tema que estaré hablando en mis próximos artículos.

Sin descuido en Internet

Las pestañas de su navegador de Internet pueden convertirse en una trampa. Una nueva modalidad de 'phishing' utiliza la posibilidad de abrir varias ventanas a la vez para intentar robar contraseñas. El modus operandi es muy sencillo.

Mientras el usuario está concentrado en otro sitio, un programa detecta que una de las páginas lleva un tiempo inactiva e inmediatamente la reemplaza por una web falsa de algún sitio popular como Facebook, Gmail o Ebay en la que se le solicitan de nuevo sus claves para acceder. Si el incauto navegante se despista, el ciberdelincuente conseguirá acceder a información confidencial con el objetivo de utilizarla, fundamentalmente, para fines económicos.

Aza Raskin, un reconocido diseñador de interfaces que trabaja en Mozilla, empresa responsable del navegador Firefox, ha dado la voz de alarma sobre esto, bautizado como 'tabnabbing'.

En su blog -www.azarask.in/blog/-, el creativo ofrece una demostración de cómo funciona, en la que puede verse cómo una de las pestañas del navegador se transforma en una copia exacta de la página de inicio de Gmail en la que cualquiera podría volver a teclear las contraseñas de acceso al pensar, por ejemplo, que ha caducado su sesión.

El 'tabnabbing' utiliza un código de JavaScript para detectar los tiempos de inactividad. Los usuarios que mantengan habitualmente muchas pestañas abiertas, saben que es fácil olvidar qué se está visitando exactamente en cada momento,

El spam en formato PDF

Si en su cliente de correo tiene una carpeta donde almacena el spam, haga una búsqueda por archivos adjuntos con extensión .pdf, a buen seguro encontrará unos cuantos ejemplos. Es la penúltima moda para intentar evitar los filtros antispam, si durante los últimos meses la avalancha de mensajes no deseados llegaba con imágenes, ahora le toca el turno al formato PDF.

Las soluciones antispam suelen combinar diferentes técnicas para poder determinar si un mensaje es spam o no. Pueden analizar ciertas cabeceras del mensaje, realizar diversas comprobaciones sobre el servidor que realiza el envío, compararlo con listas negras, utilizar firmas basadas en patrones estáticos y dinámicos, aplicar filtros bayesianos, etc.

Este mismo arsenal de técnicas está a disposición de los spammers, van probando contra ellas diferentes estrategias para buscar eludir este tipo de barreras y conseguir que el mensaje no deseado llegue sí o sí a nuestros buzones.

Por ejemplo, una de las técnicas más explotadas para evitar la detección basándose en el análisis del texto consiste en enviar el mismo mensaje pero "dibujado" en una imagen adjunta. De esta forma, aparte de poder dibujarle la pastillita azul junto con sus propiedades, precios, etc, lo que buscan es que el nombre de la pastillita no aparezca escrito en texto plano en el cuerpo del mensaje y pueda hacer sospechar al filtro antispam.

Como respuesta a las imágenes, los filtros antispam comenzaron a utilizar plugins OCR (software de reconocimiento óptico de caracteres), capaz de interpretar el texto que era dibujado en los gráficos. A continuación les tocó mover ficha a los spammers, y comenzaron a introducir "ruido" en las imágenes para dificultar el reconocimiento automático por este tipo de software.

Esa es la razón por la que en ocasiones las imágenes con texto que nos llegan por spam estén distorsionadas, con caracteres multicolor, parezcan mal enfocadas, o tengan líneas por encima del texto. No es que los spammers sean muy malos diseñadores o tengan muy mal gusto, la explicación es que quieren dificultar la labor a los filtros antispam.

Aprovechando que la inmensa mayoría de los ordenadores de hoy día cuentan con un visualizador de archivos PDF, que se ha convertido en un formato universal y que goza de buena "reputación" (suele utilizarse para compartir documentación), los spammers han decidido que también puede ser una buena vía para sus objetivos.

Como el texto de los archivos PDF es interpretable, puede llegar a ser procesado por motores antispam, ellos también demuestran que saben combinar técnicas y han decido utilizar las imágenes con el mensaje distorsionado incrustadas en el PDF.

Vulnerabilidades antes la exploración en los Router Cisco

Los routers que están en producción se pueden ver afectados por ataques de denegación de servicios si se ven expuestos a chequeos por programas de exploración de vulnerabilidades.

Un gran número de versiones del software IOS (Internetworking Operating System) de Cisco se ven afectadas por un defecto que puede provocar el reinicio del router cuando este se ve chequeado por algún programa de comprobación de vulnerabilidades.

De tal forma, que si un usuario malicioso explota el problema de forma repetida puede provocar un ataque de denegación de servicios. Esta vulnerabilidad ya fue descubierta y anunciado por Cisco hace dos meses, pero ante el gran número de dispositivos que aun no han actualizado sus sistemas, con el consiguiente peligro que ello representa.


Más información:
http://www.cisco.com/warp/public/707/iostelnetopt-pub.shtmlVNUnet

http://www.vnunet.com/News/1104718

Vulnerabilidad de Cisco ASA

Cisco ha confirmado la existencia de una vulnerabilidad en dispositivos Cisco ASA, que podría permitir a un atacante remoto ejecutar scripts arbitrarios mediante peticiones http:

El problema reside al procesar los parámetros de entrada del usuario en Cisco ASA. Un atacante remoto podría aprovechar este error para ejecutar scripts arbitrarios a través de una redirección provocada por una inyección del tipo

http://x.x.x.x/%0d%0aLocation%3a%20http%3a%2f%2fwww%2eurl%2ecom

Cisco ha publicado la versión 8.1(2) del software destinada a corregir este problema, disponible desde:

http://www.cisco.com/cisco/web/download/index.html

Más información:

Cisco ASA 5580 Series Release Notes Version 8.1(2)
http://www.cisco.com/en/US/docs/security/asa/asa81/release/notes/asarn812.html

Cisco ASA HTTP Response Splitting Vulnerability
http://www.secureworks.com/ctu/advisories/SWRX-2010-001

Vulnerabilidad en MySQL

Se ha descubierto una vulnerabilidad en MySQL que podría ser utilizada por un atacante para provocar una denegación de servicio. MySQL es un sistema de gestión de base de datos relacional, multihilo y multiusuario que se desarrolla como software libre y cuenta con millones de implantaciones en todo el mundo.

El problema reside en el tratamiento de determinados comandos "ALTER DATABASE". Un atacante con permisos "ALTER" podría alterar el nombre del directorio usando caracteres especiales y provocar que el directorio de sistema se usase como directorio de la base de datos, Esto volvería todo el sistema inusable.

Se ven afectadas las versiones de MySQL anteriores a la 5.1.48, a la 5.5.5 y a la 6.0.14.

Se recomienda actualizar a MySQL versiones 5.1.48, 5.5.5 o 6.0.14, disponible para descarga desde:

http://dev.mysql.com/downloads/

Más Información:

C.1.1. Changes in MySQL 5.1.48 (02 June 2010)
http://dev.mysql.com/doc/refman/5.1/en/news-5-1-48.html

Serious flaws in the alter database .. upgrade data directory name command
http://bugs.mysql.com/bug.php?id=53804

La firma digital y la seguridad

En el ámbito comercial actual, la determinación de un marco adecuado para obtener la autenticación de información basada en un sistema de computación requiere familiarizarse con conceptos y adelantos pertenecientes tanto al campo legal como de la seguridad informática ('Computer Security', 'Network Security' o 'Information Security'). La combinación de estas dos disciplinas no resulta fácil de lograr. Conceptos que entran dentro del ámbito de la Information Security no siempre se corresponden con conceptos del ámbito jurídico, aun en aquellos casos en los que la terminología es la misma. Por ejemplo, desde el punto de vista de la Information Security, firma digital significa el resultado de aplicar un determinado proceso técnico específico a una determinada información.

El concepto jurídico tradicional de firma es mucho más amplio, reconociendo cualquier signo realizado con la intención de autenticar el documento firmado. Incluso en algunos países se incluyen en el concepto de firma otros signos, como por ejemplo la imagen digitalizada de una firma realizada en papel.

Desde el punto de vista de la Information Security, estas firmas electrónicas son totalmente diferentes a las firmas digitales que se describen en este trabajo y en la literatura técnica, sin perjuicio que el término 'firma digital' sea algunas veces utilizado para significar cualquier forma de firma realizada con la intervención de una computadora. En el presente trabajo hablamos de firma digital con el sentido dado por la terminología de la Information Security.

Las firmas digitales son creadas y verificadas por medio de la criptografía . Se valen de lo que se conoce con el nombre de criptografía de clave pública, que emplea un algoritmo que contiene dos claves diferentes pero matemáticamente relacionadas, una clave para la creación de la firma digital o para la transformación de datos a una forma ininteligible, y otra clave para la verificación de la firma digital o volver el mensaje a su forma original. Al equipo y software que utiliza dichas claves se les designa colectivamente con el término Criptosistema Asimétrico.

Las claves complementarias de un criptosistema asimétrico para firma digital reciben arbitrariamente el nombre de clave privada, sólo conocida por el que firma y utilizada para la creación de la firma, y la clave pública, que puede ser conocida por los terceros, y que se utiliza para la verificación de la firma digital. En el caso que muchas personas necesiten verificar una firma digital, la clave pública debe estar al alcance o ser distribuida a todos ellos, generalmente mediante las publicación en un directorio de fácil acceso o asentada en un Registro especial. Sin perjuicio que las claves que constituyen el par se encuentran matemáticamente relacionadas, si el criptosistema asimétrico ha sido diseñado e implementado correctamente en términos de seguridad, resulta computacionalmente imposible obtener la clave privada por el hecho de conocer la clave pública. Por lo tanto, el hecho de que distintas personas conozcan la clave pública de una determinada persona y la utilicen para verificar su firma no significa que puedan descubrir la clave privada y la utilicen para firmar por su propietario. Esta circunstancia recibe el nombre de principio de irreversibilidad.

Otro proceso fundamental, denominado hash function, es utilizado tanto en la creación como en la verificación de la firma digital. Una hash function consiste en un algoritmo que, aplicado a un mensaje determinado, crea una representación digital o 'huella dactilar' denominado hash result o hash value, de una longitud fija, mucho menor que el mensaje original, pero substancialmente único a él. Cualquier modificación del mensaje produce inevitablemente un diferente hash result, cuando se utiliza la misma hash function. En el caso de una 'hash function segura', resulta computacionalmente imposible obtener el mensaje original partiendo de su hash value. Las hash functions, por lo tanto, permiten al software crear firmas digitales para operar en pequeñas cantidades de datos, a las vez que continuar proveyendo una robusta correlación con el contenido del mensaje original, asegurando que este no ha sido modificado desde que fuera digitalmente firmado.

Como se ha adelantado, la utilización de las firmas digitales comprende dos procesos, uno llevado a cabo por el firmante y el otro por el que recibe el mensaje firmado digitalmente:

La creación de la firma digital utiliza un hash result derivado y único tanto a mensaje firmado como a la clave privada.

La verificación de la firma digital consiste en la constatación de la firma relacionándola con el mensaje original y la clave pública dada, para determinar si la misma fue creada para ese mensaje utilizando la clave privada correspondiente a la referida clave pública.

Para firmar un documento o cualquier otro tipo de información a transmitir electrónicamente, el firmante debe determinar precisamente los límites de aquello que va a ser firmado. Esta información precisamente delimitada recibe el nombre de mensaje. Luego, una hash function contenida en el software utilizado produce un 'hash result', único a dicho mensaje. El software luego transforma el hash result en la firma digital, utilizando la clave privada del firmante. La firma digital resultante es única tanto para el mensaje como para la clave privada utilizada para su creación. La transformación del digesto de mensaje o hash result en la firma digital mediante la aplicación de la clave privada del firmante es descripta muchas veces como encriptado. Dicha terminología no es del todo correcta, ya que en el sistema de firma digital el mensaje no necesita ser confidencial. De hecho se transmite el mensaje original (plain text) con la firma digital (digesto de mensaje o hash result + clave privada del firmante). De esta forma la firma digital, luego de su verificación, permite que el receptor del mensaje tenga la seguridad que el mensaje proviene del que dice ser su originador y que no ha sufrido alteraciones durante su transmisión. La confidencialidad puede ser provista como un servicio adicional de las tecnologías de firma digital.

La verificación de la firma digital consiste en computar un nuevo digesto de mensaje o hash result partiendo del mensaje original (plain text), mediante la aplicación de la misma "hash function" utilizada por el originador para la creación de la firma. De allí que utilizando la clave pública del originador y el nuevo digesto de mensaje, el receptor del mensaje verifica: 1) si la firma digital fue creada utilizando la correspondiente clave privada; y 2) si el nuevo digesto de mensaje computado coincide con el digesto de mensaje original que fue transformado en firma digital durante el proceso de firma.

Distintos criptosistemas asimétricos crean y verifican firmas digitales utilizando diferentes algoritmos y procedimientos, pero comparten los principios básicos explicados.

Los procesos de creación y verificación de firmas digitales cumplen los efectos legales esenciales requeridos de una firma:

Autenticación del suscriptor: Si un par de claves pública y privada es asociada con una persona determinada, la firma digital atribuye el mensaje a dicha persona. La firma digital no puede ser adulterada, salvo que el suscriptor haya perdido el control de la clave privada.

Autenticación del mensaje: La firma digital identifica el mensaje firmado, con mayor certeza y precisión que las firmas basadas en papel. La verificación revela cualquier intento de adulteración, desde que la comparación del digesto de mensaje (uno obtenido en el proceso de firma y otro en el proceso de verificación) nos muestra si el mensaje recibido es igual al mensaje firmado.

Acto afirmativo: La creación de una firma digital requiere que el suscriptor utilice su clave privada. Este acto puede ser considerado como la función formal o ceremonial de alertar al suscriptor acerca de que está realizando una transacción con consecuencias legales.

Eficacia: El proceso de creación y verificación de una firma digital provee un alto grado de certeza acerca de que la firma digital proviene del suscriptor

Diferentes Niveles de Seguridad en los Archivos PDF

Hace más de quince años, Adobe Systems Incorporation introdujo en el mercado mundial el concepto del documento electrónico ubicuo, logrando posicionar un formato que ha sido adoptado como estándar “de facto” para el intercambio de documentos electrónicos; me refiero al formato PDF, por sus siglas en inglés Portable Document Format (Formato de Documento Portable), un PDF puede ser visualizado en casi cualquier computadora o dispositivo móvil utilizando un producto gratuito llamado Adobe Reader (antes conocido como Acrobat Reader). En la actualidad, PDF es un formato reconocido por la organización de estándares internacionales (ISO, International Standards Organization).

Este formato PDF es el complemento ideal para trabajar con documentos electrónicos firmados digitalmente, dado que entre otras propiedades puede proteger su contenido, puede evitar que sea modificado y mantiene todas sus propiedades independientemente de la computadora que se use para visualizarlo.

Es muy importante que todas las empresas, grandes y pequeñas, evalúen el impacto que tendrá el uso de documentos electrónicos con validez oficial y que definan una estrategia a seguir en el corto y mediano plazo.

El tener un documento electrónico o un formato electrónico trae muchas ventajas a una organización, por ejemplo, una orden de compra electrónica puede tener catálogos que ayuden a la persona que está llenándola, reduciendo los errores típicos de la captura, agregando validaciones de la información; incluso se puede tener un documento “inteligente”, capaz de mostrar y ocultar información de acuerdo como sea necesario.

Con la evolución de la tecnología hemos observado grandes cambios en la forma de operar de los negocios, en la calidad del servicio que ofrecen empresas de todos los ramos y en la creciente necesidad de tener acceso a servicios “en línea” para poder realizar trámites personales; sin embargo, con todos estos avances, hoy dependemos más que nunca de grandes cantidades de papel, con sellos y firmas que le dan autenticidad y que, en ocasiones, estamos obligados a conservar por muchos años.

Por supuesto, el gran reto para estos documentos es el garantizar su autenticidad, para lo cual se ha acuñado el concepto de “firma electrónica”, que es una analogía digital de la firma autógrafa que usamos cotidianamente. Esta firma electrónica se vale de mecanismos de cifrado de información (también llamado encripción) que garantizan la autenticidad del documento; de tal forma que se puede asegurar que el documento no ha sido alterado desde que fue firmado, además de identificar plenamente a la persona que firmó el documento.

• Seguridad Básica.

El nivel de seguridad más básico que se puede aplicar a un archivo PDF se consigue mediante una contraseña de administrador que bloquea algunas características del archivo, por ejemplo, pedir una clave para abrir el documento, prevenir que se modifique el contenido del documento, evitar que se pueda copiar el contenido y pegarlo en otra aplicación e incluso no permitir la impresión del mismo.

Este nivel de seguridad existe en un PDF desde hace mucho tiempo y ha permitido proteger parcialmente la información, sin embargo, la contraseña reside dentro del PDF y, por lo tanto, es susceptible de ataques conocidos como “fuerza bruta”, en los cuales un programa intenta posibles combinaciones de letras y palabras hasta que se logre “adivinar” la clave.

La ventaja de este mecanismo de seguridad es que no requiere de ningún componente adicional para ser implementado y es adecuado para documentos con información pública o información de bajo nivel de sensibilidad.

Para la implementación de esta funcionalidad Adobe utiliza algoritmos de cifrado con llave simétrica como AES (128 y 256 bits) y RC4 (128 bits).

• Seguridad por cifrado (encripción)

Mediante el uso de certificados digitales es posible tener un mayor nivel de seguridad en un documento PDF, para lo cual es necesario contar con certificados digitales con llave asimétrica, es decir, un una pareja de llaves pública y privada.

En este caso, no hay suficiente información dentro del documento PDF que permita romper la seguridad con un ataque de fuerza bruta, solamente mediante el uso de la llave pública correspondiente a la llave privada utilizada para encriptar (cifrar) el documento, se podría abrir o modificar la configuración de seguridad. Para este tipo de implementación Adobe utiliza el algoritmo RSA (512, 1024 y 2048 bits).

• Seguridad máxima

El mayor nivel de seguridad que se puede lograr actualmente en un documento PDF está relacionado con un concepto que se utiliza en la actualidad llamado “administración digital de derechos” (DRM, Digital Rights Management), en este caso, además de poder controlar la modificación o la impresión de un documento, se puede controlar la autorización de quien puede hacer qué con un documento PDF e incluso la vigencia del mismo.

En resumen, se puede tener el control de acceso a un PDF, sin importar el lugar donde se encuentre el mismo, es decir, puede estar en un repositorio, en un disco portátil, en un disco óptico, incluso en la computadora de la casa de una persona y se sigue teniendo el control del documento.

¿Cómo se puede lograr esto?, en realidad, se utiliza un servidor (Adobe LiveCycle Policy Server) que encripta un documento cuando se le aplica una política y cada vez que alguien intenta abrirlo, se establece una conexión hacia el servidor para identificar el documento, autenticar a la persona (via una conexión con el directorio corporativo LDAP) y, en caso de que todo sea válido y la apertura este permitida, se envía una llave temporal para desencriptar y abrir el documento.

Con esta solución se puede tener incluso una historia de los eventos relacionados con el documento, por ejemplo, se puede saber quién abrió un documento, quién lo mandó a impresión, desde qué computadora lo hizo, entre otras cosas.

Este nivel de seguridad es ideal para documentos confidenciales que deben ser preservados en todo momento.

• Conclusión

Existen diferentes niveles de seguridad que deben ir relacionados con el contenido de cada archivo PDF, en algunos casos es suficiente con la seguridad básica, en otros casos es necesario utilizar una firma electrónica o encriptar el contenido; y para la información confidencial se puede utilizar la seguridad máxima; pero siempre bajo el entendido que el documento sigue siendo un PDF y puede ser abierto en cualquier plataforma donde está disponible el Adobe Reader gratuito.

Por Luis Carselle Gerente de Cuentas Corporativas en Adobe Systems Latino América

Fuente: http://www.tynmagazine.com/notas.php?id=734

Los Ataques Internos, un gran peligro

Secure Computing Corporation, un a empresa de seguridad informática empresarial ha realizado una encuesta a 103 directores de tecnología y ha sacado unas conclusiones interesantes:

El 80% creen que tiene un gran problema con los ataques internos a la seguridad.
El 37% ha detectado fugas de información sensible en el último año.
El correo electrónico es la vía de apertura de la brecha de seguridad en la mayor parte de los casos las mayores inversiones en seguridad pasan por reforzar la seguridad interna de la empresa.

Respecto a los problemas de seguridad externos, las respuestas de la encuesta dicen lo siguiente el malware preocupa más que los hackers, los virus y el spam siguen manteniéndose como elementos degran preocupación.

Fuente: http://www.blogantivirus.com/los-ataques-internos-un-gran-peligro

ISO 27005:2008: Gestión de Riesgos

Desde el día 4 de Julio se dispone de la nueva norma ISO 27005:2008,"Information security risk management".Esta norma ISO/IEC 27005:2008 proporciona directrices para la gestión de riesgos de seguridad de la información.

Esto apoya los conceptos generales especificados en ISO/IEC 27001 y ha sido diseñada para ayudar a la puesta en práctica satisfactoria del análisis y la gestión del riesgo, fase principal del diseño de todo buen sistema de gestión de la seguridad de la información (SGSI).

El conocimiento de los conceptos, modelos, procesos y terminologías descritas en ISO/IEC 27001 e ISO/IEC 27002 es importante para lograr el entendimiento completo de la ISO/IEC 27005:2008.ISO/IEC 27005:2008 es aplicable a todos los tipos de organizaciones (p.ej. sociedades mercantiles, administraciones públicas, organizaciones no lucrativas) que tengan la intención de manejar los riesgos que podrían comprometer la seguridad de la información de la organización.Esta norma actualiza a la antigua ISO 13335, partes 3 y 4.

La legislación suele pecar de ambigua a la hora de hablar de seguridad. En general se venía diciendo que los procesos telemáticos deben garantizar la disponibilidad, integridad y confidencialidad de la información, sin establecer mínimos (A excepción de la legislación en materia de protección de datos de carácter personal que lo regula vía reglamentaria).

Como mucho aparece que las medidas de seguridad serán proporcionales a los "riesgos y el estado de la tecnología".

Pues bien, he hallado una nueva redacción a estos requisitos en la Orden PRE/1551/2003, de 10 de junio, por la que se desarrolla la disposición final primera del Real Decreto 209/2003, de 21 de febrero, por el que se regulan los registros y las notificaciones telemáticas, así como la utilización de medios telemáticos para la sustitución de la aportación de certificados por los ciudadanos y en la ORDEN PRE/3949/2006, de 26 de diciembre,por la que se establece la configuración, características, requisitos y procedimientos de acceso al Sistema de Verificación de Datos de Identidad donde para determinar la seguridad de la información necesaria aparece el siguiente texto:

Adopción de las medidas de seguridad, organizativas o técnicas, de los dispositivos y aplicaciones de registro, notificación y de la prestación del servicio de dirección electrónica única.

1. Con carácter general se aplicarán a los dispositivos y aplicaciones de registro, notificación y de la prestación del servicio de dirección electrónica única las medidas de seguridad, conservación y normalización que se detallan en los Criterios de seguridad, normalización y conservación de las aplicaciones utilizadas para el ejercicio de potestades aprobados por el Consejo Superior de Informática y para el impulso de la Administración Electrónica y accesibles en su sitio web.

Dichas medidas de seguridad, conservación y normalización vendrán determinadas por el resultado del análisis y gestión de riesgos que se realice, recomendándose a estos efectos la utilización de la metodología Magerit.

2. Lo dispuesto en esta Orden Ministerial se aplicará en todo caso de conformidad con lo previsto en la Ley Orgánica 15/1999, de 13 de diciembre, de Protección de Datos de Carácter Personal y demás normativa aplicable en esta materia.

Lo significativo que merece ser destacado es la exigencia de la realización de un análisis y gestión de riesgos previo a determinar las medidas de seguridad necesarias y además, establecido mediante una Orden Ministerial.

Me inicié en esto de la seguridad de la información ya hace casi 10 años justo en un proyecto piloto de valoración de la metodología MAGERIT (En aquella época, versión 1.0) y aunque siempre he considerado, pese a detractores, que el análisis y gestión de los riesgos es el criterio de diseño del conjunto de medidas, el reconocimiento que realiza esta nueva redacción de los requisitos de seguridad va a forzar a las instituciones a pasar forzosamente por el proceso.

Se discute mucho sobre la rigurosidad de esta disciplina, basada en estimaciones y valoraciones subjetivas pero lo importante al final es que obliga a determinar qué elementos son importantes, cual es su valor y qué podría pasarles respecto a potenciales incidentes de seguridad.

Este mínimo ejercicio de reflexión es necesario para que la seguridad no se base en la percepción del riesgo. Debe ocurrir que la sensación de seguridad sea igual que la seguridad real de la que se dispone.

En cuanto a la metodología MAGERIT 2.0, no creo que se diferencie en su esencia de lo contenido en esta norma ISO 27005:2008 porque básicamente todo análisis y gestión de riesgos pasa por las siguientes fases:

Fase de análisis de riesgos:

Determinación de activos
Determinación de amenazas
Estimación de impactos
Estimación de vulnerabilidad de las amenazas sobre los activos

Cálculo del nivel de riesgo.

Fase de gestión de riesgos:
Determinación de los criterios de aceptación del riesgo
Determinación de las medidas de seguridad necesarias
Estimación del nivel de riesgo residual

La documentación de MAGERIT 2.0 puede obtenerse en el Consejo Superior de Informática en la siguiente ficha descriptiva y en la propia página del Centro Nacional de Inteligencia en la urlhttp://www.ccn.cni.es/series.html hay un documento titulado CCN-STIC-410 Análisis de Riesgos Sistemas de la Administración v1.0.pdf con un ejemplo de su aplicación.

Fuente: http://seguridad-de-la-informacion.blogspot.com/2008/06/publicada-la-iso-270052008.html

Problema Grave de SSL

Debian fallo seguridad SSL.

Hoy he recibido por correo de Hispasec esta estupenda descripción del fallo de seguridad SSL que se ha descubierto en Debian recientemente.

Copio y pego.Hispasec - una-al-día 16/05/2008.

El problema encontrado en OpenSSL de Debian puede ser considerado, lamentablemente, un verdadero acontecimiento criptográfico. La criptografía es una ciencia compleja, y con el ánimo de aclarar las graves y extensas consecuencias del fallo, hemos redactado una serie de preguntas frecuentas para intentar, aun tratándose de un tema tan complejo, arrojar algo de luz. ¿Qué ha pasado exactamente? Alguien (por error) del equipo de Debian eliminó una línea de código en el paquete OpenSSL de Debian que ayudaba a generar la entropía al calcular el par de claves pública y privada. Las claves sólo se calculaban tomando como semilla el PID del proceso. Al estar limitado a 32.768 semillas (tantos como PIDs de proceso son posibles) para la generación de números seudoaleatorios, el número de claves posibles es pequeño. Se han estado generando las mismas claves dentro de este número limitado de posibilidades desde septiembre de 2006. Como son pocas y de entropía pobre, se puede deducir la clave privada a partir de la pública porque el espacio de primos es muy pequeño y está precalculado. Ya se han generado listas disponibles para todos con la clave pública (del espacio a que han quedado limitado después del fallo) y su correspondiente privada. Para los usuarios de este OpenSSL de Debian sin entropía suficiente, se han roto las reglas de la criptografía asimétrica en la que por ahora confiamos todos y que sustentan las bases de la (poca) seguridad y confianza que pueda existir en Internet. ¿Es tan grave como parece? Es más grave. Mucho más grave. Podríamos considerar que la criptografía de Debian en los últimos dos años ha sido una pantomima. Y es grave además porque no se resuelve por completo parcheando. Esa no es la solución definitiva. Hay que regenerar claves, revocar las antiguas, certificarlas en el caso de SSL, comprobar dónde fueron a parar claves generadas con Debian... No es un bug en un programa que eventualmente quedará obsoleto porque todo el mundo estará parcheado. Habrá administradores que no comprueben la debilidad sus claves, servidores SSL que jamás certifiquen de nuevo sus claves, claves perdidas de usuarios que dejen la puerta abierta a servidores SSH... También es grave porque arrastra a decenas de programas y sistemas que se valen de claves generadas con OpenSSL. SSL, SSH, OpenVPN, DNSSEC... Alguien lo ha calificado de "apocalipsis criptográfico". Además los principales perjudicados son los servidores que precisamente hayan buscado más seguridad con la criptografía de clave pública, porque contenían información crítica. El SANS Internet Storm Center ha elevado el nivel de alerta general a 'amarillo'. No ocurre a menudo. ¿Cómo ha podido ocurrir? Ha sido todo un desafortunado error. Aunque surgirán las teorías conspiratorias porque el código abierto ha estado ahí durante dos años, no ha sido hasta que Luciano Bello se ha dado cuenta que se ha corregido el fallo y se ha dado la voz de alarma. Pero el daño ya está hecho. Dos años de claves débiles generándose en cientos de miles de sistemas. Ha pasado desapercibido porque en general cualquier programa es complejo, pero la criptografía lo es aún más. Además, Bruce Schneier dijo algo así como 'Good security looks the same as bad security' ('La buena seguridad se ve igual que la mala', frase aplicable aún más a la criptografía). Kurt Roeckx fue quien planteó en un principio borrar líneas que consideraba problemáticas. Existe un correo de 2006 en una lista pública, en el que Roeckx plantea en una lista de OpenSSL qué pasaría si las eliminara. Pregunta si resultaría en una posible pérdida de aleatoriedad. La respuesta no oficial desde OpenSSL es que "no mucho" y que es partidario de borrarlas si ayuda en la depuración. Y era cierto, esas líneas no suponían problema: el problema es que en Debian se borraron más líneas de la cuenta, de las habladas en la conversación y para colmo los cambios no se enviaron a OpenSSL para que fueran revisados.

¿Se soluciona parcheando? No. No se trata de un fallo de seguridad al uso. Ha existido una fuente de claves inseguras que se han esparcido durante dos años. Hay que comprobar y regenerar claves. El fallo fue anunciado a la vez que el parche, pero hay que tener en cuenta, que las primeras versiones de los parches para Debian y Ubuntu contenían regresiones. Han publicado nuevas actualizaciones para los propios parches que es necesario aplicar también.

¿Qué pasa si tengo un servidor web con acceso por HTTPS? Si las claves han sido generadas con la versión de OpenSSL con el problema, las consecuencias son que alguien se puede hacer pasar por el servidor porque tendrá la privada de forma instantánea a partir de la pública. Además, cualquiera que haya tenido acceso a una conversación cifrada con el servidor, podría también descifrarla. Esto es así porque la clave simétrica que se utiliza para el cifrado ha sido intercambiada con la ayuda de claves asimétricas débiles. Un administrador debe además revocar la clave, generar una nueva, enviarla a la Autoridad Certificadora (que cobra por certificar) e instalarla. La catástrofe hubiese sito total, si una Autoridad Certficadora, hubiese generado claves y firmado certificados con estas claves débiles, pues el problema se extendería hacia abajo a todos sus clientes, en cuyos certificados ya no se podría confiar. Al parecer han comprobado que las principales Autoridades no se ven afectadas.

¿Qué pasa con SSH? Los administradores que controlan sus sistemas a través de SSH se suelen autenticar a través de su clave privada y el servidor de SSH almacena la pública correspondiente. Esto es más seguro que usar una sola contraseña simétrica para autenticarse. El servidor cifra una cadena con la clave pública del que pretende autenticarse y se la envía, si puede descifrarla le deja pasar. En este caso puede que la clave pública sea realmente pública o no. En el primer caso, deducir la privada es instantáneo, y en el segundo caso, si no se conoce la pública, se debe hacer un ataque de fuerza bruta sobre un espacio de claves muy pequeño, algo que tarda unos 20 minutos con un ordenador de hoy día. Se ha creado un exploit para esto.Todos los administradores que permitan a sus usuarios utilizar la clave privada para acceder a sus sistemas a través de SSH, deben auditar las claves para saber si son de las "débiles". Los administradores de SSH también se encuentran ante una tarea concienzuda, peligrosa, (y que deben emprender ya) incluso si no utilizan Debian, porque puede que sus claves hayan sido generadas en una distribución Debian y exportadas. Los administradores de SSH comprobarán, con total seguridad, como los intentos de acceso ilegítimo se multiplican en estos días.

¿A Windows le pasó lo mismo? No. Se demostró que el generador de números aleatorios de Windows era débil, pero la diferencia es que según el estudio, había que conocer el estado previo del generador para saber el siguiente cálculo. Esto podría permitir descifrar conversaciones SSL entre dos sistemas. Pero para poder llegar a tener acceso a esa información inicial de la que se deducirían el resto de "estados del algoritmo", un atacante necesitaría poder tener acceso como administrador en el sistema. Digamos que para poder aprovechar el problema del algoritmo y poder descifrar la información, necesitaría tener el total control de la máquina para llegar a conocer un estado, con lo que el sistema ya estaría comprometido en sí.

Conclusiones

Lo peor no está ocurriendo ahora. Lo verdaderamente grave ha podido ocurrir antes (en los últimos dos años si alguien ha conocido este error y lo hubiese mantenido en secreto) y después (lo que nos espera a medida que se vaya descubriendo que sistemas importantes ha generado claves débiles).

Más información: The Debian OpenSSL disaster http://blog.drinsama.de/erich/en/linux/2008051401-debian-openssl-desaster.html

Random number generator, uninitialised data and valgrind http://marc.info/?l=openssl-dev&m=114651085826293&w=2

The Bug http://metasploit.com/users/hdm/tools/debian-openssl/ http://wiki.debian.org/SSLkeys

Debian and Ubuntu users: fix your keys/certificates NOW http://isc.sans.org/diary.html?storyid=4420