Planeta BSD

El día de ayer se liberó la Segunda RC de lo que será FreeBSD 6.2.Será la última RC y en unas 2 semanas tendremos RELEASE!

Leer el post completo »

Invitamos a todos los Linuxeros a que se den una vuelta por el nuevo sitio de Linuxfera, que ha vuelto para quedarse!Feliz Regreso!

Leer el post completo »

La FreeBSD Foundation ha hecho pública la Newsletter correspondiente al mes de Diciembre.Entre lo más destacado, figuran las actualizaciones a Java y el…

Leer el post completo »

SCALE 5X, the 2007 Southern California Linux Expo has opened for attendee registration. Early bird registration runs through January 24th. Join us for…

Leer el post completo »

Hablando de redes wireless toda medida de seguridad es poca para reducir el uso fraudulento de las mismas. En este caso con OpenBSD ejerciendo de punto de acceso los esfuerzos se minimizan.

He de decir que este tip no son más que un par de comandos sacados de una genial anotación del amigo Juanjo y de leer un par de páginas del manual (bridgename.if y brconfig). Ahora que ya sabeis dónde leer más y mejor, paso a pegar mi nota mental, para futuras ocasiones:

# cat /etc/bridgename.bridge0

add rl0
add ath0
up

# Wireless Client #1
rule pass in on ath0 src 00:aa:22:2a:1a:aa
rule pass out on ath0 src 00:aa:22:2a:1a:aa

# Wireless Client #2
rule pass in on ath0 src 11:bb:33:3b:2b:bb
rule pass out on ath0 src 11:bb:33:3b:2b:bb

# Blocked by default
rule block in on ath0
rule block out on ath0

Reiniciamos la configuración de la red (/etc/netstart ó brconfig bridge0 flushrule ath0) y con brconfig bridge0 ratificamos la corrección de las reglas. Probado y funcionando. Como diría años atrás… simplicity is divine!.

Leer el post completo »

Despues de laaaargo tiempo, sin interesarme acerca de que es, como funcionan, como se eliminan o que daños hacen los viruses informáticos, la meteria gris de mi cerebro no tenia rastro alguno de ellos.

Por esas cosas de la vida, se definió una entrega de un proyectillo en el dia X. Al dia (X-2) inicio mi notebook en Windows y me encuentro con un maltido llamado Brontox C.22.

Tuve en mis manos el trabajo de un grupo de personas. No puedo creer la ridiculez de perder el tiempo en hacer estas pavadas. Te creo hacer cosas mas peligrosas como robo de informacion, o hacer boicots , etc. Pero hacer que se cierren ventanas, y no dejarte ejecuta DOS no sirve para nada. PURA JODA.

Es como que el notebook tuviera un chicle pegado, no se podia salir con nada. probe antivirus remotos, etc, etc, etc, etc espatulas, con fuego. y nada. El chicle seguia ahi.

Tuve la brillande idea de buscar antirivuses para mi FreeBSD y vualá. F-PROT lo mire a huevo pero es realmente super bueno.

Lamentablemente al reiniciar a windows, la cosa sigue ahi.

El maldito se pone en memoria, y windows cuando se apaga dumpea la memoria a PAGE.SYS (algo asi como la materia gris…) ya no me acuerdo exactamnete el nombre. y cuando parte, restaura eso, el virus se descongela, y se replica denuevo en el sistema.

Facil, escaneo, y antes de reiniciar me echo PAGE.sys.

Resultado: un sistema limpio denuevo.

Moraleja: Instalar un antivirus….

Espero que mi memoria gris no le pase lo mismo :-p

Leer el post completo »

Hoy conoci mas en detalle a Roberto de Iriarte CEO y geek maximo (por definicion) de Spock.cl, realmente un gusto haber conocido a una persona que sin duda se convertira en un gran aporte , apoyo y porsupuesto amigo. Es una excelente persona , muy unixero , por supuesto, conoce …

Leer el post completo »

http://www.nmsworld.com/FreeBSD61/Cacti.htm

Leer el post completo »

CVSROOT=anoncvs@anoncvs.openbsd.cl:/cvs
Location: Santiago, Chile.
Maintained by : Jorge Niedbalski R. niedbalski@openbsd.cl
Protocols: ssh, pserver.
Updated every 3 hours.
DSA Fingerprint : bf:57:c8:ab:d6:01:90:70:81:23:49:ce:75:a6:c1:1d

Gracias a la participacion de un miembro de BSD.cl, vemos hecho realidad el primer repositorio chileno de OpenBSD. Aktive excelente aporte para la Comunidad.

Leer el post completo »

Al hilo de la anterior entrada y buscando alternativas para bloquear todos esos ataques por fuerza bruta (bruteforce) al servicio de administración remota SSH he encontrado la solución ideal -o lo que más se le aproxima-, sin descartar las anteriores.

La regla mágica hace uso de una nueva característica de Packet Filter (desde OpenBSD-3.7) llamada max-src-conn-rate. Lo que venimos a decirle a nuestro firewall es que permita todas las conexiones ssh con la salvedad de que no se sobrepasen 3 intentos en menos de 30 segundos, en dicho caso se agregará la IP del atacante a una lista llamada ssh-bruteforce, en pf.conf:

Leer el post completo »