209c Hackers, Tools y Retos
May 01

Git es un sistema de control de versiones muy de moda ahora entre desarrolladores, fue escrito por y para programadores. Sin embargo al verlo funcionar puedes darte cuenta de su potencial en aplicaciones distintas a la programación, como la seguridad de un sitio web y la posibilidad de revertir cualquier intervención en milisegundos.

Yo había diseñado mi propia herramienta para saber si he sido intervenido, peo no con todas las habilidades que ya trae git.

En mi caso hacia un listado de toda la estructura de directorios y cada archivo después a esa lista le agregaba la sumatoria del archivo, la cual aun se usa para comprobar si el archivo que bajamos de algún servidor no ha sido alterado mientras lo bajamos o si no ha llegado corrupto, de igual forma sabía si faltaba un archivo o si ahora tenía un archivo de más que antes no tenía, un posible webshell

Si alguien modifica un archivo de tu sitio web, tú sabrías que su sumatoria ha cambiado, incluso si se mantiene la misma fecha y el mismo tamaño en bytes del archivo, ya no es el mismo archivo. Esto te ayudaría a saber que posiblemente en algún archivo se inyecto algún backdoor o se le escribió código que antes no tenía. Claro podría saber que el archivo fue modificado, pero no donde fue modificado por lo que tendría que leer el código de todo el archivo en busca del cambio.

Ejemplo:
md5sum wp-settings.php
264eb46f0e17c74c5a60b8928371db51 wp-settings.php

Si le hiciera cambios al archivo wp-settings.php ese hash cambiaria, de esa forma se que fue modificado.

Ahora git se presenta como una herramienta para programadores pero que puede servir con un propósito colateral asegurar sistemas y servidores, asi como su inmediata recuperación. Por supuesto nunca dejando de lado una buena copia de seguridad.

Git hace lo que he hecho yo antes, pero además maneja un sistema que en Windows fue bautizado como shadow copy y que años antes ya hacia norton con su sistema go back.

Con git puedes indexar un directorio, por ejemplo el directorio raíz de un sitio web, agregar todos los archivos al índice e inmediatamente saber si ha sido agregado un archivo de mas, ha sido borrado alguno o mejor aun donde y en que parte del archivo se modifico un archivo mostrando incluso la modificación hecha. Por si no fuera suficiente tiene la capacidad de restaurar los archivos modificados o borrados.

Con esas habilidades corriendo en un servicio del sistema operativo y después de un deface a un sitio web, el lamo que ataco no alcanzaría a llegar a zone-h antes de que el sitio ya se hubiera sanado así mismo. Tiene ciertas limitantes, si el sitio está mal programado de origen y permite sql inyección no hay mucho que hacer. Pero esa ya es una falla del programador no del sistema o de git.

Git funciona en local pero también se pueden hacer repositorios remotos que permitirían clonar sitios web en caso de un ataque DDoS podrías crear mirrors en segundos

Dicho lo anterior git asegura los archivos de cualquier carpeta no necesariamente sitios web, cualquier sistema local o de internet y con imaginación incluso usarlo en herramientas de respaldo incremental en lugar de comprar costosas soluciones que hacen exactamente lo mismo.

El siguiente video puede ejemplificar la funcionalidad de git

Como dato curioso, git fue realizado por Linus Torvalds y a pesar de todo lo que ha dicho sobre Richard Stallman sigue usando su filosofía e incluso la GNU GPL v2.

20c7

Apr 28

Después de la entrevista de hackingmexico en donde dije que a veces pongo servidores en línea y entrego las Shell dentro del sistema. Se me ha retado a hacer lo mismo.

El sueño de todo hacker, hackear sin meterse en problemas legales. Porque yo mismo te invitare a hacerlo. Si puedes.

Como ya tiene un par de años que no hago este tipo de desafíos he decidido hacerlo.

Instale un servidor con GNU/Linux, para hacer mas accesible el reto he dejado la configuración de seguridad en lo que yo llamo nivel 1, el más básico y uno que otro hueco de seguridad apropósito como todos las veces para que sean punto de partida y puedan ser explotados.

Aquí no hay cloudflare, ningún firewall físico, solo estas tú y el servidor que he puesto para el desafío.

En un servidor en producción incluso en un nivel tan básico de seguridad, no dejaría un compilador C, C++ y JAVA al alcance de un atacante, pero aquí. Lo pongo a tu disposición para que compiles tus exploits

Las reglas son simples

La meta es tomar root y medicar la página WEB contenida en el servidor del desafío escribiendo tu nombre en ella como prueba de tu logro

No se permiten DoS, bombas fork y similares, de hecho usar ese tipo de ataque solo demostraría tu incompetencia ya que solo los lamers recurren al DoS por falta de conocimiento de algo más.

No se permite usar los recursos del servidor para atacar otros servidores

Puedes usar cualquier método para subir al servidor del desafío exploits en binario o código fuente

El Shell se entrega por el puerto 22 TCP con el servicio de ssh

El usuario es hackeame y la clave es hackeame

El servidor del desafío es hackserver.lastdragon.mx la pagina del desafío es http://hackserver.lastdragon.mx

Si logras tomar root, ten la amabilidad de no destrozar el sitio y dale la oportunidad a otros, no le digas a los participantes como hacerlo, escribe tu nombre o nickname y tu blog, twitter o facebook en la página WEB del servidor del desafío

Suerte

Apr 28

Me llego un privado muy interesante de Alex Torres Torrescrack, me recordó aquel reto de crack para .net del 2007. Wow, ya hace varios inviernos.

Específicamente el articulo
Reto cracking Febrero 2007

Alex Torres Torrescrack no solo logró pasar el reto, sino que amablemente escribió un manual que aprovechare a compartir con ustedes desde mi trinchera (aka) La cueva del ultimo dragón

Descarga el PDF del manual cracking en la cueva del dragon

El sitio WEB de Alex es:
Torrescrack

Apr 24

Después de la entrevista con Makuaz de HackingMexico donde hablo de que muchos Anonymous son niños jugando a ser malotes y haxors me llego un twitt de @MexicanH donde escribe:

MexicanH Team‏@MexicanH 17min
hey @LastDragonMX Se me olvidaba que deface tu web http://zone-h.org/mirror/id/19566331 … #lulz


Ver mas grande

El twitt si no lo borran al sentirse descubiertos.

Este Twitt lo estuve esperando mucho tiempo porque es la confirmación de lo que ya sabía, pero es la confirmación publica para todos los lectores de el blog. Anonymous se adjudica hackeos que hacen otros para ganar su momento de fama.

El artículo relacionado con esto es:
Anonymous hackea la cueva del último dragón

Apr 14

El titulo es algo pretencioso, porque todos sabemos que no hay nada unbreakable aunque para la mayoría, la gran mayoría de los ataques y atacantes si será así, solo espero que mis amigos programadores que son muchos no se enojen por lo siguiente. Si estos consejos se aplicaran en la mayoría de las paginas y sistemas, ser hackers seria aburrido, no tendrían patio de juego, no tendrían que atacar. Si esto se aplicara mataría a todos los pseudo hackers. solo quedaria un redusido grupo de gente realmente experta

Existen muchas formas de endurecer la seguridad de un servidor, diferentes formas, para diferentes servicios, correo, vpn, ftp, pero ahora hablare solo de WEB

Hoy leí en el Twitter sobre una botnet que infecta sitios con Wordpress, los vuelve zombies y a su vez atacan otros sitios web. Me doy cuenta que en lugar de que estemos mejor con administradores más preparados, estamos peor que antes. Lo que a continuación escribo era una verdad que ya sabía desde 1997 y que no ha perdido veracidad hasta hoy 14 de abril de 2013

Dicen que WordPress es inseguro, ¿ Muy inseguro ? dicen que es inseguro pero yo lo uso y los hechos dicen que nunca he sido hackeado desde que lo uso, es mas desde el 24 de enero del 2001, en 12 años jamás he sido hackeado y eso que a veces relajo la seguridad del sitio y desafío a algunos grupos a hackearlo abiertamente. Es más si ocurriera, que tan valido seria el hackeo. Prácticamente tengo que dejar la puerta abierta, prácticamente tengo que darles el root. ¿Contaría como hackeo?

Espero que estos consejos que no son más que sentido común ayuden a muchos, especialmente a administradores de sitio de gobierno a reforzar la seguridad de sus sitios.

Mi primer consejo es.

1 ) Nunca confíes en el programador

Administradores de servidores, nunca confíen en un programador, la visión de un programador no está orientada a la seguridad. Su visión está orientada a VISTAS, MODELO DE NEGOCIO y CONTROLADORES, No drivers, CONTROLADORES son conceptos de programación “moderna”, La mayoría de los programadores no entiende de seguridad, confían su seguridad a FrameWorks, los frameworks les dicen que están seguros y no saben por qué están seguros. Lo creen como un acto de fe, pero un administrador de servidores debe ser ateo. La FE es para el que no entiende una explicación racional.

NUNCA CONFIES EN UN PROGRAMADOR

Los CMS como Wordpress, PHP-Nuke, Joomla, no se crearon de la nada, no son creados espontáneamente, todos estos sistemas fueron creados por programadores y recuerda el primer consejo, nunca confíes en un programador.

2 ) Servidor WEB

Apache, NginX httpd ligth, etc. Todos son exactamente igual, aunque te quieran vender que uno es mejor que otro. Todo es igual, la diferencia es que uno trae N cantidad de módulos y el otro no. Pero si al que no tiene módulos le pones los mismos que el que si trae por default será exactamente igual, igual de pesado, igual en su tiempo de reacción. Usa el que te sea cómodo. Solo que también usa tu sentido común.

Un servidor WEB debe sin duda despachar páginas, no es un FTP, no debe tener activado los métodos, delete, put.

Arrancar un servidor WEB como root.

El puerto 80 TCP conocido como http, desgraciadamente el puerto 80 TCP solo puede abrirlo root, un servidor WEB que se respete debe ser capaz de abrir el puerto 80 con root y después lanzar un hilo bajándolo a UID de otro usuario sin privilegios, incluso cada VHOST debería ser un UID diferente para que nunca haya hackeos masivos, el problema es que de entrada el proceso raíz corre como root, por eso puede abrir el puerto 80. El servidor WEB también es un programa y la regla máxima y consejo número 1 es, repítelo…. NUNCA CONFIES EN UN PROGRAMADOR.

La mayoría de los supuestos hackers son niños tarados que solo saben “hackear” usando SQL inyección, en su vida han oído de algún otro tipo ataque como Buffers Overflows y cosas más complicadas. Sin embargo habrá quienes de la vieja escuela si sepan esto. Recordemos que el servicio WEB inicia como root para abrir el puerto 80, si existe alguna forma de explotar esto, un verdadero hackers encontrara la forma de tomar root. No le des la oportunidad de tomarlo. Inicia tu servidor WEB con un usuario sin privilegios, el problema es que obviamente no podrá abrir el puerto 80 TCP. No importa. Configura tu servidor WEB para funcionar con puertos que no requieren permisos de root, los puertos root son del 1 al 1024, configura tu servidor WEB en el 1025 o en adelante. 8080 TCP, 8081, el que gustes. Hecho esto, por medio de tu firewall desvía todo el trafico 80 TCP al puerto que hayas designado para servidor WEB. De esta forma los clientes como Firefox, internet Explorer, chrome y otros podrán seguir entrando a tu página WEB como si nunca hubieras cambiado el puerto y tu servidor WEB jamás tendrá un hilo maestro con root.

3) Sistema de archivos para tu página WEB

Con tu servidor WEB sin privilegios de ningún tipo, lo siguiente es evitar que un atacante pueda modificar tus archivos. La mayoría de los novatos comenten el error de asignarle el mismo usuario con el que corre el servidor web a los archivos, directorios o carpetas. La mayoría de los CMS lo piden para configurar, pero una vez configurado esto ya no tiene más sentido.

Cambia el propietario de tus archivos a root, ¿ por qué no a otro usuario ? por que pueden ganar acceso con otro usuario y podrían hackearte. Pero si ganan acceso con root, el hackeo fue hecho desde antes, solo que no lo sabías y si tienen root da igual que permiso de usuario tengan.

Asegúrate que tus archivos y tus carpetas solo puedan ser modificados por root y solo leída por todos los demás.

Muchos CMS como wordpress permiten subir archivos, si pueden subir archivos pueden sobrescribir archivos y recuerda, JAMAS CONFIES EN UN PROGRAMADOR. Si el programador falla en sus medidas de seguridad. No importara, pues no tiene permiso de escribir en ninguna parte y por lo tanto no podrá modificar tu página WEB

4) Base de datos

Los programadores novatos e incluso los administradores de sitios novatos usan un solo usuario de base de datos, cualquier motor de base de datos que se respete maneja usuarios y estos usuarios pueden tener ACL aka Listas de acceso. El más usado para desarrollo WEB es MySQL y MySQL soporta perfectamente ACL

Crea N cantidad de usuarios para un mismo sitio WEB, tantos como necesites, haz tu análisis. Por ejemplo Wordpress debe tener al menos 2 usuarios.

Cuando configuras Wordpress solo te pide uno, ¿ por que ? por que los programadores de wordpress y muchos CMS son estúpidos. Usan el mismo usuario de la DB para los visitantes como para las conexiones administrativas. Por eso te lo repetiré de nuevo, NUNCA CONFIES EN EL PROGRAMADOR.

En que universo el sentido común dicta que un usuario de DB debe tener los permisos para insertar del lado del cliente que viene a visitar tu pagina WEB, solo le estas dando la oportunidad de hacer SQL Inyección.

Tomemos el caso de WordPress

¿ Que necesita hacer un visitante. ?

¿Un visitante escribe artículos?
No en la mayoría de los casos, los wordpress son personales y solo el autor escribe en el.
¿Un visitante escribe comentario?
Si, en la mayoría de los casos SI.

¿ Que hacer ?

La tabla de artículos debe ser de solo lectura, solo deben permitirse los selects, la tablas de comentarios deben poder escribir, ahí se debe permitir los inserts, pero solo eso. No updates, no delete, ni nada más que un simple y sencillo insert

¿ Que necesita hacer un autor de un sitio WordPress ?

El autor si debe poder hacer lo que quiera, borrar, modificar, escribir, ETC, pero por sentido común, esto lo hará con otra cuenta de usuario de MySQL ligada a su portal y a las tablas que interesa que pueda modificar. Con otra instancia del portal Wordpress, un clon del portal que solo es accesible para el autor delimitándolo a una red o incluso a una sola ip

Este sencillo análisis a WordPress lo puedes aplicar para otros CMS o para desarrollos privados, sean WEB o Apps. Analiza y toma medidas

5) El Internet, no permitas que te usen para atacar otros sitios.

En la mayoría de los casos un servidor WEB recibe conexiones y envía datos por conexiones que un cliente remoto abrió. Nunca las conexiones proceden de INICIO del servidor WEB hacia internet. Si esto en la GRAN, GRAN, GRAN mayoría de los casos es así que no tiene sentido permitir que un servidor WEB inicie una conexión a otro servidor WEB, con tu firewall bloquea cualquier conexión saliente por el puerto 80 TCP y en el remoto caso de que realmente necesites iniciar una conexión desde el servidor, traza tu ruta a que host especifico debe permitírsele llegar a esa conexión y fuera de esa “lista blanca” no debe poder realizar conexiones a ningún lado

6) Desnuda a tu atacante y mitiga DDoS

Muchos sitios que son hackeados son paginas de gobierno y muchos son gobiernos locales, muchas empresas, son empresas con un mercado local. Debes preguntarte lo siguiente, en serio a alguien en china le importa lo que el presidente municipal de un pueblo olvidado de Oaxaca, Tabasco, Yucatán, Querétaro o cualquier otro estado de la republica; tenga que decir.

No la verdad es que a veces lo que dicen en la página de gobierno no le importa ni a sus propios ciudadanos. Para lo único que sirven esos sitios es para que ataques lamers y lamers en si ganen fama ya que los medios dan difusión del ataque como si fuera la gran cosa.

Si a sus propios ciudadanos no les importa, porque le habría de importar a alguien en China, Japón o cualquier otro país. No permitas conexiones de lugares que no necesitan saber de ti, en el caso de páginas de gobierno. Lo ideal es que solo permite conexiones de tu estado, pero siendo más flexibles, solo permite conexiones procedentes de México, ¿no sabes cuales ips permitir? Te lo voy a facilitar, descarga aquí la lista de redes ips homologadas mexicanas.

Este consejo se llama desnuda al atacante, ¿Por qué? Porque la mayoría de los atacantes son cobardes, intentaran usar Tor u otras conexiones que conmutar sus ips, la mayoría de esas ips son de Francia y otros países debido al onion routing del tor. Si tu solo permites conexiones nacionales, si un atacante quiere hacerlo, tendrá que quitarse el Tor, tendrá que dar “la cara” y su ip que podrás bloquear con un solo click

Como mitigas el DDoS

Los DDoS importantes son hechos por grupos de personas o botnets en el mundo, la gran mayoría del ataque vendrá del extranjero, si tus conexiones solo permiten trafico nacional, tal vez ni siquiera te enteres que estabas bajo ataque DDoS haciendo quedar en ridículo a muchos hackers

Existen muchas más opciones para hacer tan difícil un ataque a tus sitios pero ya con estos consejos puedes hacerle la vida infernal a pseudo hackersitos.

La seguridad se aplica con sentido común, usa tu sentido común aunque sea el menos común de los sentidos.

366c

Mar 29

El titulo de este artículo es sin duda muy esperado para muchos troles. Lamento decepcionarlos.

He estado haciendo experimentos sociales en esta ocasión provocando a los Anonymous a que se atribuyan un ataque que no hicieron. Algunos Anonymous se mantuvieron cautelosos porque ya me conocen, saben que intentar tomar la cueva es algo que no está al alcance de la mayoría de ellos.

Algunos que aparentemente no me conocen si se lo adjudicaron y reportaron el ataque en Zone-H. Quería publicar un titulo como.

Zone-H es fácilmente engañado por Anonymous.

Pero descubrí que Zone-H aprendió la lección. Incluso Zone-H ya duda de la veracidad de cualquier hackeo a la cueva. Esta lección la aprendieron durante un par de años cuando lamos reportaban hackeos los 28 de diciembre, para los latinos es el día de bromas como el April Fools’. Tambien es posible que lo dudaran ya que este asunto casi coincide con el 1 de Abril, el April Fools’ Ahora Zone-H ya no publica tan rápido el hackeo mostrando con esto sus dudas al respecto.

Si algún día aprueban el hackeo descubrirán que aunque no puse pistas en el código, si puse una liga en la imagen de la cara de Guy Fawkes la cual redirección a este mismo articulo

El ataque fue reportado con este URL http://zone-h.org/mirror/id/19566331

El Informador
Ver mas grande

Como se planeo…

Descargar el video (Internet Explorer y MS/Windows)

Hackers,Haxor,Lamos vienen y van pero la cueva del ultimo dragón persistirá.

Mar 28

El mundo ha estado a punto de que el internet sea destruido al menos 4 veces 1 de ellas de hecho aniquilo la red por un momento.

En 1997 un ruteador que fue configurado erróneamente, se convirtió ruteador central de internet, algo similar a un ataque “ hombre en el medio por ARP Poison“ todo el trafico de internet intento pasar por ese único ruteador. El resultado fue desastroso el internet colapsó, seguramente muchos no lo recuerdan porque eran pequeños y aunque importante en 1997 el Internet no era tan masivo, sin facebook, netflix y otras cosas de consumo inmediato como ahora hizo que esta falla pasara desapercibida, lo mas masivo en ese entonces fue el correo electrónico que llegaron retrasados debido a que no podían ser entregados por los MTA Servers. Sin embargo este aunque fue un fallo de aniquilación y colapso total pudo ser revertido porque al final fue error humano y no había ninguna intención de destruir el internet.

Las otras 3 veces han estado a punto de lograr el colapso lo preocupante es que aquí si había la intención de terminar con el internet.

Ha pasado mucho tiempo y tal vez no recuerdo bien al autor del ataque, creo que fueron los Anonymous originales, los mismos que atacaron a la iglesia de la cientologia. No los lamos actuales, que no son más que copias burdas de lo que son los verdaderos Anonymous.

Lo que sucedió fue que hace 11 años en el mes de octubre del 2002 un sorpresivo ataque que no fue avisado ni anticipado fue dirigido a los 13 servidores raíz de DNS del mundo. Esto no ha cambiado mucho al 2013. Son muy pocos los servidores que sostienen el internet literalmente, en el 2002 eran solo 13, si algo le pasa a esos 13 servicios el internet seria paralizado indefinidamente por la falta de reconversión de dominios a direcciones ip. No todo el internet colapsaría porque aun se podría usar la conexión directa de ip a ip sin usar dominio, sin embargo el 99.99% de las conexiones a internet se hacen usando un dominio. Por lo que solo quedaría funcionando el 0.01% de la red que en realidad es NADA.

Los servidores raíz son los que almacenan una lista de los registrar de primer nivel, los dominios de primer nivel son los .COM .NET .ORG .EDU .GOV .MX .VE .AR .ES en resumen los que almacenan la terminación de los dominios según su país. Por ejemplo la parte de primer nivel de la cueva es .NET en su versión mexicana es .MX

¿Cómo funciono el ataque?
Históricamente el dominio de primer nivel se le asigna a la institución de un país que se haya conectado por primera vez a internet. En México la primera fue el Tec de Monterrey. El Tec por lo tanto tuvo el derecho de registrar el dominio .MX de primer nivel. Así que en los servidores raíz se programo para apuntar el .MX hacia el Tec. De Monterrey.

Los servidores de DNS del TEC se configuraron para dar soporte a los dominios de segundo nivel, los de segundo nivel en la mayoría de los piases son una clonación de los de primer nivel. Por ejemplo el .COM en México es .COM.MX por lo tanto los servidores del TEC fueron programados para atender .COM.MX, .NET.MX, .EDU.MX, .GOB.MX. Finalmente los usuarios pueden comprar un dominio de tercer nivel por ejemplo lastdragon.com.mx y yo con mi dominio puedo lanzar sub dominios de cuarto nivel, quinto y todos los niveles que yo desee.

Nivelx.delnively.delnivelz.lastdragon.com.mx

Los servidores DNS son jerárquicos solo resuelven la parte que le corresponde y dejan el siguiente nivel para que sea resuelto por el servidor designado en el caso de México a Akky antes NIC de México.

Sabiendo esto podemos deducir lo siguiente. Si alguien quiere ir a la página de www.lastdragon.com.mx uno de los servidores raíz resolverá que .MX es manejado por Akky y reenviara la petición a Akky, Akky a su vez internamente lo reenviara a sus servidores que manejan el .com.mx. Este servidor que maneja el .com.mx lo reenviara finalmente a mi servidor que controla el lastdragon.com.mx y si tengo subniveles debajo de eso podría resolver www.lastdragon.com.mx o mas subniveles.

Si quisiera acabar con todos los dominios .com.mx de mexico tendría que atacar a akky y dejaría fuera a todo .com.mx. Pero si quisiera terminar con toda la resolución de dominios en el mundo sin importar el país. Atacaría los servidores raíz. Si no se pueden resolver los dominios de primer nivel por ejemplo .com o .mx de nada serviría que haya comprado mi dominio en akky no podría ser resulto y ya que los servidores raíz atienden todos los dominios de primer nivel hacerlos caer haría caer la resolución de dominios del mundo y por lo tanto la falla total de internet.

En el 2002 trabajaba como administrador de la red corporativa de Demar instaladora y contractura S.A. de C.V. Fue un verdadero fastidio y dolor de cabeza todo empezó a fallar, no llegaban los correos, los correos enviados tampoco llegaban a su destino. Las páginas web no abrían, había que intentar muchas veces y la mayoría de las veces las paginas abrían solo porque estaban en memoria cache de el servidor DNS de la compañía no porque realmente se haya resuelto, lo recuerdo bien por que como responsable de la red todo el mundo te pregunta, ¿ya quedo? Cada 5 minutos. Fue un momento horrible para mí y para todo administrador de red que haya estado laborando en ese puesto aquel octubre del 2002.

En el tercer intento, hay un héroe. GNU/Linux salva al internet y a la misma Microsoft

La tercera vez fue un año después, otro ataque DDoS esta vez no fueron hacia los servidores raíz del internet. En Agosto del 2003 un virus/gusano Blaster ataco directamente a Microsoft por medio de maquinas zombies infectadas, el gusano atacaba una vulnerabilidad en todo los Windows XP y NT, Windows 2000 Server e incluso el recién salido Windows 2003 eran vulnerables, como era una falla en el código fuente del sistema operativo Blaster podía infectar usando la vulnerabilidad. En aquella ocasión hice varias pruebas.

Instale Windows XP lo puse de frente a Internet y se infecto 23 minutos después
Instale un Windows 2000 y se infecto 16 minutos después
Instale un Windows 2003 y se infecto 26 minutos después.

Todos o casi todos los servidores basados en Windows debieron estar infectados sin contar las maquinas XP.

La solución era obvia había que parchar la vulnerabilidad. Pero el programador de blaster previo esto, una vez infectado suficientes maquinas todas al mismo tiempo atacaron el sitio de Windows. Windowsupdate.microsoft.com , el parche fue sacado de inmediato y se crearon los services pack.

En XP fue el Service pack 4, no recuerdo para Windows 2000 pero para el Windows 2003 recién salido al mercado tuvo su primer service pack 1 casi de inmediato. El problema es que al no poder accesar a Windowsupdate.microsoft.com por estar bajo ataque, ninguna maquina se pudo parchar y descargar el Service Pack de cada versión del sistema operativo.

Sin la posibilidad de parche la infección se incremento y más y más zombies se unieron a atacar windowsupte.microsoft.com. Con más del 90% de las maquinas operadas con Windows en el 2003 una infección de este tamaño puso al mundo en manos de los creadores de Blaster, ahora solo tenían que programar un modulo para hacer lo que quisieran, borrar todos los discos duros, atacar servidores raíz, tenían el poder de terminar con el internet con unas cuentas líneas de código.

En el momento más sombrío Microsoft tomo la decisión correcta. Su inútil sistema operativo era incapaz de soportar el ataque DDoS en Windowsupdate.microsoft.com, contrato más servidores pero no les instalo Windows. Parte de tomar la decisión correcta fue que estos servidores los que salvarían a Microsoft de perder el total control de las maquinas con Windows, la decisión sería instalarlas con GNU/Linux. Con un sistema operativo capaz de soportar la tortura de Blaster cayéndose y levantándose poco a poco se fueron parchando las maquinas con Windows.

En el 2003 Micosoft tuvo que aceptar la humillación de que su sistema operativo Windows 2003 y anteriores no podían soportar las cargas de internet mucho menos un ataque directo DDoS y se demostró el gran poder de Linux para manejar millones de peticiones, entregando los services pack a las maquinas infectadas. Al final Linux salvo el dia.

La infección fue tan grande que en el 2005 instale un Windows 2003 y lo puse de cara a internet sin protección ni service pack, 2 horas después se había infectado de blaster, en el 2005 todavía quedaban miles de maquinas infectadas con blaster. Tal vez aun hoy 10 años después quedan maquinas con blaster habría que probar.

El último intento ocurrió poco antes de escribir este artículo, pero comparado a las veces anteriores incluso el cuarto intento se oye ridículo no debería contar de hecho creo que es amarillismo puro.

Según el universal esta semana de Marzo del 2013 se ha llevado a cabo el ataque más grande a Internet http://www.eluniversal.com.mx/sociedad/7827.html , porque CloudFare no pudo evitar protegerse a sí mismo de un ataque que pudo alcanzar los 300Gbps. Yo no considero un momento crítico el ataque, solo el fracaso de una empresa que presume ser inmune a los DDoS

29a6

Mar 12

La mayoría de los novatos de Internet usan proxy, según ellos para ser anónimos. Nada mas falso. Son trampas mortales.

Como haría el gobierno para atrapar a todos estos chicos, algunos del grupo Anonymous.

Como todos sabemos la gente de Anonymous realmente no tiene experiencia ni son profesionales de las computadoras. Son vulnerables a acciones contra ellos de forma profesional.

La misión era que tan rápido podría sembrar un proxy y que Anonymous e incluso otros delincuentes lo usaran. Fue impresionante, la misma infraestructura de los delincuentes que buscan proxys abiertos se volvio encontra de ellos mismos.

Me dieron una IP de Queretaro y un servidor de alta disponibilidad y anchos de banda muy generosos, solo tuve que configurar un Squid Proxy abierto. En menos de una semana el proxy aparecía en la lista de proxys de internet. Ya confirmando que la IP ya era parte de las recomendada por delincuentes.

Una vez con la recomendación de sitios para proxys, empezó la captura de datos. Infinidad de claves, datos personales, nombres, nicknames, chats incriminatorios y demás información se pudo capturar, se limpiaron los logs para obtener solo ips mexicanas y discriminar entre anonymous de lugares a los que no interesan.

Con la lista de ips se podría catear domicilios gracias a que Prodigy lleva un registro de las Ips, igual que otros proveedores

En poco tiempo harban proxys mexicanos pero con Ips extranjeras para engañar a los delincuentes y que los usen. Ahora Anonymous , delincuentes que “hackean paginas web” no sabrán si el proxy que usan los ayuda a ocultarse o todo lo contrario le entrega información de ustedes.

Imagen de la lista de proxy, donde se recomienda usar el proxy diseñado para intervenir

Mexican WebShell
Ver mas grande

El vídeo donde el proxy muestra las Ips homologadas, las reales. Donde los victimarios se vuelven víctimas, se ven pasar conexiones de teamviewe entre otras.

Mar 06

Mexican WebShell es un codigo escrito por T @codersoul

Esta WebShell sera un lujo para todos aquellos que gustan de las intrusiones y aunque no la he usado conozco a CoderSoul, no me atrevería a dudar de la elegancia de su código ni del resultado visual del mismo.
La clave inicial es 1337
Publicada bajo la licencia GPL, Software libre en su versión 2
Entre las funciones que incluye:

Login
Server information
Disks
Running proccess
Browser files
View files
PHP Execute
MySQL connect
Reverse Shell
Self remove

WebScreen:

Mexican WebShell
Ver mas grande

Descargala aquí o en la fuente original de publicación.

Jan 15

Un lamersito varato de 3 pesos ha decidido declararle la guerra a mi sitio WEB, para lograrlo ha decido que la mejor forma es atacar con un DoS patético, es increíble lo que Anonymous inspira. La mediocridad. No pensó en atacar el nucleo de mi servidor, no piensa en los magnificos buffer overflow, como Anonymous lanza ataques predecibles y esperados, ataques que se bloquean incluso sin que yo intervenga.

Según este lamo ya esta atacando, pero mientras el ataca yo escribo este artículo burlándome de el. Que mediocre anon

El atacante Anónimo dice esto:

Pero como narices te vas tu a enterar si yo la he tumbado, si tu no me dices la hora y el dia? a lo mejor cuando yo lo haga tu estes bebiendote una cerveza y ni cuentas te des!

O tu server registra las caidas?

Como sabras tu entonces cuando yo la tumbe?

O es que quieres que la tumbe por un dia completo?

Dime y a tu proxima respuesta veras que cumplo mi palabra! esto es en serio!

Yo uso el WebSocket del HTML5 para tumbar tu pagina web desde el safari mobile de mi ipod touch!, lo cual es aun mas facil gracias a que tu pagina web usa Base de Datos.

Y yo NO soy hacker, yo descubri eso porque en un Foro Psiquico me humillaron e intentaron hacerle daño a mi Alma Gemela y yo idee un plan para destruir ese foro… y asi fue que en honor a mi Alma Gemela descubri eso.

De hecho a la hora decescribir estas lineas ese foro esta caido.

Y como te he dicho yo hago como un Flood de conexiones a tu web, usando la Funcion javascript “WebSocket” del HTML5. ese era mi “secreto”.

Bueno lo hare despues de tu proxima respuesta, respondeme y entonces despues hago caer tu web PARA QUE VEAS!

Pd: disculpa si parezco un Baboso… yo parezco baboso… pero wolf es baboso… (L)

Mi respuesta oficial es:

Adelante atácame desde ahora si quieres, es mas no pares el ataque un mes que desde hoy 15 de enero del 2013 no se vuelva a saber nada de la cueva por todo un mes.

Contestare algunas preguntas.

Si y no mi servidor usa conexiones a DB pero con un comando puedo migrar la pagina a una simple pagina WEB HTML y despues regresar y usar la DB , todo depende del ataque….

Si me entero si alguien ataca, mi servidor no solo lleva bitácora sino que además lo tengo programado para reaccionar a la mayoría de los ataques conocidos esto significa que un simple DoS no va a funcionar. Pero puedes intentarlo.

Lo mas importante que tienes que saber es que no es un servidor son muchos servidores, necesitaras muchas manos o muchos bots para tirar todos y cada uno de los servidores que forman la cueva del dragón, si cae uno otro toma su lugar. Los artículos de cómo hacer eso están publicados aquí mismo es cosa de buscarlo tengo mucho material para los administradores que quieran aprender algo de TCP y seguridad en sistemas operativos.

Te aseguro que será mas fácil que tires alguna pagina WEB de gobierno, de alguna empresa o de alguien mas, pero te doy permiso y carta abierta para que en todo un mes no este en línea la cueva, puedes empezar hoy mismo día 15 de enero del 2013

Y asi comienza otro ciclo de lamos atacando la cueva, buscando poder decir, yo acabe con la cueva, que sueño tan tierno y tan lejanos para muchos lamos.

Adelante lamo, ven con todo, no te detengas, muéstrame lo que sabes hacer, muéstrame todo lo que puedes hacer. LAMO

1bf3

0