m313 Security Blog

Recientemente en una auditoría la aplicación me cortaba el acceso (incluso con fines benévolos) solo por el hecho de navegarla a través del Paros Proxy. Habitualmente este tipo de filtros se basan unicamente en filtrar en base al campo useragent de la cabecera en las petriciones http:

El Servidor web, de aplicaciones, IDS, etc detectan el patrón “Paros” y bloquean el acceso.
La solución es bien sencilla, modificar el useragent para que no incluya esta información. Modificarlo en cada petición es una tarea tediosa (por no decir suicida) por lo que busqué en las opciones del Paros cómo omitir estos datos.
Mi sopresa al comprobar que no hay opciones para algo tan simple, sin embargo tenemos como solución el gugleo.
Tenemos dos opciones para resolver este pequeño problema:

1. Añadimos en la linea de comandos que ejecuta el Paros la directiva “-nouseragent“, en el acceso directo, etc.
Es una forma rapida, sencilla y cómoda.

2. Somos muy frikis, es por ello que buscamos en el código fuente de Paros en la ruta “paros\src\org\parosproxy\paros\Constant.java” y en dicho fichero encontramos la directiva “USER_AGENT =“.
La modificamos a nuestro antojo y voilà.

Compártelo

XChat es un cliente multiplataforma de IRC que incorpora muchas ventajas: es GPL, facil de usar, soporta canales cifrados, muy configurable, etc.

Personalmente en mis sistemas utilizo BitchX( si, no soy adicto al Irssi pero sí a la linea de comandos).

El caso es que XChat en su versión de Windows tiene una licencia de uso de 30 días gratis, a partir de los cuales debes registrarte, abonando una cantidad de dinero a través de una cuenta de Paypal.

Por circustancias que no vienen al cuento hoy me he visto obligado a conectarme al IRC desde Windows con Xchat, y resulta que hace ya algún tiempo lo instalé y evidentemente han pasado los 30 días de prueba. El truco es tan sencillo como desisntalar, y después ejecutar “regedit” para editar el registro y borrar todas las entradas que contengan la cadena “xchat”. Instalamos y disponemos de 30 nuevos días de libertad.

PD: Realizando este artículo veo que Irssi dispone desde el 30 de Enero de un instalador para Windows, lo que es una gran noticia.

Compártelo

Recientemente he vuelto a utilizar FreeBSD, ya lo tuve mucho tiempo cuando la versión 5.4 y ahora con la salida de la 6.0 me he vuelto a enganchar.

A la hora de instalarlo se gana mucha soltura si hemos sido usuarios de Slackware, puesto que la instalación es similar, pero al arrancar el sistema hay ciertas cosillas que debemos hacer para ponerlo a punto.
Lo primero si somos usuarios de Kde es hacer un:
echo startkde > .xinitrc
Esto es para que al teclear startx nos lleve directamente al escritorio Kde.

Un problema muy habitual en FreeBSD recien instalado es que no nos ha detectado el sonido. esto puede llevarnos a pensar que vamos a morir en el intento o que pasaremos un rato configurando archivos de ALSA. Nada más lejos de la realidad, en FreeBSD lo normal es que nos falte cargar el módulo de sonido.

Ahora los más listillos estarán pensando que probar uno por uno los módulos de sonido es una tarea engorrosa y tenéis razón, por eso utilizaremos el ingenio y haremos lo siguiente:
# kldload snd_driver

Con esta órden hemos cargado todos los módulos de sonido y ahora nos debería funcionar perfectamente. Si, ya lo sé, esto no es una solución porque no hay porqué tener mil módulos cargados cuando solo queremos uno. El mundo está lleno de listillos asique seguid leyendo impacientes:
# cat /dev/sndstat
FreeBSD Audio Driver (newpcm)
Installed devices:
pcm0: at io 0xc800, 0xc400 irq 18 bufsz 16384 kld snd_ich (1p/1r/0v channels duplex default)

Con esta órden vemos que el módulo que está utilizando el kernel para el sonido es el snd_ich, asique ya podemos quitarlos todos y cargar unicamente el que necesitamos.
Lo haríamos metiendo esta linea en /boot/loader.conf:
snd_ich_load=”YES”

Compártelo