| Subcribe via RSS

ZenCart alerta de seguridad: riesgo de ataque por inyección SQL

Septiembre 2nd, 2008 | No Comments » | Posted in privacidad-y-seguridad, zencart

Recientemente se ha descubierto una posible vulnerabilidad en Zen Cart que podría permitir un ataque de inyección SQL en los serviodres que tengan desactivada la opción de PHP “magic_quotes_gpc”. Ver el anuncio oficial en inglés.

El problema se encuentra en el fichero includes/classes/shopping_cart.php y están afectadas desde las versiones 1.2.x hasta la última 1.3.8.

Se recomienda realizar esta actualización cuanto antes.

Tags: , ,

¿Son importantes las copias de seguridad?

Agosto 21st, 2008 | No Comments » | Posted in privacidad-y-seguridad

La respuesta rápida:

“Hay dos tipos de personas en el mundo; los que saben que tener una copia de seguridad es muy importante y los que van a sufrir un ataque al corazón proximamente”.

Más de una vez he visto personalmente negocios a punto de cerrar por culpa de un desastre con los discos duros y por no tener una copia de seguridad en condiciones.

Los discos duros fallan, eso es un hecho innegable. Incluso los de los servidores web; en una ocasión un cliente tenía un servidor dedicado sin raid ni backups. Un buen día (por decir algo) el disco duro se estropeó. Evidentemente la compañía con la que tenía contratado el servidor se desentendió del problema (a decir verdad le intentaron ayudar en todo lo posible). Afortunadamente para él yo le había hecho un backup hacía dos meses con lo que no perdió todo el trabajo de dos años (sí, dos años sin backup). Por cierto, luego me lo agradeció no pagando la última factura, pero eso ya es otra historia.

Tags: ,

La inseguridad de las actualizaciones automáticas.

Agosto 8th, 2008 | No Comments » | Posted in openofficeorg, privacidad-y-seguridad

Malte Timmerman (uno de los desarrolladores de StarOffice/OpenOffice.org) nos habla en su blog sobre el peligro de las actualizaciones automáticas de los programas (OpenOffice.org incluido).

El problema es éste:

1) Las actualizaciones automáticas se hacen normalmente conectándose a un dominio.

2) Para poder conectarse a un dominio hay que convertirlo a una IP. Esto se hace a través de un servidor de DNS. Este servidor de DNS podría ser atacado o algún troyano (o similar) podría cambiar en nuestro ordenador el servidor DNS que usemos. De esta forma, en lugar de conectarnos al servidor “oficial” con las actualizaciones podríamos, en realidad, estar conectándonos con un servidor “maligno”.

3) La actualización descargada se ejecuta automáticamente infectando nuestro sistema.

Teniendo en cuenta los últimos avisos con el tema de los agujeros de seguridad en los DNS realmente es algo preocupante.

Para evitar este problema Malte propone que siempre comprobemos las fimas MD5 de los ficheros que nos descarguemos (una práctica recomendada siempre). Este es un trabajo que debemos hacerlo nosotros mismos, ya que si le dejamos la tarea a la herramienta de actualización automática tendremos el mismo problema ya que se descargará unos MD5 falsos.

Su recomentación es que usemos, mientras se encuentra una solución mejor, que usemos la herramienta de actualización pra saber si hay actualizaciones y después descarguemos las actualizaciones “a mano” y las comprobemos.

Aquí tenemos los MD5Sums para las distintas versiones de OpenOffice.org.

Tags: , ,

Phishing en Google Adwords

Agosto 8th, 2008 | No Comments » | Posted in google, privacidad-y-seguridad

Hoy he recibido uno de esos habituales intentos de Phishing (*) pero esta vez con el Adwords de Google. He estado a punto de picar ya que lo han enviado a la cuenta con la que tengo el Adwords y el diseño es bastante “espartano” (algo habitual en los mensajes de AdWords). Como excusa diré que es bastante tarde y uno es más susceptible a estas cosas cuando está cansado. Sin embargo, a pesar del cansancio dos cosas me han hecho sospechar:

1) El mensaje estaba en inglés cuando Google Adwords siempre me envía los mensajes en castellano.

2) Al ponerte sobre el enlace en el que te invitan a pinchar he visto que la URL era de un dominio de China:

...adwords.google.com.groupsxc.cn/select/Login

Como norma general no suelo hacer click en los enlaces que recibo en este tipo de emails (ni cuando llegan del banco, ni de PayPal ni de Google), entro directamente en la web a través de su URL “oficial”.

Ya sé que esto del Phishing es muy habitual, pero es la primera vez que lo veo con AdWords y me ha llamado la atención. Está visto que de esto no se libra nadie.

Así que, ¡mucho ojito con estos intentos de estafa!

Contenido del email:

--------------------------------------------
Dear Advertiser,
-----------
We were unable to process your payment.
Your ads will be suspended soon unless we can process your payment.
To prevent your ads from being suspended, please update your payment information.
------------------
Please sign in
to your account at http://adwords.google.com/select/login,
and update your payment information.
-------------------------
We look forward to providing you with the most effective advertising available.
Thank you for advertising with Google AdWords.

(*) Definición de Phishing sacado de la Wikipedia:

Anzuelo o Estafa electrónica (inglés phishing. Ver Origen de la palabra) es un término informático que denomina un tipo de delito encuadrado dentro del ámbito de las estafas, y que se comete mediante el uso de un tipo de ingeniería social caracterizado por intentar adquirir información confidencial de forma fraudulenta (como puede ser una contraseña o información detallada sobre tarjetas de crédito u otra información bancaria). El estafador, conocido como phisher, se hace pasar por una persona o empresa de confianza en una aparente comunicación oficial electrónica, por lo común un correo electrónico, o algún sistema de mensajería instantánea[1] o incluso utilizando también llamadas telefónicas.

Tags: , , ,

Backups con rsync

Enero 16th, 2008 | No Comments » | Posted in linux, privacidad-y-seguridad, ubuntu

Si queréis hacer copias de seguridad de manera sencilla una herramienta muy potente es rsync. Existen un montón de programas para hacer backups pero ninguno acaba de convencerme. Yo necesito que la copia de seguridad sea fácilmente accesible, es decir, que esté sin comprimir para poder acceder directamente a determinados archivos de manera cómoda sin tener que andar descomprimiendo archivos de varios megas (o gigas). Además, utlizo el disco externo de backup para llevar los arhivos de casa a la oficina y vice versa. Para mi caso la mejor herramienta que he encontrado hasta ahora es rsync. Uso un sencillo comando para hacer los backups:

rsync -avz --exclude-from=.rsync/exclude /home/gorka/. /media/discobackup

-avz: copia recursivamete todos los ficheros desde el directorio /home/gorka a /media/discobackup (mi disco duro externo). Además mantiene los permisos, enlaces simbólicos, propietarios, atributos, etc… La opción -z comprime los ficheros antes de transferirlos, pero, dado que uso un disco usb2 realmente no estoy seguro de que tenga utilidad (un día que me aburra mediré la diferencia entre hacer la copia de seguridad con esta opción o sin ella).

–exclude-from=.rsync/exclude: esta opción busca el fichero .rsync/exclude en el que está la información de qué ficheros no se deben copiar. En mi caso uso el siguiente:

*.iso
*.avi
*.mp3

para que no me copie ni los ficheros iso, avi ni mp3. Cada tipo de fichero que queramos excluir debe ir en una línea.

/home/gorka/. aquí indico que quiero copiar el contenido de la carpeta /home/gorka. Si uso el ‘.’ es para que me copie los ficheros ocultos que empiezan por el punto. Si no se quieren copiar los archivos ocultos hay que usar /home/gorka/*

/media/discobackup - mi flamante disco duro externo.

Ejecuto el script, me voy a comer y espero a que se haga la copia tranquilamente.

Algo más de información: rsync y rsync Tips & Tricks.

Tags: , , , ,

Problema con Firestarter - el interfaz eth0 no está preparado

Enero 16th, 2008 | 16 Comments | Posted in privacidad-y-seguridad, ubuntu

Recientemente me he encontrado con este problema y, después de darle muchas vueltas he encontrado el problema. La causa está en el script firestarter.sh. Abre el dichoso script:

gksudo gedit /etc/firestarter/firestarter.sh

y modifica la línea:

MASK=`/sbin/ifconfig $IF | grep Mas | cut -d : -f 4`

por:

MASK=`/sbin/ifconfig $IF | grep Más | cut -d : -f 4`

Explicación paso a paso

Por si a alguien le interesa saber cómo dí con el problema he aquí un pequeño e instructivo rollete.

El mensaje de error que me aparece al intentar arrarcar el firestarter es:

External network device $IF is not ready. Aborting..

ese mensaje de error se muestra aquí (en este caso $IF es eth0):

if [ "$MASK" = "" -a "$1" != "stop" ]; then
	echo "External network device $IF is not ready. Aborting.."
	exit 2
fi

comprobé que la variable $MASK estaba en blanco (era la razón de que no arrancara el firestarter) así que busqué dónde se definía:

MASK=`/sbin/ifconfig $IF | grep Más | cut -d : -f 4`

El comando /sbin/ifconfi eth0 muestra un mensaje parecido a éste:

eth0      Link encap:Ethernet  HWaddr 00:13:8F:4C:47:59
          inet dirección:192.168.1.2  Bcast:192.168.1.255  Máscara:255.255.255.0
          dirección inet6: fe80::213:8fff:fe4c:4759/64 Alcance:Vínculo
          ARRIBA BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:221627 errors:0 dropped:0 overruns:0 frame:0
          TX packets:226060 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:159080113 (151.7 MiB)  TX bytes:105193874 (100.3 MiB)
          Interrupción:23 Base address:0xe400

y el comando:

/sbin/ifconfig $IF | grep Mas | cut -d : -f 4

Lo que hace es buscar la línea donde esté el texto Mas (de Mask) y, claro, al estar mi Ubuntu en castellano en lugar de Mask poner Máscara:

eth0      Link encap:Ethernet  HWaddr 00:13:8F:4C:47:59
          inet dirección:192.168.1.2  Bcast:192.168.1.255  Máscara:255.255.255.0
          dirección inet6: fe80::213:8fff:fe4c:4759/64 Alcance:Vínculo
          ARRIBA BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:221627 errors:0 dropped:0 overruns:0 frame:0
          TX packets:226060 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:159080113 (151.7 MiB)  TX bytes:105193874 (100.3 MiB)
          Interrupción:23 Base address:0xe400

Como resultado de este pequeño detalle $MASK se queda en blanco. Por tanto, la solución consiste en modificar el script y dejarlo como:

MASK=`/sbin/ifconfig $IF | grep Más | cut -d : -f 4`
Tags: , , , ,

Buscando troyanos y rootkits en Ubuntu

Abril 16th, 2007 | 1 Comment | Posted in linux, privacidad-y-seguridad

Si estás preocupado por la posibilidad de tener troyanos o rootkits en tu Ubuntu puedes usar dos programas llamados Chkrootkit y Rootkit Hunter.

Para instalarlos:

sudo apt-get install chkrootkit rkhunter

Una vez instalados vamos a empezar con el Rootkit Hunter. Lo primero es actualizarlo a la última versión:

sudo rkhunter --update

Después de actualizados podemos empezar con el test:

sudo rkhunter --checkall

Nos presentará un completo informe con el resultado de los análisis y probablemente hará alguna sugerencia.

Después podemos probar con el chkrootkit:

sudo chkrootkit

Aún así no es seguro que estemos 100% libres de troyanos, rootkits y demás basura pero por lo menos nos dejará una cierta tranquilidad :-).

Tags: , , ,