KaBuTe - Dummy Hacker

• Udev y Xen no se llevan bien. Sobre todo por lo que a la tarjeta de red se refiere, cada vez que se arranca la máquina virtual (y a pesar de definir una MAC estática) el sistema virtual se empeña en crear un nuevo interfaz (he llegado a tener hasta eth9), mi solución es un poco radical pero como no puedo (más bien no quiero) pasar de Udev: borrar el fichero (hacer backup!) /etc/udev/network.rules


• No es aconsejable que las Máquinas Virtuales usen más VCPU que las reales. En teoría la compartición de recursos permitirían superar este límite físico pero en la práctica ya se me han "estropeado" (posteraría los errores de SMP y las violaciones varias pero son más bien inmensas) varios sistemas.


• Mejor arrancar las Máquinas Virtuales a mano. Ya me ha sucedido que las máquinas en /etc/xen/auto se hayan arrancado antes que servicios y "cosas" que pueden dar errores, de nuevo he llegado a tener bastantes problemas (incluso de corrupción de memoria).

Últimamente me he pegado mucho con OpenLDAP, sobre todo con el soporte para TLS que "parece" estar mal en la mayoría de los manuales que he encontrado por la red, así que dejo este resumen (basado en este fantástico manual):

Primero se crea el directorio que contendrá los certificados: /etc/ldap/certs

Ahora los creamos, primero la clave privada RSA para nuestra Autoridad:

$ openssl genrsa -des3 -out ca.key 1024

Nos creamos un certificado autofirmado (X509) desde la llave RSA creada:

$ openssl req -new -x509 -days 365 -key ca.key -out ca.crt

$ openssl req -new > new.cert.csr

Firmamos todo (usando un script del manual anteriormente mencionado):

$ ./sign.sh new.cert.csr

Creamos una clave sin cifrar:

$ openssl rsa -in privkey.pem -out new.cert.key

Finalmente creamos un fichero llamado server.cert que contenga del fichero new.cert.crt la parte con la forma:

  -----BEGIN CERTIFICATE-----
  abcdefghijklmnopqrstuvwxyz....
  -----END CERTIFICATE-----

Y activamos el servicio cifrado para openldap modificando (o añadiendo) en /etc/default/slapd la línea:

SLAPD_SERVICES="ldap:/// ldaps:///"

Veño de traducir GpsDrive 2.10pre6 ó galego. GpsDrive é un software de navegación para coches (bicicletas, camiñando ou avión). Os mapas poden ser descargados de Internet (de diversos lugares). Soporta tódolos receptores de gpsd e ten posibilidade de voz usando "festival" (en inglés, español ou alemán). Está dispoñible para GNU/Linux, Mac OSX e FreeBSD.

Animo a todo o mundo a participar no "Translation Team for Galician"

[Descargar GpsDrive]

Lo primero la foto:

Pues resulta que este edificio (ahora el Instituto Otero Pedrayo) fue la sede de la "Universidad de Orense", que fue "tramada" a principios del siglo XX (mucho antes de que la Universidad de Vigo o Coruña fueran ni siquiera planteadas). Los motivos de que finalmente no saliese adelante parecen muy confusos pero si está claro que la Universidad de Santiago tuvo algo que ver...

Este edificio pertenece actualmente a la diputación  pero estaría bien (esto ya es paranoia particular mía) que fuese "devuelto" a la universidad o se buscase un uso universitario, sobre todo por que posee este pedazo de paraninfo

De todos modos aprovecho para comentar este link y este otro, lugar con fotos históricas de Ourense de donde saque esto (la historia fue buscando un poco por la red).

Xa hai tempo que decidín no votar máis visto o panorama actual... Sendo de esquerdas "de aquí" síntome moi ofendido cando dín que o PSOE ou o BNG son de esquerdas... Do PP xa prefiro nin falar. Por iso inicio este "meme" (xa sei que é tarde pero dame igual): No votes para que che den polo cú...

Estas cosas pasan, me han despertado a altas horas de la madrugada (véase hora de la entrada) para avisarme de que uno de los dominios que administro ha sido crackeado. La gente se aburre mucho la verdad...

Y como es de buen BOFH aprender de sus errores la anatomía del ataque ha sido la siguiente:

• Origen de la vulnerabilidad: Joomla 1.5
• Tipo de Fallo: SQL Injection

Detalle del ataque:

1.- Acceso al sistema vulnerable del modo: victima.com/index.php?option=com_user&view=reset&layout=confirm

2.- En el formulario resultante escribir sólo el caracter '  . Esto provocará la dichosa inyección.

3.- Ahora se puede resetear el password de admin, introdúcelo 2 veces y se sobreescribirá.

4.- Acceder a victima.com/administrator/ con usuario admin y el nuevo password.

Anatomía más detallada del ataque aquí.

Solución rápida: eliminar el fichero (dentro de la "web") /components/com_user/models/reset.php

Es el precio a pagar por usar CMS, el código no lo has picado tu y te arriesgas a cosas como estas a cambio de la comodidad... Por cierto que he visto que hay bastante gente afectada aunque la última versión 1.5 de Joomla ya tiene el problema solucionado.

Sencillamente genial...