{"id":43244,"date":"2024-02-20T07:00:46","date_gmt":"2024-02-20T15:00:46","guid":{"rendered":"https:\/\/dhblog.dream.press\/blog\/?p=43244"},"modified":"2025-01-16T14:37:17","modified_gmt":"2025-01-16T22:37:17","slug":"consejos-seguridad-nube","status":"publish","type":"post","link":"https:\/\/www-dev.dreamhost.com\/blog\/es\/consejos-seguridad-nube\/","title":{"rendered":"12 Tips Para Mantener Tus Archivos e Informaci\u00f3n Seguros en La Nube"},"content":{"rendered":"\n

El t\u00e9rmino “computaci\u00f3n en la nube” se menciona mucho en estos d\u00edas. Pero, \u00bfqu\u00e9 significa realmente? Detr\u00e1s de la palabra de moda se encuentran tecnolog\u00edas reales, como la <\/span>infraestructura como servicio (IaaS)<\/span><\/a>, que proporcionan computaci\u00f3n, almacenamiento y redes escalables bajo demanda.<\/span><\/p>\n\n\n\n

Sin embargo, migrar a la nube es como trasladar tu organizaci\u00f3n a un rascacielos infinitamente escalable pero invisible. El 75% de las empresas afirman que m\u00e1s del 40% de sus datos almacenados en la nube son sensibles. Descuidar la seguridad aqu\u00ed deja mucha informaci\u00f3n de la empresa vulnerable a amenazas, como acceso no autorizado, explotaciones y no cumplimiento de normativas.<\/span><\/p>\n\n\n\n

La buena noticia es que aunque “la nube” parece ef\u00edmera, con los cimientos adecuados y las mejores pr\u00e1cticas, puedes asegurar eficazmente los entornos de IaaS.<\/span><\/p>\n\n\n\n

En esta gu\u00eda, compartiremos 12 consejos esenciales para asegurar los servidores en la nube no administrados, m\u00e1quinas virtuales (VMs), contenedores, almacenamiento y servicios, benefici\u00e1ndote del r\u00e1pido crecimiento que ofrecen los <\/span>entornos en la nube<\/span><\/a>. \u00a1Comencemos!<\/span><\/p>\n\n\n\n

1. Proh\u00edbe Los Inicios de Sesi\u00f3n Root con Contrase\u00f1a<\/b><\/h2>\n\n\n\n

Uno de los m\u00e9todos m\u00e1s comunes que utilizan los atacantes para obtener acceso no autorizado a los servidores es mediante la fuerza bruta de <\/span>contrase\u00f1as d\u00e9biles<\/span><\/a> para cuentas altamente privilegiadas como root o administrador.<\/span><\/p>\n\n\n\n

Para entender por qu\u00e9, imagina que eres un hacker malicioso. Si tu objetivo es entrar en un sistema y obtener acceso a datos sensibles, es probable que comiences intentando acceder a la <\/span>contrase\u00f1a root, utilizando fuerza bruta<\/span><\/a> (intentando repetidamente diferentes contrase\u00f1as hasta encontrar la correcta). Si el intento es exitoso, obtienes acceso a la cuenta de root, que tiene el nivel m\u00e1s alto de permisos del sistema disponibles, permitiendo el control completo sobre el servidor.<\/span><\/p>\n\n\n\n

Lo que sucede con los ataques de fuerza bruta es lo siguiente: las contrase\u00f1as d\u00e9biles pueden ser descifradas f\u00e1cilmente con las herramientas adecuadas, e incluso las contrase\u00f1as fuertes pueden ser descifradas por un hacker paciente y determinado. <\/span><\/p>\n\n\n\n

\u00bfQu\u00e9 tal si deshabilitas por completo el inicio de sesi\u00f3n de root basado en contrase\u00f1as y en su lugar conf\u00edas en la autenticaci\u00f3n basada en claves SSH como alternativa?<\/span><\/p>\n\n\n\n

\n\n\n\n

\n\t\n\t\t<\/svg>\n\t\t<\/span>\n\t\t<\/svg>\n\t<\/a>\n

SSH<\/h3>\n

El Protocolo de secure Shell o SSH, por sus siglas en ingl\u00e9s, es un protocolo criptogr\u00e1fico de red para ejecutar servicios de manera segura en redes no seguras. Se utiliza principalmente para ejecuciones de l\u00ednea de comandos e inicios de sesi\u00f3n remotos.<\/p>\n \n<\/div>\n\n<\/span><\/p>\n\n\n\n

Puedes encontrar esta configuraci\u00f3n en el archivo <\/span>\/etc\/ssh\/sshd_config <\/b>de tu servidor Linux.<\/span><\/p>\n\n\n

\n
\"Autenticaci\u00f3n<\/figure><\/div>\n\n\n

Este es un excelente paso en la direcci\u00f3n correcta. Las <\/span>claves SSH<\/span><\/a> utilizan cifrado asim\u00e9trico, lo que significa que se utiliza un par de claves privada y p\u00fablica, en lugar de una contrase\u00f1a, para autenticar los intentos de inicio de sesi\u00f3n.<\/span><\/p>\n\n\n\n

Puedes ir un paso m\u00e1s all\u00e1 y deshabilitar el inicio de sesi\u00f3n de root a trav\u00e9s de SSH para evitar que las personas intenten un ataque de fuerza bruta en root. Esto se puede hacer cambiando el \u2018<\/span>PermitRootLogin<\/b>\u2019 a \u2018<\/span>no\u2019<\/b> en el mismo archivo.<\/span><\/p>\n\n\n

\n
\"Deshabilitando<\/figure><\/div>\n\n\n

La llave privada, como su nombre lo indica, se mantiene en privado por el usuario autorizado y se almacena en su computadora. La llave p\u00fablica correspondiente se almacena en el servidor asociado con la cuenta de ese usuario.<\/span><\/p>\n\n\n\n

Durante el proceso de inicio de sesi\u00f3n, las llaves utilizan m\u00e9todos criptogr\u00e1ficos para validar la conexi\u00f3n autorizada sin revelar la llave privada real. Este m\u00e9todo protege eficazmente contra los ataques de fuerza bruta, ya que el inicio de sesi\u00f3n no puede ser comprometido mediante simples intentos de adivinanza de contrase\u00f1a.<\/span><\/p>\n\n\n\n

\n\n\n

Get Content Delivered Straight to Your Inbox<\/h2>

Subscribe now to receive all the latest updates, delivered directly to your inbox.<\/p>

<\/div>