Desde hoy inicio una serie de post para la corrección de varias vulnerabilidades que se han presentado en las diferentes partes donde he trabajado. El propósito es seguir nutriendo el blog con más post como éstos, en la medida que me encuentre con más vulnerabilidades. Espero les sea de utilidad.

 

Vulnerabilidad: SSH Weak Algorithms Supported y SSH Server CBC Mode Ciphers Enabled

 

Descripción

 

Esto puede permitir que un atacante recupere el mensaje de texto claro del texto cifrado.

 

Solución

 

Para corregir las vulnerabilidades arriba escritas sobre Linux, se debe modificar el archivo /etc/ssh/sshd_config y agregar lo siguiente:

Ciphers aes128-ctr,aes192-ctr,aes256-ctr

Lo anterior se puede agregar al final del archivo o donde se encuentre el Ciphers. Una vez guardado el archivo se debe reiniciar el servicio de ssh. Dependiendo de la versión del S.O, se agregarán más opciones de cifrado o menos dependiendo el caso.

Saludos!!

 

 

Siempre hay una primera vez para todo y con IPv6 me tocó esa. Poco a poco se irá implementando en las compañías de todos los sectores y uno debe aprender a como convivir con éste protocolo. Les dejo como se hace la configuración de IPv6 en un servidor con Red Hat 7:

 

1. Chequear la conexión y las interfaces

 

# nmcli connection show 

 

2. Adicionar la dirección IPv6 a la interface que desees

 

# nmcli connection modify (interfaz_red) ipv6.addresses (IPv6)

 

#  nmcli connection modify (interfaz_red) ipv6.method manual

3. Se activa la conexión

# nmcli connection up (intefaz_red)

# nmcli connection reload

4. Verificar que haya quedado bien configurada la IPv6

# nmcli connection show (intefaz_red) | grep ipv6

5. Habilitar la interfaz para que inicie con el sistema operativo

# nmcli connection modify (intefaz_red) connection.autoconnect yes

6. Prueba haciendo ping a la IPv6

Saludos!!

 

Jueputa Oracle RAC!

Si! Así y nada más... ¿y el por que de esa afirmación? Porque después de pasarme más de 5 horas tratando de sincronizar el servidor NTP para que Oracle RAC se dejara instalar... lo logré gracias a un consejo.

El problema empezó cuando uno de los DBA's que trabaja en un proyecto conmigo, necesitaba instalar Oracle RAC 12c en dos servidores. Se instalaron todas las cosas a nivel de sistema operativo que se necesitaban para instalar el producto de Oracle. Solo faltaba la sincronización del NTP y Oracle no la tomaba por el error que muestro en el título del post. Busqué en internet en las páginas de Oracle y otras y la solución que encontraba era detener el servicio del ntp, mira la hora en ambos nodos y arranca el servicio otra vez. Nada servía... hasta que una colega me dijo algo que no se me había ocurrido y así sincronizó el NTP con Oracle

 1. Como hay 2 nodos que se deben sincronizar con el servidor NTP, configura el ntp.conf con la IP del servidor principal NTP en el nodo1.

2. Dentro del nodo2, configura el ntp.conf el nombre o la IP del nodo1.

3. Reinicia el servicio ntp en ambos nodos, o si lo prefieren pueden reiniciar ambos servidores (si es que lo pueden hacer).

Con esa solución, pude sincronizar ambos nodos para que el DBA pudiera instalar el Oracle RAC.

Saludos!!

Sigo con OpenVas, ya que lo estoy utilizando muy amenudo en las tareas que estoy realizando. En uno de los trabajos que estoy haciendo la estoy usando sobre una máquina virtual Kali 2.0 y quería que no solo me pudiera conectar por la interfaz de Loopback... para hacerlo ésta es la solucion:

1. Detener los servicios de OpenVas

# openvas-stop

2. Configurar el OpenVas para que escuche por cualquier interfaz

# gsad --listen=0.0.0.0

3. Iniciar OpenVas

# openvas-start

Una vez haya iniciado, conectarse por cualquier navegador hacia la IP que tiene asignada el Kali Linux por el puerto de eschucha por default: https://IP-Kali 

Esta solución deja de funcionar cuando apagues la máquina Kali. Cuando vuelvas a encenderla debes hacer el mismo procedimiento.

Saludos!!

Si es para mejorar, los cambios siempre serán buenos. Una vez más llegó el momento de renovar el blog y volverlo más profesional a como inició hace más de 5 años.

Como se dan cuenta es un nuevo aspecto donde se presenta la información más estética y de forma distinta a como estaba antes. Un detalle a mencionar es que en la página principal no aparece a simple vista la opción de buscar; ésta opción se encuentra en la parte superior izquierda como un ícono cuadrado con rayas:

 

Cuando se accede a cualquiera de los artículos, si aparece el botón de buscar a mano derecha. Espero sea de su agrado.

Saludos,

Los casos extraños que pasan en el ámbito de sistemas son variados y no son muy comunes que digamos... éste que les voy a comentar es uno de ellos. Cierto cliente del sector educativo, posee varios portátiles para entregar a sus alumnos cuando están en aulas donde no los hay. Los portátiles se entregan por medio de un carrito que posee varias bandejas donde éstan los equipos y el carrito tiene un acess point (AP) al cual se conectan los mismos. Resultan que varios portátiles tienen Windows, configuraron el sistema para que se conecte al AP automáticamente y no pueda ver el resto de redes que posee la universidad.

Después de mucho estudiar y gracias a la oportunidad que he tenido de trabajar con Linux desde hace tiempo... hoy puedo confirmar que me he certificado como Administrador de Sistemas en Red Hat versión 7. Mucho ha cambiado de las versiones 6 hacia abajo, sobretodo con el Systemd que viene a reemplazar al SystemV.

Internet of Things (IoT) o Internet de las Cosas es un concepto que se refiere a la interconexión digital de objetos cotidianos con internet. Alternativamente, Internet de las cosas es el punto en el tiempo en el que se conectarían a internet más “cosas u objetos” que personas (Tomado de Wikipedia). Tenía en mente escribir sobre este tema, que se está afianzando cada día más en los productos que compramos de cualquier categoría; ya sean electrodomesticos, relojes, celulares (hace tiempo), etc. 

En estos días estuve montando un NFS (Network File System) sobre linux y a la hora de hacer el montanje desde el cliente me apareció el error que se ve en el título del post. La razón del error es que el FW interno del S.O esté bloqueando los puertos que usa el NFS.  ¿Como solucinarlo? Lo siguiente te puede ayudar y se hizo sobre RHEL:

En el servidor:

1. Edita el fichero /etc/sysconfig/nfs y descomenta las siguientes líneas:

LOCKD_TCPPORT=32803 

LOCKD_UDPPORT=32769 

MOUNTD_PORT=892 

STATD_PORT=662 

STATD_OUTGOING_PORT=2020

2. Reinicia los servicios de nfs

# /etc/init.d/nfs restart

# /etc/init.d/nfslock restart

3. Miramos si los puertos están abiertos: rpcinfo -p localhost

4. Editamos el archivo /etc/sysconfig/iptables, añadimos los siguientes puertos y reiniciamos el firewall para que tome los cambios:

-A INPUT -m state --state NEW -m udp -p udp --dport 2049 -j ACCEPT
-A INPUT -m state --state NEW -m tcp -p tcp --dport 2049 -j ACCEPT
-A INPUT -m state --state NEW -m udp -p udp --dport 111 -j ACCEPT
-A INPUT -m state --state NEW -m tcp -p tcp --dport 111 -j ACCEPT
-A INPUT -m state --state NEW -m udp -p udp --dport 32769 -j ACCEPT
-A INPUT -m state --state NEW -m tcp -p tcp --dport 32803 -j ACCEPT
-A INPUT -m state --state NEW -m udp -p udp --dport 892 -j ACCEPT
-A INPUT -m state --state NEW -m tcp -p tcp --dport 892 -j ACCEPT
-A INPUT -m state --state NEW -m udp -p udp --dport 875 -j ACCEPT
-A INPUT -m state --state NEW -m tcp -p tcp --dport 875 -j ACCEPT
-A INPUT -m state --state NEW -m udp -p udp --dport 662 -j ACCEPT
-A INPUT -m state --state NEW -m tcp -p tcp --dport 662 -j ACCEPT

# /etc/init.d/iptables restart

Del lado del cliente:

Montamos el filesystem compartido

# mount -a 

Con estos pasos hemos solucionado el problema presentado:

Hay que aclarar que para esta configuración, ya se tiene instalado y configurado el esquema de compartir archivos por NFS y que a la hora de montar el filesystema les ocurre el error que se comenta en el post.

Espero les sirva de ayuda

Saludos!!!

Fuente: http://notepad2.blogspot.com/2012/04/mountnfs-mount-to-nfs-server-failed.html

Tratando de hacer un rsync desde un servidor a otro, se me presentó el error que aparece en el título del host. Al final del error también aparecía: rsync error: unexplained error (code 255) Empenzé a buscar por internet, pero no encontraba nada hasta que la solución fue:

1. El error se refiere a que no encuentra la ruta hacia el servidor destino

2. Agregar en /etc/sysconfig/iptables del servidor destino lo siguiente:

-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp -s 192.168.xx.0/22 --dport 22 -j ACCEPT 

Donde la IP será la red donde se encuentra el servidor origen.

3. Guardar los cambios y reiniciar el FW

Después de esto, vuelvan a probar el rsync y les debe funcionar sin problemas.

Saludos!!

Es la primera vez que configuro un relay de correo con Sendmail, ya que no había tenido la oportunidad de hacerlo y en los entornos que he trabajado no ha sido necesario. El error que aparece en el título del post, me salía cuando trataba de enviar el correo por medio de la consola del servidor y miraba en el log del correo.

FELIZ AÑO NUEVO 2015!!! Que este año les traiga a todos(as) muchas bendiciones y que todos sus buenos proyectos se hagan realidad.

A pesar de los múltiples inconvenientes que se tuvieron el año pasado, hay que mirar el futuro con optimismo y con la fe puesta en Dios. Fue un año duro para mi, sobre todo al final del mismo... pero con todo y eso sigo dando gracias a Dios por todo lo que me da y lo que me regalará en la vida.

Sigan investigando, sigan creando cosas nuevas que nuestra carrera jamás se detiene. Espero sigan leyendo los diferentes post que publico y los puedan compartir o tener de referencias para sus propias consultas. Un abrazo a todos!!

Esta configuración es muy sencilla, pero es para tenerla en cuenta por si se olvida en un determinado momento. La configuración fue realizada en un portatil Dell Inspiron 14 serie 5000 con una tarjeta inalámbrica Intel AC-3160. El equipo tenía instalado Windows 8.1 y se le instaló Debian 7 con el kernel 3.14.6 

Si buscamos los controladores de la tarjeta, nos toparemos que Intel tiene los drivers para ella en su página (http://www.intel.com/support/wireless/wlan/sb/CS-034398.htm) pero cuando trataba de bajarlos, no cargaba la página correctamente. Así que me tocó buscarlos por otro lado y fue aquí donde lo encontré. Ustedes deben buscar el módelo de tarjeta que tengan y luego ubicar los drivers, ya sea por la página de Intel o por Google.

El archivo bajado es un .deb, así que solo es ejecutar como root: dpkg -i (nombre_archivo.deb) y dejar que se instale y configure. Después del proceso, reiniciamos el equipo y ya tenemos instalado el driver de la inalámbrica para poder disfrutar de ella en Linux.

Actualización: Encontré ésta página por si las dos anteriores no funcionan

https://wiki.debian.org/iwlwifi

Saludos!!

¡¡¡Feliz Año Nuevo!!! Que este año esté lleno de muchas bendiciones para todos ustedes y sus familias. Y adicional, que tengamos una buena fiesta de football con el mundial de Brasil 2014.

"Como?... Que?... Estás loco?... Eso se puede? y si se puede, hay que ser bien bestia para quitarle procesadores a un S.O".

Estoy seguro que más de uno se habrá hecho esas preguntas u otras al leer el título de este post... pues bien también me las hice cuando me pidieron esa ridiculez.

El título lo dice todo, así que manos a la obra. Cabe aclarar que esto lo hice bajo un RHEL 6.4, pero de igual forma sirve para cualquier distro de que Linux que se tenga instalada... la diferencia es a la hora de instalar el paquete.

Me dieron a verificar la configuración de un servidor HP con RHEL 6.3 y entre las tareas estaba verificar que las particiones creadas estuvieran bien, la SWAP, las interfaces de red, etc. Entre las tareas era actualizar todo el S.O y bueno la más fácil era hacer un yum update para que se conectara a los repositorios de Red Hat.

Para ello registré el servidor en la Red Hat Network (RHN) y procedí actualizarlo. Pero al momento de ello me decía que no encontraba la ruta en el archivo dvd.repo el cual estaba apuntando a /mnt/repo/Server y era lógico ya que eso lo había cargado desde el CD de instalación y por ende el CD ya no estaba en el servidor y tampoco la ruta. Procedí a borrar el archivo dvd.repo para que comenzara a buscarlo en la RHN y así actualizar todo el sistema. Para mi sorpresa no lo hacía... después de meditar un rato me salí de la sesión y volví a entrar al rato, cuando lo hice me di cuenta que la fecha del sistema era mayo de 2010 y no coincidía con el registro que había hecho hoy.. o sea octubre de 2013. 

Así que procedí a cambiarle la hora y con ello actualizó enseguida.

# date --set "2013-10-05 9:30"

Y después realizamos el cambio de la hora en la BIOS

# hwclock --set --date="2013-10-05 9:30"

Comprobamos con el mismo comando hwclock y enter

Espero les sirva la info.

Saludos!!

Nuestra historia comienza no hace mucho tiempo, en un bello bosque rodeado de naturaleza animal y vegetal. Dentro de ese bosque vivía una niña muy tierna llamada Mia. Con 9 años de edad, Mia poseía bellos cabellos dorados, sonrisa de ángel, manos suaves como las de un bebé y una mirada que encantaba a quien se encontrara con ella. Mia siempre llevaba una caperuza de color rojo y por ello muchos en el bosque le colocaron cariñosamente "caperucita roja". 

Parece que se me está volviendo costumbre enfrentarme a routers colocados por los ISP's que tienen los cifrados web por default, o sea el típico cifrado WEP. Bueno hace rato estaba tratando de entrar a la configuración de uno de ellos y no podía, así que como siempre utilizé a nuestro amigo google y después de mucho leer encontré la solución que les coloco a continuación.

Está muy de "moda" hablar de Bullying, de hacer comentarios como si fuera uno de los "grandes problemas" de los tiempos actuales o incluso muchos se llenan la boca diciendo que el bullying es generado por las TIC's. Antes de continuar debemos saber que es bullying... sencillamente es molestar (por lo general en exceso) a las personas por algo que a uno no le gusta... ya sea por su color de piel, su religión, su forma de vestir, de peinarse, de caminar, su forma de hablar y un largo etc. El bullying incluye, adicional a lo anterior, golpear a la victima, empujarla y todo lo que atente conta su integridad física. Este comportamiento se ve más reflejado en los colegios tanto en los niños como en los adolescentes.