🚀 go-pugleaf

GuyRulez@white.net (GuyRulez) wrote in
news:apuo29$cmi$1@nsnmrro2-gest.nuria.telefonica-data.net: 

> Seguridad basica anti-hackers para Linux. By GuyRulez.
> ------------------------------------------------------
> 
> Pues como Windows XP es un sistema operativo muy seguro y como los
> insignificantes fallos de seguridad que tiene se solucionan con el SP1
> o cofigurando bien el Windows, pues voy a hacer una explicacion para
> que los hackers no puedan meterse en tu Linux y se pongan a hacer el
> gamberro en tu ordenador. FALTARIA MAS !!! . 
> 
> Este texto esta pensado para los novatos, y que ya sepan manejar algo
> Linux, esto no es un texto para aprender a usar Linux. Y que no me
> vengan diciendo loas hackers y los "gurus" que este texto es muy
> simplon que no digo nada nuevo, este texto no es para listillos, sino
> para defenderse de los listillos.
 
Si le sirve a alguien es bienvenido, pero pongo algunos comentarios 
intercalados con el texto.

 
> ~~~ 1� Seguridad fisica ~~~
> 
> Da igual el sistema operativo que tengamos, si alguien puede acceder
> fisicamente al ordenador y carga un sistema operativo alternativo a
> traves de la disketera por ejemplo, puede modificar los datos de
> nuestro disco duro. Tambien podrian directamente llevarse nuestro
> disco duro para robarnos informacion. Esto suena a disparate que algun
> hacker venga a nuestra casa a robarnos el disco duro, pero en una
> empresa o industria, los ordenadores con informacion valiosa deben de
> estar metidos en salas de acceso restringido. Estos mismos ordenadores
> deberian llevar un mecanismo de seguridad como llaves de encendido y
> candados que eviten que alguien abra fisicamente el ordenador. Las
> copias de seguridad de ordenadores que almacenen formulas quimicas
> secretas, doumentacion sensible de una empresa... deberia ser guardada
> como si fuera dinero en una caja de seguridad de un banco y si la
> informacion no es tan importante por lo menos en un lugar como una
> caja fuerte de una empresa. Se debe de guardar esta informacion como
> el valor en dinero que pueda tener. 
> 
> Para casa, como tampoco guardamos nada importante, por lo menos tener
> una caja de ordenador robusta y que se le pueda meter un candado en
> llave para que no se abra, para que nuestro hermano peque�o no juegue
> con nuestro ordenador. Si descuidamos la seguridad fisica, cualquier
> tipo de proteccion en la BIOS es inutil.
 
No solo la diskettera es el problema. Puede bootearse desde un CD. Un 
puerto serie puede ser accedido en Win(32bits)/Linux, dependendiendo de 
la configuracion del sistema...
Para "capar" un server se suele preferir no ponerle diskettera, unidad de 
CD, monitor, teclado ni mouse, obviamente para el ordenador casero eso no 
se aplica.
 
 
> ~~~ 2� Seguridad en la BIOS ~~~
> 
> Todas las BIOS hoy en dia tienen unas protecciones para que: 1� nadie
> sin saber un password modifique la BIOS. 2� nadie sin saber un
> password arranque el ordenador. Si hemos descuidado la seguridad
> fisica y alguien abre nuestro ordenador, con mover un jumper ( que es
> una especie de puente que hace de interruptor ) o quitar y poner la
> pila del ordenador, nos borrara todas las claves de la BIOS y adios
> seguridad en la BIOS. 
> 
> Es obligatorio poner password para que nadie toque la configuracion de
> la BIOS. Es optativo ( no impresindible ) poner una clave para que no
> nos puedan arrancar el ordenador, aunque en algunos casos puede
> convenir ponerla si por ejemplo tenemos LILO instalado sin ningun tipo
> de proteccion.
> 
> Para completar la seguridad de la BIOS, debemos configurar la BIOS
> para que solo se arranque desde el disco duro, nunca desde la
> disketera o el CD-ROM. Si nos hace falta la disketera para arrancar el
> ordenador, siempre lo podemos dejar como estaba antes. Si descuidamos
> la seguridad de la BIOS, cualquier tipo de proteccion en el arranque
> es inutil. 
 
Si alguien logra acceso fisico las claves de BIOS son inutiles, asi que 
creo que con "cubrirse" con el 1er punto alcanza.
Sin embargo en otros casos, por ejemplo un portatil, donde el acceso 
fisico es mucho mas probable, si se recomienda (pese a su inutilidad) 
poner password a la BIOS (y de ser posible encriptar el disco duro). 
 
 
> ~~~ 3� Seguridad al arrancar ~~~
> 
> Si tenemos LILO modo texto, si un intruso arranca o reinicia nuestro
> ordenador y esta presente en la carga de Linux, cuando LILO modo texto
> le pregunte que sistema operativo a a cargar el intruso puede
> escribir: 
> 
> LILO boot: linux 1

O 'linux single', para usar algo que funcionara en cualquier distro.

 
> Y entonces el Linux se cargara en modo 'Init 1' ( monousuario y modo
> root ) . El ordenador ya es del hacker y nos lo va a destrozar seguro
> JUAS JUAS JUAS !! . NUESTRO HERMANO PEQUE�O PUEDE SER ROOT SIN SABER
> EL PASSWORD DE ROOT !!!! . UNA SOLUCION: poner LILO en modo grafico o

Por Dios hombre! Los gestores graficos siempre tienen la opcion de pasar 
parametros (ejemplo CTRL-X en LILO grafico).


> cualquier otro gestor de arranque que no permita que se le pueda pasar
> manualmente el parametro necesario al nucleo Linux para que arranque
> en modo 'Init 1' ( modo monousuario ). Sin LILO modo texto o similar

Los gestores graficos mas utilizados (LILO y GRUB) permiten pasar 
parametros.


> instalado no nos pueden hacer estas triqui�uelas pero no podremos
> cargar el maravilloso Windows XP 
>:(((  o solo poder arrancar Linux con un diskette. Tambien podemos
>:evitar 

Lo mismo aplica a XP, o a cualquier otro SO, si puedes arrancar con el 
diskette de tu preferencia.


> con un password en BIOS que nos arranquen el ordenador. Y tambien
> podemos poner una clave que nos pedira LILO al arrancar, pero lo malo
> es que estara la clave escrita en '/etc/lilo.conf' a la vista de
> cualquiera. Lo mejor: aunque a los hackers y "gurus" les parezca LILO

Pones el password en el lilo.conf, y luego le aplicas permisos r--------
Siendo root el owner del archivo, desaparece el riesgo de que los 
usuarios lo lean.


> modo grafico algo "para novatos", es mas seguro que LILO modo texto.

Cualquier novato vera a pie de la pantalla grafica la indicacion de 
pulsar CTRL-X para utilizar el prompt...

 
> Con el comando mkbootdisk nos podemos hacer un disco de arranque Linux
> para arrancar ordenadores ajenos a traves de la disketera. Si el
> intruso pone al arrancar:
> 
> boot: linux 1
> 
> Y entonces arranca en modo 'Init 1' con el diskette de arranque y el
> ordenador y lo que haya dentro es suyo.

Hombre, como digo arriba, esto aplica a cualquier SO.

 
> Antes existia la posibilidad de arrancar Linux y ponerlo en modo de
> mantenimiento si estabamos presentes en la carga y teniamos un teclado
> a mano. Ahora tambien se puede, pero te pide clave de root para
> acceder a ese modo ;)
 
No todas las distros, segun recuerdo. Eso aplica a RH y basadas en RH.
 
 
> ~~~ 4� Servicios de red ~~~
> 
> Una regla basica anti-hackers es que cuando nuestro Linux este

Cuando nuestro ordenador, cualquiera sea su SO... eso quedaria mejor.


> conectado a Internet o a cualquier otra red desde la que un hacker
> pueda acceder, nuestro ordenador solo ofrezca los servicios minimos
> imprescindibles. Cada servicio activo en nuestro Linux proporciona a
> otras maquinas de la red servicios como ofrecer paginas web, archivos
> FTP, compartir volumenes e impresoras por SMB, servidor de correo
> electronico o que otros de la red tengan una cuenta en nuestro PC y
> que hagan login a traves de telnet, ssh o X Window. Los programadores
> que han hecho estos servicios los han hecho de tal manera de que no
> pueda nadie abusar de ellos o que alguien que no le demos autorizacion
> no los use, pero como existen en todos los programas fallos de
> programacion, existen fallos de seguridad que pueden hacer que un
> hacker abuse de los servicios que demos a la red e incluso que se 
> adue�e del control de la maquina por culpa de un fallo de seguridad
> grave de un servicio que demos. SOLUCIONES PARA INTENTAR EVITARLO:

Un hacker hace eso? (Olvida este comentario ;-)

 
> - Parchear nuestro Linux gracias a los paquetes de actualizacion de
> nuestra distribucion Linux.

O nuestro Windows gracias al WindowsUpdate, que para algo esta. Y cuando 
Microsoft deje de soportar tu SO te jodes.

 
> - Ofrecer solo los servicios imprescindibles.

De nuevo, lo mismo para cualquier SO.

 
> Los hackers suelen buscar por internet programas escritos por expertos
> informaticos o "gurus" que se aprovechan de los fallos de seguridad
> para entrar en los ordenadores. Por suerte para nosotros y desgracia
> de los hackers, si este programa esta disponible en la red tambien lo
> estara el parche para hacer nuestro Linux invulnerable a ese programa
> en concreto y todos los que se basen en el fallo que corrije el
> parche. 

Los hackers no buscan esos programas, los programan.
No siempre el parche esta tan rapido como para neutralizar el efecto de 
un xploit (y en muuuuchos casos no se aplican los parches, ejemplo: 
NIMDA).

 
> Muchos servicios que se ejecutan al arrancar el ordenador los
> 'levanta' el superdemonio 'inetd'. Inetd mira en el fichero de
> configuracion /ect/inetd.conf y por supuesto que podemos modificar el
> fichero para que ejecute o no servicios.

Hoy en dia inetd ha sido reemplazado por xinetd, que es bastante mas 
flexible en su configuracion.

 
> Otros servicios como sshd o httpd no son llamados desde initd, sino
> que se ejecutan de forma autonoma. Estos servicios se suelen llamar
> desde los enlaces que se encuentran en los directorios '/etc/rc0.d' ,
> '/etc/rc1.d' , '/etc/rc2.d' , '/etc/rc3.d' ,  '/etc/rc5.d' y
> '/etc/rc6.d'  ( uno por cada nivel en que se ejecuta init ). Estos

No todas las distros tienen los enlaces asi, solo RH y basadas en RH.


> enlaces empiezan por 'K' como por ejemplo 'K30sendmail si lo que hacen
> es detener al servicio. Los enlaces en empiecen por 'S' como por
> ejemplo S80sendmail arrancaran este servicio. Para no tener que estar
> moviendo enlaces cada vez que querramos activar/desactivar un
> servicios, existen programas en cada distribucion Linux que
> automatizan estas cosas. Por ejemplo en Red Hat se suele usar 'ntsysv'
> que funciona en modo consola. 
> 
> Tambien gracias a un router, un firewall o con TCP Wrappers podemos
> filtrar conexiones que vengan de fuera de nuestra red local y en
> cambio permitir conexiones dentro de la red local, cuando no sea
> necesario dar determinados servicios a la red Internet. 
> 
> 
> 
> 
> ~~~ 5� Puertos abiertos ~~~
> 
> Los servicios que damos a la red tienen asignado un puerto cada uno
> para dar servicios. Cuando estamos en Linux sin tener ningun programa
> de usuario que abra puertos como puede ser Lynx, Knode o Netscape, si
> escribimos 'netstat -atu' podemos ver que puertos tenemos abiertos. Un

O 'netstat -atun', que los muestra en formato numerico.


> puerto abierto por un programa que de servicios a la red es una puerta
> virtual que un hacker puede forzar. Si tenemos un ROUTER podemos
> configurarlo para que por ejemplo para que por hardware alguien de
> fuera de nuestra red local no pueda acceder a determinados puertos,
> mientras que dentro de la red si. Muy util para cuando tenemos en casa
> un servidor Linux sin teclado ni monitor y lo administramos por telnet
> o ssh. Tambien podemos hacer lo mismo sin configurar el router, pero
> eso ya no es por hardware sino por software ;) .
> 
> Otra cosa es que hay que saber que por ejemplo nuestro servidor telnet
> no tiene por que abrir el puerto 23, sino que puede ser cualquiera que

Al margen de que no hay que usar telnet, sino SSH...


> nosotros queramos. En el archivo '/etc/services' se especifica el
> puerto asociado a cada servicio, y nosotros poe ejemplo lo podemos
> modificar para que por ejemplo tengamos nuestro servidor sshd en el
> puerto 69  JUAS JUAS JUAS JUAS !! . Esto es util por si solamente
> nosotros nos vamos a conectar y nadie mas. Asi solo nosotros sabemos
> en un principio a que puerto hay que conectarse y esto evita que si no
> tenemos una proteccion anti-escaneos de puertos mendiante router o
> firewall pues si el hacker solo escanea puertos que normalmente tengan
> algun servicio no se va a enterar que tenemos sshd activado. Es mala

Usualmente se escanea al menos todo el rango 1-1023, o aun hasta el 
15000, para cubrir algunos puertos "interesantes" como el 10000.


> idea cambiar el puerto de httpd porque si lo hacemos los navegadores
> de otros equipos no se van a conectar a nuestro PC, pues por convenio
> siempre buscan el puerto 80. 
> 
> Para intentar saber los puertos que tenemos abiertos de forma remota,
> un hacker suele usar el programa 'nmap'. Para fastidiar sus planes,
> debemos tener un firewall y un router bien configurados. 
> 
> 
> 
> 
> ~~~ 6� Registros de seguridad ~~~
> 
> Todos los eventos y sucesos importantes ocurridos en nuestro Linux. El
> demonio 'syslogd' se encarga de registrar todos los sucesos en
> archivos que le indiquemos a traves del archivo '/etc/syslog.conf'  .
> Si vemos el fichero '/etc/syslog.conf ' sabremos donde y que eventos
> se registran. Tambien podemos modificar este fichero para que nos
> guarde los eventos que queramos donde le digamos.
> 
> Pues si por ejemplo vigilamos el los registros de seguridad como
> '/var/log/auth.log' y vemos muchos intentos fallidos de
> auntentificacion que vienen de telnet o de ssh, y tenemos esos
> servicios activados, es que algun malvado hacker esta intentando
> entrar !!! 
> 
> Existen scripts automaticos que detectan situaciones sospechosas en
> los logs y que nos avisan de ello. Lo de los registros es para vigilar
> los accesos a nuestro ordenador. Un hacker que consiga entrar en
> nuestro ordenador lo primero que hara sera borrar o modificar los
> registros de seguridad que hayan registrado su acceso al ordenador.
 
Por ejemplo... te falto mencionar el ejemplo ;-)
Logwatch es uno de ellos, hostsentry (y ya que estamos portsentry) son 
programas a estudiar tambien. 
 
 
> ~~~ 7� Shadow passwords ~~~
> 
> Ahora todas las distribuciones Linux tienen instalado el ejecutable
> '/usr/sbin/pwconv'  y  '/usr/sbin/pwunconv' . Antes las claves
> cifradas y los datos de cada usuario se guardaban en el archivo
> '/etc/passwd' y era necesario que este archivo lo pudiera leer todos
> los usuarios de la maquina. Como se podia leer el fichero resultaba
> que era posible intentar descifrar las claves de todos los usuarios de
> la maquina. Pero gracias al ejecutable '/usr/sbin/pwconv' es posible
> guardar las claves en otro fichero que suele ser /etc/shadow , aunque
> no necesariamente tiene que ser ese archivo y ni siquiera es necesario
> que este archivo este en nuestro equipo y puede estar en otro
> ordenador de nuestra red. El nuevo archivo ( normalmente es
> '/etc/shadow' ) tiene permisos de lectura solo para root y el resto no
> lo pueden leer ;) 
> 
> Seguro que si tu Linux es actual tiene 'Shadow passwords' .
> Compruebalo viendo si tienes en el archivo /etc/passwd algo como:
> 
> root:X:0:0::/root:/bin/bash   <--- Tiene 'shadow passwords'
> 
> en vez de esto otro:
> 
> root:$34Adfg13&%5/856f:0:0::/root:/bin/bash    <--- NO tiene 'shadow
> passwords'
> 
> si en modo root ejecutas '/usr/sbin/pwunconv' volveras al sistema
> clasico y antiguo. Vuelve al sistema seguro ejecutando
> '/usr/sbin/pwconv'  . Ademas Shadow passwords tiene mas ventajas para
> que las claves sean mas seguras como fechas de caducidad, claves
> largas, etc... 
> 
> 
> 
> 
> ~~~ 8� Elegir buenas claves para root ~~~

No solo para root, todos los usuarios deberian elegir un buen password.

 
> Para la clave de root tienes que cogerte una clave dificil, muy
> dificil. No vale como clave de root algo como 'realmadrid' porque
> podrian sacarnos la clave por un ataque por diccionario y por fuerza
> bruta. Y facilmente nos la pueden sacar si el hacker sabe que somos
> muy aficionados del Real Madrid ;) .
> 
> Para poner las cosas muy dificiles, podemos poner como clave algo como
> 'AQl&%56+2Uk^aLoW' . Si esta clave si la conseguimos memorizar ( JUAS
> !! ) y somos capaces de teclearla rapidamente y sin equivocarnos (
> JUAS JUAS JUAS !! ) va a ser casi imposible que nos la saquen ni
> aunque tenga un hacker el fichero '/etc/shadow' de nuestra maquina.
> 
> Una clave no tan dificil de memorizar y teclear como la anterior pero
> muy dificil de sacar para un hacker seria '&hala_madrid%9$' que seria
> facil de memorizar y de escribir rapido en la consola si practicamos
> un poco. 

O tomar una frase que recuerdes facilmente:

"GuyRulez vuelve locos a los habituales de e.c.h"

tomar las letras iniciales:

"GRvlalhde.c.h"

y si lo deseas cambiar algunas letras por numeros, como hace la 31337:

"GRvl4lhd3.c.h"

Dificil???

 
> Cuando escribas tu clave en un terminal hazlo escribiendo rapido pero
> ten cuidado con hacerlo demasiado rapido, equivocarte mucho y tener
> que volver a escribir tu clave varias veces. Practica si es necesario
> para escribir tu clave de manera rapida y sin equivocarte . Si tecleas
> tu clave de root y alguien te esta mirando, no dudes en pedirle
> porfavor que mire para otro lado ;) . Se considera algo de mala
> educacio mirar un teclado mientras otra persona esta haciendo login en
> una maquina Linux o unix, WindowsNT/2000/XP , etc...   
> 
> 
> 
> 
> ~~~ 9� Acceso remoto al equipo ~~~
> 
> Si no tienes mas remedio que adminstrar tu equipo remotamente, si usas
> telnet alguien te puede estar espiando la conexion con un sniffer y
> sacarte tu password de root entre otras cosas. Para evitarlo usa ssh
> en vez de telnet, ya que ssh proporciona comunicaciones cifradas para
> nadie pueda escuchar tu comunicacion con el equipo que estas
> administrando. Tendras que tener activo el servicio ssh si ya lo
> tienes. Bajatelo de www.ssh.org y sigue las instrucciones de
> instalacion si no lo tienes en tu distribucion Linux. Puedes cerrar el
> servicio telnet si ya tienes ssh porque entonces el servidor telnet no
> te hace falta para nada. Y por los fallos de seguridad que pudiera
> tener el servidor telnet es mas que recomendable que lo cierres. Y si
> lo necesitas para algo, no olvides cerrarlo bien para nadie desde
> Internet se pueda conectar al puerto 23. 
> 
> 
> 
> 
> ~~~ 10� Atajos en las rutas de acceso ~~~
> 
> Podemos tener la variable de entorno PATH configurada de tal manera
> que al invocar por ejemplo 'fdisk' no haga falta poner
> '/usr/sbin/fdisk' sino 'fdisk' a secas. Esta comodidad puede ser una
> fuente de inseguridad si esta variable de entorno contiene un
> directorio escribible por el resto de usuarios. Eso puede hacer que
> sin darnos cuenta podamos ejecutar un comando modificado por un
> usuario de nuestra maquina. Nunca incluir al directorio '.' en esta
> variable. Para llamar a fdisk si nos encontramos en 
>  '/usr/sbin'  escribiremos mejor './fdisk'  .
>  
> 
> 
> 
> ~~~ 11� TCP Wrappers ~~~
> 
> Con TCP Wrappers podemos filtrar maquinas de tal manera que algunas
> puedan conectarse a nuestro servidor ssh y otras no, por ejemplo. Este
> fitrado se basa en los archivos '/etc/hosts.deny'  y 
> '/etc/hosts.allow' 
> 
> Por ejemplo, si queremos solamente ofrecer httpd a Internet,
> escribiremos en '/etc/hosts.deny' : 
> 
> ALL EXCEPT in.httpd: ALL

Como bien aclaras en otro post, httpd USUALMENTE no funciona a traves de 
TCP Wrappers (se puede configurar para que los utilice, pero pierde mucho 
en performance).

 
> Otro ejemplo, si queremos dar todos los servicios que tengamos
> abiertos a nuestra red local ( si no tenemos mas de 256 ordenadores,
> juas juas juas !!! ) y que solo lo usen en nuestra red local
> escribiremos en '/etc/hosts.allow' :
> 
> ALL: 192.168.0.
> 
> Con estas cosas evitaremos sin tener necesariamente que confiar en un
> firewall o en un router que otros utilicen determinados servicios que
> no queremos que los usen.
>  
> 
> 
> 
> ~~~ 12� Bit SUID (chmod +s) ~~~
> 
> Cuando un archivo ejecutable tiene el bit SUID activado, significa que
> el UID efectivo del proceso cuando se ejecute sera el del propietario
> del fichero. Si ese archivo ejecutable con bit SUID pertenece a root (
> lo normal ), aunque nosotros invoquemos a ese programa, el programa en
> ejecucion tendra privilegios de root. Todo esto significa que si no
> tenemos cuidado con los archivos con bit SUID, algun usuario de
> nuestra maquina puede obtener privilegios de root.
> 
> JAMAS se debe permitir que cuando se monte un diskette o un CD-ROM,
> haya un archivo con bit SUID activado. Esto se consigue configurando
> '/ect/fstab' para que no tenga en cuenta el bit SUID activado en un
> archivo montado en determinadas unidades ( a�adiendo en la
> correspondiente linea 'nosuid' ). Ademas del CD-ROM, DVD, CR-RW y
> disketera, si tenemos una particion con punto de montaje '/home' no es
> mala idea ponerle 'nosuid' .
> 
> Un truco para buscar todos los archivos con bit SUID activado y
> poderlos vigilar es escribir en la consola:  find / -type f \( -perm
> -04000 -o -perm -02000 \)
> 
> JAMAS un archivo con bit SUID activo deberia ser escribible por todo
> el mundo. Se pueden buscar estos archivos con: find / -perm -2 !
> -typel -ls 
> 
> Hay ejecutables que necesitan el bit SUID para que funcionen, como por
> ejemplo el comando 'mkdir'. Otros como por ejemplo 'ping' , si no
> llevan el bit SUID activado, solo root podra usar el comando 'ping'.
> 
> 
> 
> 
> ~~~ 13� Routers / firewall ~~~
> 
> Sin entrar a como se configuran correctamente un router ( si tenemos
> ADSL por ejemplo ) y un firewall ( normalmente iptables o ipchains )
> conviene configurar correctamente estas barreras para asegurar no solo
> nuestra maquina Linux, si no toda nuestra red local en determinados
> casos. 
> 
> Un router no es un firewall, pero si bloqueamos puertos como por
> ejemplo el que use ssh y telnet para que desde fuera de Internet no lo
> puedan abrir, ahorraremos trabajo al firewall ;) 
> 
> Como consejo, convendria desactivar completamente el acceso telnet al
> router para configurarlo si es posible, o si no ( no podemos
> configurar el router por el puerto serie ), por lo menos cerrar este
> puerto para que no sea accesible fuera de la red. Si es posible
> conviene que solo se pueda configurar mediante el puerto serie.
> 
> 
> 
> ~~~ 14� Saint / Satan / Nessus ~~~
> 
> El programa SATAN esta pensado para 'buscar' en nuestro equipo fallos
> de seguridad conocidos y darnos un informe de ello. Por ello nos
> automatiza la busqueda de fallos de seguridad en nuestro equipo para
> ponernos alerta enseguida y parchear inmediatamente nuestro Linux en
> caso de que sea vulnerable. SAINT es parecido a SATAN pero con una
> base de datos de fallos de seguridad mas actualizada y con licencia
> GPL. 
> 
> Nessus es otro programa parecido a SATAN pero mas actualizado. Para
> usar Nessus necesitamos un servidor que realice las comprobaciones y
> un cliente que recoja la informacion. Nessus es una herramienta
> gratuita de auditoria de seguridad que nos sera muy util para
> comprobar la seguridad de nuestro equipo. 
> 
> Todos estos programas son faciles de usar. Conviene tener siempre
> estos programas lo mas actualizado posibles ( igual que un antivirus
> ). Lo malo de estos programas, es que un hacker puede usarlo contra
> nosotros para escanear nuestras posibles vulnerabilidades. Muchos
> hackers se jactan de hacer 'auditorias de seguridad' en equipos
> ajenos, JUAS !!! que �dificil? es darle a un boton no ????
 
Menos mal que no la emprendiste contra el pen-test, que es lo que YO 
hago, y uno de cuyos pasos es relevar los problemas, para lo cual no 
tengo ningun empacho en utilizar Nessus... 
 
 
> ~~~ 15� Actualizar / parchear ~~~
> 
> Siempre que podamos, debemos actualizar nuestra distribucion de Linux,
> o si no lo que debemos hacer es parchear los fallos de seguridad
> conocidos de los programas que usemos. Visita en Internet paginas como
> http://www.rootshell o la pagina de tu distribucion Linux para
> informarte de fallos recientes y de actualizaciones o parches
> disponibles. 

Ufff... y por que no online.securityfocus.com?


> Tener un Linux muy antiguo sin parchear y que de algunos servicios
> accesibles al publico es como tener un sistema operativo con las
> puertas de par en par para los hackers.
 
Con el mismo criterio nadie deberia estar utilizando Win98. 
 
 
> ~~~ 16� Amplia informacion ~~~
> 
> Un buen texto para saber sobre seguridad bajo Linux es 'Linux Security
> HOWTO' .
 
Y la "Linux Administrator Security Guide", buscar en www.linuxdoc.org
 
 
 
> ~~~ 17� Equilibrio comodidad / seguridad ~~~
> 
> Hay que tener un equilibrio entre la seguridad que imponemos a nuestro
> Linux y la comodidad que buscamos al usarlo. No es lo mismo tener
> nuestro Linux como servidor web que como simple cliente para ver
> paginas en Internet. Si ni siquiera usas Linux para conectarte a
> Internet, muchas medidad de seguridad son inutiles, a menos que
> desconfiemos de la gente que vive en nuestra casa ;)  . Un nivel muy
> paranoico de seguridad en un equipo Linux puede ser incomodo para los
> usuarios de la maquina. 
> 
> 
> ~~~    ~~~    ~~~    ~~~    ~~~    ~~~     ~~~    ~~~ 
> 
> 
> JUAS !! , este articulo se acabo. Espero que por lo menos ayude a
> algun usuario de Linux a que ningun hacker se le cuele en su equipo y
> haga sus fechorias para demostrarse a si mismo y a sus colegas que el
> es el mas listo del barrio,  JUAS !! . Las mas importantes lagunas de
> este articulo son como configurar el firewall, y tal vez como
> configurar un router. Como firewall mas usado para Linux se suele usar
> iptables, aunque se siga usando ipchains para aprovechar los scripts
> que se hicieron para ipchains. Como programa para configurar el router
> a traves del puerto serie se suele usar Seyon.
> 
> No se, quizas amplie este articulo. Por ejemplo sobre seguridad sobre
> uno de los lugares donde los hackers suelen dar mas por culo a los
> novatos, el IRC.
 
Sigues con un concepto erroneo de lo que es y hace un hacker ;-)

 
> GUYRULEZ.

Saludos,

Nekromancer
@work in UK