R3b3l10Nn

Es una práctica común entre los administradores de GNU/Linux realizar encriptación de particiones. Esto con el fin de evitar el robo de información o su alteración una vez que el sistema se ve comprometido. Para la tarea podemos utilizar un sin fin de herramientas. Yo lo demostraré con dm-crypt. Por motivos de practicidad crearé un archivo que utilizaré como partición ( loop device ); ustedes pueden utilizar una memoria USB o un disco. Verificamos que el paquete se encuentre instalado.  El comando losetup genera un loop device .  Ahora sí, realizamos la encriptación del loop device que acabamos de realizar. Nos va a pedir una contraseña. Es importante resguardarla correctamente porque si la perdemos no habrá forma de recuperar los archivos encriptados.  Podemos ver que ya está en /dev/mapper el dispositivo que estamos encriptando.  Validamos vía crypsetup que se encuentre activo.  Como la creación de particiones, ...

Por el contrario de muchos escritos que existen alrededor de SELinux, pretendo únicamente esbozar la primera parte de los puntos clave a recordar. Soy partidario de la teoría, puesto que le da sentido a la practica.  Primero mencionaré el objetivo del comando y después el propio comando. Sugiero que si algunos de los conceptos que escribo no son de su conocimiento, los revise en otro sitio con mucha más información. 1.- Revisar el TE de nuestro SO : #getenforce 2.- Establecer el TE de manera NO persistente: #setenforce [1|0] 3.- Revisar el TE del archivo de configuración de TE (persistente) y el actual, entre otros valores: #secon 4.- Revisar el contexto que tiene un archivo determinado: #secon -f file      o de otra manera: #ls -Z file 5.- Cambiar el atributo TYPE de un archivo: #chcon -t TYPE file 6.- Ver los atributos de un proceso: #ps -auZ pid 7.-  Restaurar el contexto por defecto de un archivo: #restorecon -R -v file 8.- Obt...

En todas las distribuciones de GNU/Linux y Solaris he encontrado SSH como vía estándar de comunicación remota. ¿Por qué? Es simple de implementar, de utilizar y sumamente segura por su carácter de encriptación de los puentes que se hacen. No solo podemos sustituir Telnet, también podemos hacer túneles que nos permiten escapar de los firewalls restrictivos.  Al ser un punto de entrada,  por ello capital, es necesario aplicar ciertas políticas de seguridad, especialmente en aquellos sistemas que son productivos. Las siguientes políticas podrían ser útiles para tal tarea. No permitir validación de root Reducir la cantidad de usuarios que pueden autenticarse Sólo permitir la versión 2 de SSH Usar llaves para autenticarse El root es digamos que el usuario más perseguido en las intrusiones, pues su carácter casi bíblico lo hace ser el súper usuario, el usuario de usuarios. Para evitar que por algún descuido alguien pueda robarnos la cuenta, y robarnos lo que se...

Hace un rato, me preguntaba acerca de cómo leer la fuerza de un algoritmo de encriptación, para así poder definir de cuántos bits estamos hablando. Un algoritmo de encriptación, mientras más bits tenga será más fuerte o difícil de romper, debido a que las posibles combinaciones aumentan. Esta vez, utilizamos md5, en especial, su función hash para la comprobación de integridad de cualquier archivo, sabiendo que éste convierte a palabras y hace todo un algoritmo de comprobación, incluso creo que hace uso de XOR. Usa una fuerza de 128 bits, que vienen siendo como 16 bytes y un total de 32 caracteres. Llave (hexadecimal): d5d35f0f41be3780c8b30f98452ec7db Binario/bits: 11010101110100110101111100001111010000011011111000110111 10000000110010001011001100001111100110000100010100101110 1100011111011011 Si cuentan el número de bits se darán cuenta que suman 128, y he ahí una explicación sumamente simple de como se puede detectar la fuerza del algoritmo dado. Dejo las referencias: http://en...