Author Archive

Entrevista de Radio… que no fué

Por Luciano Laporta Podazza el 27/Jul/2010, en Seguridad

Este es un mensaje para Melina, una señorita que trabaja en una radio de Buenos Aires la cuál no recuerdo el nombre,  que el día de la fecha quizo hacerme una entrevista para que hable sobre la seguridad de los cajeros automáticos, pero dado que yo me encontraba trabajando no pude hacerla.

Señorita Melina: me agarró tan desprevenido y desorientado(justo estaba en medio de algo) que creo que no pude darle las gracias por la molestia y recordar de qué radio me llamaba.

Si alguna vez lee este mensaje me gustaría que se identifique porfavor jeje.

Saludos!!!

Leave a Comment más...

Falla en internet podría causar su colapso

Por Luciano Laporta Podazza el 26/Jun/2010, en Seguridad

NUEVA YORK (AP) – En 1998 un ciberpirata dijo ante el Congreso de Estados Unidos que podía derrumbar la internet en 30 minutos aprovechando una debilidad en la red que causa desconexiones al desviar información.

En 2003 el gobierno del presidente George W. Bush concluyó que encontrar una solución a este problema era una de las “prioridades vitales” de Estados Unidos, pero al pasar de los años, muy poco ha cambiado.

Esta falla todavía causa estragos cada año. Aunque la mayoría de los casos son sin malicia y se resuelven rápidamente, el problema puede ser explotado por algún hacker para espiar información o para boicotear páginas de internet. Mientras tanto, nuestra dependencia a la red sigue en aumento y la próxima desconexión podría afectar empresas, al gobierno o a cualquiera que necesita internet para funcionar normalmente.

Las desconexiones son causadas por la forma algo al azar en la que el tráfico pasa entre las compañías que transmiten la información del internet. Este tipo de desconexiones también son llamadas “hijackings” (secuestros en inglés), aunque la mayoría no son causadas por criminales ni buscan la destrucción. En realidad son un problema derivado de la apertura del internet.

“Es horrible cuando miras un poco más allá de la fachada”, dijo Earl Zmijewski, gerente general en Renesys Corp., que da seguimiento al desempeño de las rutas de información del internet. “Me sorprende que cada día cuando llego al trabajo siga funcionando”.

(continue reading…)

1 Comment :, , , más...

Nuevo avance para securizar DNS

Por Luciano Laporta Podazza el 24/Jun/2010, en Seguridad

Se ha avanzado un paso hacia la meta de hacer más seguro el sistema de nombres de dominio de Internet (DNS- Domain Name System). La pasada semana en Virginia (Estados Unidos) fue celebrada una ceremonia para generar y almacenar la primera clave criptográfica que será utilizada para securizar los servidores raíz de Internet.

Esta iniciativa ha sido uno de los últimos pasos en el despliegue de DNS Security Extensions (DNSSEC) sobre la zona raíz de Internet. DNSSEC es un estándar emergente que previene los ataques de spoofing al permitir a los sitios Web verificar sus nombres de dominio y las correspondientes direcciones IP utilizando firmas digitales y encriptación de clave pública.

En la ceremonia de la semana pasada se generó la clave raíz maestra, la que firmará todas las demás claves, según ha explicado Ken Silva, CTO de VeriSign, compañía que opera dos de los servidores raíces de Internet existentes en el mundo, así como los sistemas de back-end que soportan los dominios de máximo nivel .com y .net.

Fuente: CSO

Leer más: www.segu-info.com.ar

Comments Off :, , , más...

Instalar OpenBSD en VirtualBox (segmentation fault error)

Por Luciano Laporta Podazza el 28/Mar/2010, en Seguridad, Software Libre

Hace un tiempo atrás quise instalar OpenBSD4.5 en VirtualBox pero al intentar hacerlo obtuve un error de segmentación(segmentation fault), asique buscando por internet encontre que la solución era abrir una consola y escribir la siguiente línea:

VBoxSDL -norawr0 -vm Nombre_de_la_VM

Donde “Nombre_de_la_VM” es el nombre que le pusieron a su maquina virtual(en mi caso, “OpenBSD”)

Y con eso ya no tendrán ese problema y podrán usar OpenBSD sin problemas. Buscando que significaba el parámetro de -norawr0 encontre esto:

-nopatm = do not use the patch manager, which modifies guest code before
it is executed to make it more virtualisation-friendly
-nocsam = do not use the code scanning and analysis manager, which
analyses guest code before it is executed to decide whether certain
optimisations are safe or not
-norawr0 = do not execute guest ring 0 code (privileged OS code)
directly, but emulate it instead

-norawr3 = do not execute guest ring 3 code (unprivileged code)
directly, but emulate it instead

Saludos y espero que les haya servido!

2 Comments :, más...

Syn Flood, que es y como mitigarlo

Por Luciano Laporta Podazza el 25/Feb/2010, en Seguridad

Hoy día es sorprendente ver como ataques que fueron descritos a principios de los 90 perduran y siguen siendo efectivos en un buen numero de situaciones.
Uno de ellos, tal vez de los más clásicos, es el Syn Flood. Este tipo de ataque es posible debido a la forma en la que funcionan las conexiones TCP. Cuando un extremo desea iniciar una conexión contra otro equipo, inicia la conversación con un ‘SYN’, el otro extremo ve el SYN y responde con un SYN+ACK, finalmente el extremo que empezó la conexión contesta con un ACK y ya pueden empezar a transmitir datos.
Un ataque de tipo Syn Flood lo que hace es empezar un numero especialmente alto de inicios de conexión que nunca son finalizados, dejando al servidor a la espera del ack final, y por tanto consumiendo recursos de forma desproporcionada. Existen muchas herramientas escritas en todo tipo de lenguajes para hacer un ataque de tipo Syn Flood y no se requiere especial habilidad para llevar acabo un ataque de ese tipo.
Mitigando un ataque Syn Flood

A la hora de fortificar un sistema para contrarrestar un ataque de tipo Syn Flood existen parámetros que se pueden configurar en el sistema operativo para hacerlo mas resistente.
En sistemas Linux:
Primer paso, activar las syn cookies (mas información sobre que es y como se construye una syn cookie aquí)
# sysctl -w net.ipv4.tcp_syncookies=”1″
Segundo paso, aumentar el ‘backlog queue’ (es decir, dar mas holgura al sistema para procesar peticiones entre-abiertas)
# sysctl -w net.ipv4.tcp_max_syn_backlog=”2048″
Tercer paso, hacer que el sistema minimice el tiempo de espera en la respuesta al SYN+ACK. En principio un sistema Linux ‘por defecto’ esperará 3 minutos, nosotros lo vamos a dejar en 21 segundos
#sysctl -w net.ipv4.tcp_synack_retries=2
(una vez probados los cambios, hay que hacerlos permanentes en /etc/sysctl.conf)
En sistemas Windows :
Activación de la protección anti Syn Flood:

C:\>reg add HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters /v SynAttackProtect /t REG_DWORD /d 1

Aumentamos el ‘backlog queue’

C:\>reg add HKLM\System\CurrentControlSet\Services\AFD\Parameters /v EnableDynamicBacklog /t REG_DWORD /d 1

C:\>reg add HKLM\System\CurrentControlSet\Services\AFD\Parameters /v MinimumDynamicBacklog /t REG_DWORD /d 20

C:\>reg add HKLM\System\CurrentControlSet\Services\AFD\Parameters /v MaximumDynamicBacklog /t REG_DWORD /d 20000

C:\>reg add HKLM\System\CurrentControlSet\Services\AFD\Parameters /v DynamicBacklogGrowthDelta /t REG_DWORD /d 10

Decrementamos el tiempo de espera en conexiones ‘Half Open’
C:\>reg add HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters /v TcpMaxConnectResponseRetransmissions /t REG_DWORD /d 2
Ya solo queda rebootar Windows para que los cambios tengan efecto
[+] Las configuraciones han sido extraídas de este magnífico artículo
Comments Off más...

  • Richard Stallman en FLISOL 2009

  • Hack-IT apoya el Software Libre

    Libro Blanco

    SpreadBSD

    Archives

    All entries, chronologically...