Escribí mi proyecto final de graduación implementando un wrapper genérico de conexiones que puede ser extendido para comprender y proteger protocolos específicos. Presenté mi proyecto en el YAPC::NA 2001, y publiqué un corto artículo en la revista ;login: de Usenix, en el número de Junio del 2002.

• Proyecto final completo (130 páginas, PDF)
• Proyecto final completo (convertido a HTML)
• Texto publicado en las memorias del YAPC::NA 2001 (PDF)
• Texto publicado en la revista ;login:, Junio de 2002 (PDF)
• Código de ProtoWrap 0.5, instalable como módulo de Perl. Hay pequeñas diferencias entre este código y la versión publicada en el proyecto final.

¿Buscas una solución de respaldos simple de implementar, con bajo uso de recursos, que te permita tener respaldos incrementales disponibles de inmediato? Rsync y las características del sistema de archivos de cualquier Unix pueden ser tu principal aliado - Preparé esta plática para el seminario Admin-UNAM de diciembre del 2005, organizado por el Departamento de Seguridad en Cómputo, DGSCA, UNAM.

• Presentación Magicpoint (fuente de la presentación, formato Magicpoint)
• Presentación Magicpoint (convertido a PDF)
• Script que ejecuta el cliente - Este script corre el cliente; es el que analizamos en el punto de la presentación donde menciono ¡vámonos para Emacs

Texto corto mencionando diversas herramientas que pueden ayudar a un administrador de sistemas implementar prevención de incidentes, monitoreo de red y detección de intrusos en Linux. Presenté esta plática en el seminario interno Admin-UNAM del Departamento de Seguridad en Cómputode la UNAM, en junio de 2005. Fue publicado además en la revista de agosto de 2005 de PC Magazine en español.

• Artículo completo (PDF)

Plática preparada para el IV Congreso Nacional de Software Libre en la Universidad Mayor, Real y Pontificia
de San Francisco Xavier de Chuquisaca, Sucre, Bolivia. Es una continuación a la plática de Seguridad en redes, aterrizando algunos de los conceptos a soluciones más concretas (aunque aún bastante genérico).
Presenté este trabajo en 2005 para el seminario interno Admin-UNAM del ; re-escribí el material como un artículo a texto completo, también disponible aquí.

• Presentación Magicpoint convertida a HTML
• Artículo en PDF, con la misma estructura general de la presentación, pero más apto para su lectura
• Presentación Magicpoint formato fuente Magicpoint, los esquemas en su formato fuente Dia

Plática preparada para el Congreso Nacional de Software Libre CONSOL 2003 y para el Congreso de Seguridad en Cómputo DGSCA/UNAM 2003. Analizo las ideas principales que fueron empleadas en Multics, cuáles de ellas fueron adaptadas para el modelo de Unix, qué carencias tiene el modelo tradicional de Unix, y qué propuestas ha habido para mejorarlo.

• Artículo completo (convertido a HTML)
• Artículo completo (convertido a PDF)
• Artículo completo (formato fuente, LyX)

Presenté esta plática en el II Congreso de Ingeniería en Sistemas Computacionales del Instituto Tecnológico de Nuevo León. Reviso conceptos generales de seguridad, explicando a un público no iniciado en el tema los diversos factores que como profesionales en la seguridad -y como usuarios conscientes en general- debemos tener en cuenta.

• Presentación en PDF
• Fuentes en LaTeX Beamer de la presentación

Presenté este tutorial en el Congreso de Seguridad de Cómputo DGSCA/UNAM 2003, menciono en ella las características básicas del funcionamiento de las redes Ethernet, qué es el sniffing, varios sniffers útiles para un administrador, y algunos consejos para protegernos de sniffers no autorizados en nuestra red.

• Artículo completo (formato PDF), apto para imprimir
• Artículo completo (formatoHTML), para leer en línea
• Artículo completo (documento fuente LyX), Para modificar/editar

Un tutorial que presenté para el Congreso de Seguridad en Cómputo en noviembre del 2000, y tras reescribirlo en un formato libre y portable, lo presenté de nuevo en los Días de Software Libre en Guadalajara, mayo del 2002. Lo adapté y traduje junto con mi compañero de trabajo Alex Juárez, y lo presentamos en el YAPC::Europe::2002. Reviso aquí una serie de puntos importantes para no caer en importantes errores de seguridad al programar con Perl. Está tanto en inglés como en español.

• Artículo completo en español (como HTML)
• Artículo completo en español (formato nativo LyX)
• Artículo completo en inglés (HTML; escrito nativamente en este formato)
• Láminas Magicpoint en inglés (formato nativo Magicpoint)
• Láminas Magicpoint en inglés (como HTML)

Presenté esta propuesta de esquema de respaldo en el Congreso de Seguridad en Cómputo 2001, presenta una propuesta para la implementación de un esquema de respaldo remoto, cifrado, automático.

• Servidor y cliente de SOMBI

SOMBI: Still One More Backup Implementation

Gunnar Wolf
gwolf@campus.iztacala.unam.mx
Congreso de Seguridad en Cómputo 2001
UNAM FES Iztacala

Abstract:

Hay una gran cantidad de implementaciones ya existentes para llevar a cabo de manera automática en sistemas en red -- Por diferentes razones, ninguno de ellos me convenció para las necesidades (nada atípicas, en mi opinión) de mi situación. Lo que aquí presento es un esquema muy simple que permite hacer respaldos de manera automática sobre la red con cifrado y contemplando diferentes tipos de respaldo.

¿Qué hay de malo con los esquemas de respaldo existentes?

Si estoy proponiendo un nuevo esquema de respaldos, esto es porque los ya existentes tienen alguna carencia que no me permite resolver de una manera simple mis necesidades. Entonces pues, ¿qué hay de malo con los esquemas de respaldo que existen hoy?

1.1 Mis necesidades

...Que pueden no ser las de los demás, pero seguramente habrá alguien con necesidades similares

• Hacer los respaldos de manera periódica y automática
• Hacer los respaldos sobre la red
• Cifrar los respaldos conforme son realizados
• Almacenarlos en un medio que me proporcione acceso fácil, rápido y confiable
• Que sea simple y poco intrusivo, para cualquier administrador
• Que sea software libre

1.2 El medio donde se almacena el respaldo

¿Por qué no usar cintas DAT?

• Confiabilidad
• Costo
• Reusabilidad del medio
• Velocidad
• Compatibilidad entre plataformas

1.3 La transmisión de datos sensibles sobre la red

• ¿Hacernos de la vista gorda y pasarlo en claro? ¿''ocultarlo'' con gzip?
• ¿Cifrado en el transporte?
• ¿Cifrado en el archivo?
• Tiempo de procesador que esto ocupa

2 Consideraciones previas a SOMBI

2.1 Lo más común que he visto

• Directo a la cinta, conectada localmente
  • ¿Y si no tengo una cinta en esta computadora?
  • ¿Y si no confío en las cintas?
• Directo a cinta, en un host remoto
  • Típicamente con rsh -- Tremendamente inseguro!
  • ¿Y si no confío en las cintas?
• Respaldo local con tar o equivalente
  • Un respaldo debería ser remoto o desmontable...

2.2 Mi esquema previo - sus fuerzas y debilidades

• tar xf - /etc /home /var/mail | ssh $SERVER 'cat > respaldo'
• Funciona, pero
  • Requiere root tanto en cliente como en servidor
  • No es automatizable (¿pondrías tu contraseña de root en un script?)

3 Esquema operativo de SOMBI

3.1 Soporte a diferentes tipos de respaldo

• Como está en este momento, permite tres tipos de respaldo: Completo, de configuración y de datos de usuario. Ampliarlo, sin embargo, a que acepte otros tipos de respaldo es trivial.
• Las pruebas que he hecho son con tar, pero podemos usar algún otro método para archivar, siempre que permita enviar la salida a un flujo de datos, con modificar bkCmd

3.2 Cifrado del lado del cliente

• El cifrado se hace con un programa externo que nos permita trabajar sobre un flujo de datos
• GPG (versión GNU de PGP) parece ideal
  • Cifrado con llave pública: No es necesario siquiera poder descifrar el respaldo con la información contenida en el cliente ni en el servidor
  • GPG incluye compresión (probablemente gzip)
• Podrían usarse otros métodos -- Basta con modificar cryptCmd

3.3 Doble conexión

El proceso que sigue una conexión es:

1. El cliente se conecta al puerto indicado del servidor
2. El servidor verifica que la conexión venga de una dirección aprobada
3. El cliente abre un puerto aleatorio, e informa al servidor cuál puerto abrió
4. El servidor se conecta de vuelta con el cliente por este puerto
5. El cliente verifica que la conexión venga del servidor
6. El cliente envía el respaldo completo cifrado al servidor a través de este nuevo puerto
7. El servidor almacena los datos en un lugar predeterminado

Proceso a agregar próximamente:

• En el paso 3, enviar el puerto cifrado con una llave secreta que tengan tanto cliente como servidor
• En el paso 5, verificar no sólo por la IP, sino que por una cadena cifrada con la llave secreta, que es realmente el servidor.

3.4 Medio en el que se almacena el respaldo

• Se almacena en el disco duro de un servidor remoto
  • ¿Cuánto cuesta hoy en día un disco duro grande?
  • Velocidad, confiabilidad
• Se puede combinar con crontab para quemar un CD-ROM periódicamente
  • Hacer más granular lo que se graba -- ¿Necesitas grabar en CD TODO el sistema?
  • Los CD-Rs y CD-RWs son ya muy baratos

3.5 Seguridad implementada por el esquema

• Cifrado con GPG
• Spoofing difícil (aunque a estas alturas, aún no imposible)
• El respaldo es almacenado en un medio confiable
• El respaldo puede trasladarse sin mayor problema a un medio removible

3.6 Problemas con este esquema

• Está hecho para resolver mis necesidades, no cualquier necesidad
• Costo de disco duro para respaldos masivos
• No contempla (nativamente) guardar respaldos en medio removible
• Estando cifrado con GPG, un bit corrupto puede hacer inútil al respaldo entero
• Es una idea nueva y, por tanto, no del todo confiable

Esta plática la dí en el Congreso GNU/Linux 2001 en Jalapa, Ver., en septiembre del 2001. En este artículo muestro diferentes características y recomendaciones de seguridad utilizando los diferentes sistemas operativos y herramientas libres.

• PDF (apto para imprimir)
• HTML (apto para consultar en línea)
• Fuente en LyX (apto para editar o modificar)

De nueva cuenta, me invitaron a participar en el Admin-UNAM del Departamento de Seguridad en Cómputo de la UNAM, esta vez en abril del 2001. El tema expuesto en esta ocasión: Recomendaciones de seguridad en una instalación de Linux. Cómo hacer que un Linux recién instalado sea una presa muy
difícil para cualquier atacante.
Este mismo material, aunque bastante ampliado, lo presenté también como tutorial en el Congreso
de Seguridad en Cómputo 2001, organizado también (claro está) por el DSC de la UNAM.

• PDF (apto para imprimir)
• HTML (apto para consultar en línea)
• Fuente en LyX (apto para editar o modificar)

Plática que dí acerca de esta herramienta en el seminario Admin-UNAM del Departamento de Seguridad en Cómputo de la UNAM en septiembre del 2000.
Logcheck es una herramienta encargada de revisar periódicamente las bitácoras del sistema y reportar al administrador lo que sea -según patrones predefinidos por el administrador- importante.

• Versión HTML

Plática que dí acerca de esta herramienta en el seminario Admin-UNAM del Departamento de Seguridad en Cómputo de la UNAM en septiembre del 2000.
PortSentry es una herramienta que permite la fácil detección de barridos de puertos y tiene la capacidad de actuar de inmediato al detectarlos.

• Versión HTML

Tutorial que presenté en el congreso Seguridad en Cómputo 2000, dando varios ejemplos de pequeños scripts en Perl que pueden ayudar a la seguridad de un sitio.

El texto completo de la conferencia que dí para el Seminario GASU del Departamento de Seguridad en Cómputo de la UNAM en julio del 2000.

• Infraestructura de llave pública (texto completo - HTML)