Oscar Muñoz escribió: > Señores, necesito disponer de una herramienta de análisis de > vulnerabilidades automatizada, al mismo nivel de Nessus, y/o otras más > especificas para distintos servicios, de preferencia open source y para > Linux, ¿alguna experiencia al respecto?. Agradecería sugerencias. > Distros live-CD que te permiten realizar auditorias y test pueden ser: whax,auditor,knoppix-std...
Saludos From [EMAIL PROTECTED] Tue Oct 24 15:38:17 2006 From: [EMAIL PROTECTED] ([EMAIL PROTECTED]) Date: Tue Oct 24 16:37:12 2006 Subject: Sincronizar palmOne LifeDrive con FC5 In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> > > 1) Cuando presionas el boton SINCRONIZAR de la palm, el servicio >> udev debe crear un archivo: /dev/pilot . En los sistemas UNIX clasicos, >> el directorio /dev era un basural de posibles dispositivos que se >> podian conectar. Desde que nacio udev, el mismo se encarga de detectar el >> > hardware que requiere dispositivos para accederse. Esto lo probe y como indicas aparecen /dev/pilot (ln a ttyUSB1); dev/ttyUSB0 y ttyUSB1 >> > >> > 2) por lo general, cuando sincronizas una palm (presionando el boton >> > sync de la palm), no se crea el /dev/pilot sino un /dev/ttyUSB*. >> Solo aparece durante los instantes en que se sincroniza. Luego, desaparece. Se crean los que te indique en 1) >> > Cuentanos si aparece, presionando el boton SYNC y listando el >> directorio ordenado por fecha (creo ls -ltr)... debes ser agil. No es >> recomendable apuntar el puerto a /dev/ttyUSB0, por ejemplo. Bajo varias >> > circunstancias, puede cambiar a blablablaUSB1 apunta a ttyUSB1, y luego no desaparecen....quedan >> > >> > 3) /etc/udev/rules.d/10-pilot.rules (de fedora) define que conexion va a crear udev. no lo conozco a fondo, asi como el de permissions. Hecho >> > BUS="usb", SYSFS{product}="Palm Handheld*", NAME="%k",SYMLINK="pilot", >> > MODE="666" KERNEL="ttyUSB*" Tal cual >> > Hasta aquÃÂ, si no aparece /dev/pilot, es problema de udev. lee. Aparece, udev descartado >> > 4) Una vez que verifiques que el dispositivo aparece, debes configurar >> > correctamente tu dispositivo. En gnome, hay un appplet "pilot applet" >> > para la barra de tareas. Con ese es facil hacerlo. Apuntas el >> > dispositivo a /dev/pilot. Si el dispositivo de los puntos 1, 2 y 3 >> > aparece, el applet detectara que una pilot esta buscando sincronia. >> > Asi que enviara datos a ese dispositivo. Esto no sucede >> > 5) En ultimo caso, las definiciones de conduits pueden haberse dañado. >> > Borra ~/.gnome2/gnome-pilot.d/* y reconfigura de nuevo tu pilot con el >> > applet. Hecho >> > si funcionan 1/2/3 y no 4/5, el error es de configuración de tu >> perfil y tus conduits. >> > 6) puedes probar de usar dlpsh. Deten el applet (boton derecho, >> pause daemon). presiona el boton de sincronia de la palm. corre dlpsh >> desde una terminal. Lo mismo con las aplicaciones jpilot, y kpilot. Que pasa con estas? >> > 7) no dudes en hacerte preguntas muy tontas. Me las hago. Para mi que faltan archivos o estan mal configurados. Bien .... ¡¡¡seguire participando!!! Gracias From [EMAIL PROTECTED] Tue Oct 24 17:35:36 2006 From: [EMAIL PROTECTED] ([EMAIL PROTECTED]) Date: Tue Oct 24 17:34:33 2006 Subject: Sincronizar palmOne LifeDrive con FC5 In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> >> > 4) Una vez que verifiques que el dispositivo aparece, debes configurar >> > correctamente tu dispositivo. En gnome, hay un appplet "pilot applet" >> > para la barra de tareas. Con ese es facil hacerlo. Apuntas el >> > dispositivo a /dev/pilot. Si el dispositivo de los puntos 1, 2 y 3 >> > aparece, el applet detectara que una pilot esta buscando sincronia. >> > Asi que enviara datos a ese dispositivo. Esto no sucede, se inicia la configuracion a traves de pantallas. Llega hasta cuando debo apretar el boton HOTSYNC; de ahi en adelante no muestra la señal de seguir avanzando. Lo raro es que se puede volver atras y cancelar si quisiera. From [EMAIL PROTECTED] Tue Oct 24 14:42:13 2006 From: [EMAIL PROTECTED] (Daniel Serpell) Date: Tue Oct 24 18:57:14 2006 Subject: =?iso-8859-1?q?b=FAsqueda?= de texto In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Hola! El Tue, Oct 24, 2006 at 01:33:55PM -0300, Julio Pacheco escribio: > > Bueno... Al final cociné algo en perl que encontró lo que necesitaba. > > Para ponerlo en contexto, el millón+ de archivos eran un volcado de una > partición FAT32 con daño cerebral grave en los sectores de boot, FAT y > directorio raíz (de hecho, los primeros 140MB de la partición fueron a > parar al gran /dev/null en el cielo), picado por clusters, y lo que buscaba > eran los clusters que contenían los headers de un archivo .tar grandote, > para intentar recuperar al menos en parte su contenido. Afortunadamente, la > partición estaba razonablemente defragmentada, así que hay una buena > posibilidad de que resulte. Para eso es mejor utilizar una herramienta existente: Magicrescue - http://jbj.rapanden.dk/magicrescue/ Reconoce archivos de varios tipos (.gz, jpeg, etc.) y los rescata desde una partición (o imágen) dañada. Y es programable para reconocer otros tipos de archivo. Daniel.