Ethical Hacking utilizando BackTrack - Fedora-es

seguridad y ethical hacking
El Arte de la Seguridad
El Arte de la Seguridad
Lino García Morales
Casi se podría decir que no existe nada completamente seguro lo que incluye,
por supuesto y con seguridad, cualquier sistema informático. La seguridad de un
sistema depende de la fortaleza o debilidad con la que es capaz de reaccionar
ante algún ataque. Se podría considerar que un ataque es cualquier interacción
no prevista con el entorno que pueda alterar el comportamiento de un sistema.
linux@software.com.pl
En estas defi niciones se encuentran alguna de las
claves de este arte, más que ciencia, que es la
seguridad. En primer lugar existe riesgo sólo
cuando existe interacción. Un sistema que funciona
con programas bien intencionados y no interactúa con
otros sistemas jamás podrá ser atacado. Pero los sistemas en
la actualidad necesitan interactuar, se deben a ello; por lo que,
en segundo lugar, el hecho no previsto de la interacción, proporciona
otra clave. Los sistemas y programas normalmente
se desarrollan para que satisfagan determinados comportamientos
y reacciones ante eventos. De hecho, se testean hasta
la saciedad para explorar todas las posibles combinaciones.
Sin embargo, se suele subestimar el efecto que pueden provocar
acciones y eventos no previstos; se le dedica menos
esfuerzo, tiempo y comprobación (mi primera experiencia
con este tema tuvo lugar durante el desarrollo de una aplicación
de adquisición y supervisión de datos para un cliente de
una empresa del sector industrial. El día que vino a probar la
versión inicial lo primero que hizo fue tocar todo el teclado
como un loco sin ninguna lógica y el programa reaccionó bloqueándose.
En sólo unos pocos segundos quedó demostrada
la vulnerabilidad de la aplicación. El error fue considerar
52 Linux+ 7-8/2009
sólo las opciones del teclado previstas). Se suele denominar
hacker o cracker, a aquella fi gura que pone a prueba, ataca,
estas opciones no previstas o debilidades (normalmente para
conseguir algún benefi cio, aunque a veces sólo sea una incomprensible
satisfacción personal o reforzamiento del ego)
y administrador justo al encargado de evitarlo o, al menos,
de aumentar la difi cultad. Las consecuencias de esta lucha
pueden ser muy graves pero cuanto más inteligente y sofi sticado
es el mecanismo que asegura la seguridad de un sistema
mayor es el reto de vulnerarlo. Esta dialéctica endemoniada,
a través de un mecanismo no menos diabólico de actualización,
asegura el futuro de la seguridad y la convierte en arte.
La sofi sticación de la seguridad es una relación de compromiso
entre fortaleza ante el intruso y prestaciones del
sistema porque, no hay que olvidar que toda la funcionalidad
introducida para hacer el sistema más robusto consume recursos:
tiempo de proceso, espacio en memoria, en disco duro,
ancho de banda, etc. En cualquier caso, esta negociación debe
estar clara mediante una política de seguridad que establezca
el nivel de seguridad que requiere el sistema (o conjunto de
sistemas) y un sistema de comprobación. El RFC 2196 (http://
www.faqs.org/rfcs/rfc2196.html) es un ejemplo muy conoci-