Seguridad Informática
Los caballos de troya de Spanair
Ago 25
El 20 de Agosto de 2008 el vuelo 5022 de la compañía Spanair que realizaba el trayecto Madrid – Gran Canaria sufría un terrible accidente en el que fallecieron 154 personas. El caso sigue sin sentencia y la instrucción judicial suma ya más de 11.000 folios.
Una de las últimas novedades que ha salido a la luz es la posible existencia de troyanos en la máquina encargada de reportar las incidencias. La noticia se ha extendido por Internet a la velocidad del rayo y cada cual ha hecho ya sus valoraciones. La alternativa que se baraja es que el ordenador encargado de dar las alarmas no operó correctamente debido a una carga elevada de malware que impidió el registro de la incidencia y la posterior alarma. Al parecer el sistema lanzaba una alarma cuando se acumulaban 3 incidencias del mismo tipo y ésta era la que hacía 3, pero no se pudo registrar, la alarma no se disparó y el avión despegó con las consecuencias ya conocidas. De cualquier forma, al parecer, el registro de la incidencia no se hubiera llevado a cabo a tiempo.
La fuente principal de esta noticia se encuentra en el pais. Cualquiera que lea esta noticia se da cuenta de que la información no es todo lo correcta que debería ser y hay que hacer algunas suposiciones. De esta noticia se ha hecho eco hasta el gurú de la seguridad informática Bruce Schneier con una edición posterior al primer post pidiendo cautela a la hora de valorar esta información.
La información de la investigación apunta como primer causa del accidenta al fallo humano en la verificación de uno de los puntos de la lista que deben ser examinados de forma previa al despegue. Este error habría sido provocado por la prisa tras el retraso del avion que llevó al piloto a una respuesta automática sin verificación de la posición de una pieza básica para el despegue.
Bien, pues en toda esta historia a mi me gustaría poner énfasis en otro aspecto diferente. La conferencia de prensa del dia después de los máximos dirigentes de spanair (Hacia el minuto 5:00) arrojaba datos sobre las auditorías por terceras partes de diferentes aspectos relacionados con la seguridad aérea afirmando que Spanair había obtenido la certificación IOSA y que ésta había sido renovada en su segundo año lo que implicaba una revisión extensa de todos los procesos y sistemas. El checklist de la norma IOSA de IATA está redactado estilo ISO 27002 como una guía pero que además incorpora tras cada control una evaluación al respecto del mismo. El cheklist es bastante extenso, supera las 300 páginas y para poder dar una opinión fundamentada habría que pasar largas horas delante del ordenador si no se controlan los conceptos (como es mi caso, aun asi, vease ORG.3.3.11, ORG 3.3.12, MNT 1.8.1). La cuestión es, ¿Se comprobó durante esa auditoría si los sistemas que soportaban los procesos de negocio estaban en las condiciones adecuadas?, y si era así, ¿De qué sirve un proceso de negocio que debe darme una alarma si algo va mal si no llega a tiempo?. ¿De que sirvió el sello IOSA?, y generalizando, ¿realmente acredita un sello aquello por lo que clama más allá de una buena gestión?.
Como todo accidente, es producto de un cúmulo de circunstancias adversas y en este confluyeron, al parecer, varias. ¿Cuanto influyó cada una?, ¿Podría el malware tener parte de culpa del accidente? (en caso de que la gestión de incidencias hubiera llegado a tiempo). Cada cual que saque sus conclusiones al respecto y si lo desea contribuya con un comentario ofreciendo su opinión. Yo ya tengo la mía.
Un saludo.
Peritaje: En busca de SW Pirata, la Auditoría de SW
Ago 11
No hay ninguna duda de que Microsoft ha hecho mucho por nosotros, quien lo ponga en duda sólo tiene que pensar cual fue su primer S.O., qué editor de textos utiliza actualmente o qué emplea para hacer presentaciones profesionales cuando tiene que impartir alguna clase o realizar alguna ponencia, por poner algunos ejemplos. Sin embargo, todas estas ventajas se han conseguido a costa de un alto precio, la pérdida de la percepción de lo que realmente hacemos al instalar un software propietario pirata. Estamos robando, si señores, no se nos ocurriría ir a un supermercado y llenarnos los bolsillos de bolsas de pipas, pero es que instalar un software pirata resulta extremadamente sencillo y total… si nadie me va a buscar, ¿o si?.
El mes pasado, acompañado del secretario judicial, el procurador y un compañero de profesión nos dirigimos a la sede de una empresa con objeto de realizar una auditoría de software por una denuncia anterior de las empresas Autodesk, Microsoft, Adobe y Symantec. Aquí está mi experiencia.
Una vez nos encontramos en la empresa, el secretario judicial solicitó la presencia del gerente, quien rápidamente apareció por el hall y se prestó a todo lo que necesitábamos. Tras exposición de lo que había ocurrido al Gerente, nos dispusimos a realizar nuestro trabajo, que básicamente según rezaba el auto se reducía a una Auditoría de Software en la que se obtuvieran determinadas propiedades del software instalado, entre las que se encontraba, como no, el serial o product key del producto.
Solicitamos inspección visual de las instalaciones con objeto de hacer un conteo de los PCs y, por ende poder dar una estimación de la duración de la intervención. Una vez estimado el volumen de PCs y el tiempo se lo transmitimos al secretario judicial que debe estar presente durante toda la intervención como fedatario del procedimiento seguido por el perito.
Comenzamos pues la actuación y fuimos realizando las siguientes acciones:
- Extracción de listado de programas instalados en cada PC y su fecha de creación
- Extracción de listado de programas instalados en cada PC y su fecha de último acceso
- Ejecución de una herramienta automática Stand Alone que extraía todos los datos solicitados por los demandantes (Me reservo para un post posterior la exposición de las alternativas posibles para este objetivo)
- Fotografiar las posibles licencias que encontráramos en forma de pegatinas adheridas a cada uno de los PCs
- Fotografiar la pestaña General y Nombre de Equipo de cada PC
- Construir un mapa con la ubicación física de cada uno de los PCs examinados
Antes de nada pusimos al corriente al gerente de la empresa, ya que el responsable de sistemas estaba de vacaciones, de cuáles iban a ser nuestras actuaciones y qué íbamos exactamente a extraer de cada uno de los PCs corporativos.
Nada más comenzar la situación se volvió algo tensa dado que a nadie le gusta que le toquen sus… sistemas. Salimos bien de la situación por algo coyuntural, el gerente era conocido de uno de los allí presentes y esa confianza nos ahorró tener que lidiar con los abogados del demandado, pero es más probable que sean requeridos por el demandado que que no lo sean.
Así todo, fuimos ordenador por ordenador ejecutando los comandos y desde un CD la herramienta y grabando en local los informes que finalmente ubicamos en una carpeta de red para poder grabarlos desde una máquina que disponía de grabador de CD. El uso del CD como soporte para este tipo de actuaciones se hace indispensable. Plantearse utilizar un dispositivo tipo pendrive tanto para la ejecución de la herramienta stand-alone para la extracción de informes como para almacenar las evidencias obtenidas es poco menos que un suicidio por las altas probabilidades de infección de alguno de los sistemas.
Con todo eso, desde un PC portátil de nuestra propiedad, grabamos las fotografías a un CD y copiamos su contenido a la misma carpeta en la que disponíamos de los informes. Acto seguido ordenamos todo por nombre del PC de forma que disponíamos de todas las evidencias clasificadas. Finalmente todo este contenido fue grabado por triplicado dejando una copia a la empresa demandada, otra al secretario judicial y otra que nos quedamos nosotros para la elaboración del correspondiente dictámen.
Nos despedimos y fin del trabajo de campo, que se cuenta rápido pero llevó unas 5 horas para 23 sistemas.
En resumen una nueva experiencia que requiere más de aplomo y saber estar que de cualidades técnicas y que tiene varios puntos críticos:
- Selección de Software
- Elaboración de la Metodología más apropiada
- Cambios on the fly por restricciones de la infraestructura de sistemas de la empresa
- Y sobre todo, saber estar en los momentos de presión, no ponerse nervioso y ser consciente de que simplemente haces tu trabajo.
Salu2 y felices vacaciones para los que las estéis disfrutando actualmente!
Entrevista a un SCAMMER
Feb 12
http://www.schneier.com/blog/archives/2010/02/interview_with_16.html
Cifrado de datos en equipos portátiles
Oct 27
Categoría: Seguridad de la Información
Esta mañana he visto una noticia que me ha sorprendido. Resulta que a Joan Laporta le robaron el portátil en el transcurso del partido Barcelona – M. United el 25 de abril de 2008. Un ladrón se coló en las oficinas centrales del club blaugrana y sustrajo del despacho presidencial el ordenador personal del presidente del barcelona. De aquel ordenador nada más se supo y como no, a mi me se me encienden las luces cada vez que escucho algo de esto, máxime cuando la principal preocupación de Joan Laporta es que se filtre información que contenía dicho portátil.
De todo lo anterior, a mi se me ha venido a la cabeza que acabamos de hablar de entornos compartidos y no mencioné nada acerca de algo muy básico, el cifrado del disco duro, o como mínimo de los archivos personales. El control de acceso basado en usuario / contraseña no basta, hoy cualquiera pone un live-cd de linux y te lee todo el disco duro. Solución, utilizar cifrado del disco duro o software que crea espacios de disco cifrados como el que ya mencionamos en un post anterior. Este mecanismo es básico en entornos compartidos donde la sustracción de un portátil no es sólo un problema por disponibilidad sino por las fugas de información que se puedan derivar de la información allí contenida.
Lo cierto es que resulta difícil imaginarse a alguien entrando en las oficinas sin ser visto, sin controles físicos de entrada suficientes, sin cámaras de vigilancia, sin alarmas, sin guardias en la puerta… esto en una casita de campo es muy lógico pero la oficinas del FCB me parece algo… extraño.
Salu2!
HackxCrack
Ago 5
Categoría: Seguridad Informática / Seguridad Lógica
Allá por el año 2005 se editó en españa una revista de hacking en la que se exponían aquellos conceptos, casos prácticos, protocolos, lenguajes de programación, bugs, etc que son necesarios para iniciarse en el mundo del hacking. Esta revista se denominó HackxCrack y esta siendo para mi, sin duda alguna una lectura muy interesante y útil. Por eso, me tenía reservado este post para antes de irme de vacaciones. Estas revistas están disponibles en formato PDF y os las podeis descargar desde este enlace
Como veis os dejo deberes, son 30 números que no se leen, se estudian, yo empecé hace bastante y voy por el 18 sin probar demasiadas cosas con las que trato de quedarme con el concepto y otras que afortunadamente las puedo saltar porque ya las estudié con anterioridad. Espero que os guste y las disfruteis igual que yo.
Salu2!!
Localizando un ordenador zombi
Ago 5
Categoría: Seguridad Informática / Seguridad Lógica
Navegando entre las noticias de seguridad a las que me encuentro suscrito me encontrado con una entrada en el blog de Alvaro Paz que me ha resultado más que interesante.
En dicha entrada, se expone un programa denominado BotHunter que es capaz de reconocer ordenadores zombis pertenecientes a una botnet dentro de una LAN, todos los detalles lo podéis ver aquí.
Salu2!
Buffer Overflow (I) en CTICRM digital
Jul 31
Categoría: Seguridad Lógica
Desde la asociación murciana Consejo de Tecnologías de la Información y las Comunicaciones de la Región de Murcia llevamos ya casi dos años empujando para que las diferentes soluciones comerciales, así como las líneas de investigación en vigor sobre temas tan de actualidad como IT Governance se acerquen a la sociedad de la Región de Murcia y del resto de España.
Como una de las iniciativas de la actual Junta Directiva se creó una revista de la que soy responsable directo y cuya edición va por el número 3. En este número podéis encontrar artículos realmente interesantes y contamos con nuevos colaboradores, nuevas secciones y también ISSN.
Una de las nuevas secciones es “El tutorial” y he querido inaugurarla con algo que llevo trabajando mucho tiempo; un tutorial completo de Buffer Overflow en el que pretendo exponer como es posible llegar desde el bug al exploit a fondo y de la manera lo más cercana posible. Esto lo he hecho con la intención de que no sea necesario ponerse enfrente del ordenador y seguir todos los pasos sino que con un estudio pormenorizado del tutorial cualquiera con unos conocimientos medianos pueda entender cómo se pueden localizar estos errores y cómo se pueden aprovechar por un tercero.
En este número tan sólo figura la parte I de posiblemente III si me queda el tiempo suficiente para llegar hasta el fondo en este asunto.
Aqui os dejo los enlaces a la página de CTICRM, y a la revista CTICRM digital donde podreis adquirir de manera totalmente libre y gratuita cualquiera de sus números.
Si cualquiera de vosotros quiere colaborar con la revista puede ponerse en contacto conmigo en la dirección hernandezrma@gmail.com
Espero que lo disfruteis.
Salu2!
La Guerra Fría Digital
Jul 2
Por todo lo anteriormente mencionado, resulta interesante reflexionar en el cambio de planteamiento al que estamos asistiendo, podemos decir que desde ya a nivel global, en cuanto a la defensa nacional. Pensando fríamente, con un grupo de Hackers bien confeccionado se podrían plantear objetivos estratégicos (organizaciones guvernamentales, grandes empresas por volumen de negocios, empresas con colaboraciones con defensa, empresas del sector energético y un largo etcétera) que pueden ser dañados vía Internet. El ejército norcoreano dispone de un ejército de 100 Hackers, desde Estados Unidos sonaron declaraciones sobre un posible ataque de un hacker chino al pentágono, también Inglaterra e Israel los han sufrido. Todo aquello que está expuesto a Internet es susceptible de ser atacado y es por ello que se debe analizar aquello que resulta crítico con el objeto de imponer la medidas de seguridad adecuadas para su protección.
Diferentes gobiernos a lo largo y ancho del planeta han creado ya o se disponen a crear ejercitos de hackers y estrategias de ciberdefensa y es que “cuando el río suena, agua lleva”. Líderes guvernamentales de todo el mundo comienzan a establecer la cyberseguridad como una de sus prioridades dándole la importancia y atención que merece un elemento básico de un castillo de naipes que si pierde uno de sus pilares clave, la información, caerá pudiendo arrastrar con él parte del sustento económico de la nación.
El ejército Americano dispuso hace bastantes años de un escudo antimisiles con el objetivo de proteger su territorio de posibles ataques externos (principalmente de los rusos) lanzando un mensaje al mundo, “señores, tenemos un escudo antimisiles, si nos atacan, más vale que acierten”. La Seguridad Nacional está empezando a contar con la seguridad lógica y por ende la disuasión ha cambiado de ámbito, hace apenas unas semanas Jeff Moss fue nombrado Asesor de Barack Obama pasando a formar parte del Consejo Asesor de Seguridad Nacional de Estados Unidos, también se ha trasladado de escenario; el pasado 10 de Junio el parlamento europeo aprobaba una propuesta para impulsar un plan europeo de ciberseguridad. Y es que, señores, podemos seguir con la filosofía del avestruz y esconder la cabeza bajo tierra o coger el toro por los cuernos y afrontar los riesgos que plantea un entorno dinámico, una sociedad informatizada y una información globalizada. Bienvenidos a lo que es a día de hoy, y esperemos que siga siendo, La Guerra Fría Digital.
Salu2!
Ser o No Ser… esa es la cuestión
Jun 29
Hace ya algún tiempo que vengo detectando ciertas irregularidades o desconocimiento en el mundo profesional en cuanto a las denominaciones que se otorgan tran la obtención de ciertas certificaciones, véase CISA, CISM, Lead Auditor 27001, …
Todas y cada una de estas certificaciones tienen, por decirlo de alguna manera, dos hitos. El primero es pasar un examen que acredita que dispones de los conocimientos necesarios y el segundo es la presentación de los justificantes necesarios para que la correspondiente organización promotora del certificado te los reconozca y te otorgue finalmente dicho certificado y la denominación correspondiente.
En la etapa en la que se dispone del examen y no de la Certificación se debe indicar que se dispone del documento acreditativo de haber pasado el examen correspondiente incluyendo (Exam Pass). Por tanto mientras no haya confirmación de la correspondiente organización de que la verificación de los méritos profesionales es suficiente, aquel que ha pasado el examen debería considerarse como CISA Exam Pass, CISM Exam Pass o IRCA Lead Auditor Exam Pass, pero el caso es que habitualmente eso de poner el Exam Pass queda muy largo y hay a quien se le pasa…
Esta mañana he estado echando un vistazo a los requisitos que se solicitan para ser IRCA Lead Auditor ISO 27001 y aquí os pongo parte de la información que IRCA facilita en este documento:
Educación
- Secundaria, como mínimo.
Experiencia laboral
- Cinco Años, o 4 años con un título universitario o terciario
- dos años de experiencia en temas relacionados con seguridad en al información
Formación en auditorías
- Curso de Lead Auditor ISO 27001 certificado por el IRCA o una alternativa aceptable
Experiencia en Auditorías
- Cuatro Auditorías como auditor “en entrenameinto”, totalizando 20 días de los cuales 10 deben ser en las intalaciones de la organización auditada.
- Tres auditorías como auditor líder “en entrenamiento”, totalizando 15 días, de los cuales 10 deben ser en las instalaciones de las organizaciones auditadas.
Para otras certificaciones se requieren, al igual que para ésta, requisitos de experiencia que hayan sido validados por la organización que ha de conceder la certificación (ISACA en caso de CISA y CISM). Es por esto que me gustaría llamar la atención sobre el hecho de que pasar el examen no autiraza a aquel que lo pasa a disponer de la denominación si antes no ha acreditado el resto de requerimientos.
Por último decir que IRCA dispone de un Directorio Online donde se puede acudir para saber si alguien que pone en su tarjeta que es IRCA Lead Auditor 27001 es realmente lo que dice ser.
Salu2!
Phishing, la etapa final o cómo el dinero se esfuma
May 28
Hará ahora unas 3 semanas que asisití a una conferencia en la que intervenían dos ponentes, uno era el principal responsable de la III brigada de delitos telemáticos ubicada en Murcia y el otro era Xabiel García Pañeda, Perito Informático experimentado y que ofreció una gran visión desde la mente del perito informático de lo que debe ser un peritaje bien llevado de principio a fin. A todo aquel que tengais la suerte de tenerlo cerca (Asturias) y podais acudir a alguna de sus conferencias es altamente recomendado. En esta conferencia se comentaban los ataques de phishing y allí me di cuenta de que la fase final no es muy comentada y resulta extremadamente curiosa (al menos para mi).
Es por todos conocido cómo opera un ataque de phishing hasta que los números de cuenta y resto de información necesaria llegan a quien no deberían haber llegado nunca, al atacante, pero… quizá no es tan conocido cómo es posible que ese dinero llegue a manos del ciberdelincuente y sea tan difícil cogerle, al fin y al cabo, a algún lugar redirigirá el dinero.
En esta tarea entran en juego los conocidos como muleros, término heredado de las personas que introducen droga en los diferentes paises portandola dentro de su cuerpo con el objetivo de no ser descubiertos. Estos muleros de la red tienen como principal función la de blanquear el dinero que les llegará a sus cuentas.
Las bandas de crimen organizado reclutan a estos muleros mediante mensajes de correo electrónico en los que les ofrecen grandes cantidades de dinero, trabajo desde casa, contrato laboral, el trabajo perfecto. En el momento de la contratación, el mulero se está convirtiendo en cómplice de una estafa de importantes dimensiones.
El recien contratado mulero comienza a recibir en su cuenta grandes cantidades de dinero de las cuales manda un alto porcentaje, entorno al 80%, a la empresa que lo contrató por un servicio de envio rápido de dinero, quedándose con el restante 20%. Inmediatamente después, el dinero es retirado por el phisher en otra oficina de la misma entidad de envío de dinero en otra parte del mundo con documentación falsa.
Vale, ahora habrá quien diga… ¿y la transferencia quien la hace? pues la transferencia puede hacerla el propio phisher tomando las debidas precauciones. Imaginemos que cogemos un módem de ono, de estos piratas que circulan por ahí y le ponemos una MAC de la que ya dispone otro usuario… en el momento de realizar la transferencia, debido a la asignación de direcciones que hace el servicio DHCP de ono tendremos la misma dirección IP que el titular verdadero vinculado a esa MAC, ¿en qué resulta esto?, en el titular que tenía asignada tal dirección IP imputado en un caso de estafa y en ONO buscando entre sus registros indicios de duplicación de tal MAC.
Aquí os dejo los principales objetivos del phishing a día de hoy extraidos de marshal8e6. Como podeis ver principalmente bancos americanos pero hay otros de interés, podeis ver más aquí
salu2!!

