Red Hat Summit Red Hat SummitApoyoConsolaDesarrolladoresIniciar una pruebaContacto

Capítulo 3. Infraestructura del SSL

Para los usuarios de Red Hat Network, la seguridad es un tema de suma importancia. Una de las fortalezas de Red Hat Network es la habilidad de procesar cada una de las solicitudes a través de Capa de conexión segura/Secure Sockets Layer o SSL. Para mantener este nivel de seguridad, los usuarios que instalan Red Hat Network dentro de sus infraestructuras deben generar las llaves y certificados SSL personalizados.
La creación e implementación manual de las llaves y certificados SSL pueden ser bastante engorrosas. Tanto el Servidor proxy de RHN como el Servidor satélite de RHN le permitirán construir sus propias llaves y certificados SSL durante la instalación, con base en sus propios certificados de Autoridad Certificadora (conocida como CA por sus siglas en inglés). Además, la Herramienta de mantenimiento SSL de RHN para la línea de comandos ha sido creada para este fin. Estas llaves y certificados deben ser implementados en todos los sistemas dentro de la infraestructura administrada. En muchos casos, la implementación de estas llaves y certificados SSL es automatizada. Este capítulo describe métodos eficientes para realizar todas estas tareas.
Por favor tenga en cuenta que este capítulo no explica en profundidad SSL. La Herramienta de mantenimiento SSL de RHN fue diseñada para ocultar la complejidad que envuelve la creación y el mantenimiento de esta infraestructura de llaves públicas (PKI). Para obtener mayor información, consulte algunas de las referencias disponibles en la librería más cercana.

3.1. Una breve introducción al SSL
Copiar enlace

SSL, por Secure Sockets Layer, es un protocolo que permite a los clientes pasar información de una forma segura. SSL utiliza un sistema de pares de llaves pública y privada para encriptar la comunicación pasada entre el cliente y el servidor. Los certificados públicos pueden ser accesibles a cualquier persona, pero las llaves privadas deben permanecer en un lugar seguro. Es la relación matemática (una firma digital) entre el certificado público y la llave privada lo que hace que este sistema funcione. A través de esta relación se establece una conexión confiable.

Nota

En este documento se discutirá acerca de las llaves privadas SSL y los certificados públicos. Ambos conocidos como llaves, una pública y otra privada. Sin embargo, al tratar SSL, por convención nos referimos a la mitad pública de un par de llaves SSL (o conjunto de llaves) como un certificado público.
La infraestructura SSL de una organización está conformada generalmente por estas llaves y certificados:
  • Llave privada y certificado público SSL de Autoridad certificadora (CA) — generalmente se crea un solo par por organización. El certificado público es firmado digitalmente por su llave privada. El certificado público se distribuye a cada sistema.
  • Llave privadas y certificado público SSL del servidor web — un set por servidor de aplicaciones. El certificado público es firmado en forma digital tanto por la llave privada como por la llave privada CA SSL. Generalmente nos referimos al juego de llaves del servidor web; ya que se genera un intermediario de una petición de certificado SSL. Los detalles de uso no son importantes en esta discusión. Todos los tres se ejecutan en un servidor de RHN.
El siguiente escenario le ayudará a visualizar el concepto: Una organización con un Servidor satélite y cinco servidores proxy, generará un par de llaves CA SSL y seis juegos de llaves SSL del servidor web. El certificado público CA SSL es distribuido a todos los sistemas y usado por todos los clientes para establecer una conexión con sus respectivos servidores. Cada servidor tiene su propio juego de llaves SSL que está específicamente vinculado al nombre de host del servidor y generado con su propia llave privada SSL y por la llave privada CA SSL en conjunto. Esto establece una asociación digital verificable entre el certificado público SSL del servidor web y el par de llaves CA SSL y la llave privada del servidor. El juego de llaves del servidor de web no puede ser compartido con otros servidores.

Importante

La parte más crítica de este sistema es el par de llaves CA SSL. Desde esa llave privada y el certificado público un administrador puede regenerar cualquier juego de llaves SSL del servidor web. Este par de llaves CA SSL debe guardarse en un lugar seguro. Se recomienda que una vez la infraestructura de servidores RHN esté configurada y en ejecución, usted archive el directorio SSL creado generado por esta herramienta o por el instalador en un medio independiente, escriba la contraseña CA y guarde el medio y la contraseña en un lugar seguro.
Volver arriba
Red Hat logoGithubredditYoutubeTwitter

Aprender

Pruebe, compre y venda

Comunidades

Acerca de la documentación de Red Hat

Ayudamos a los usuarios de Red Hat a innovar y alcanzar sus objetivos con nuestros productos y servicios con contenido en el que pueden confiar. Explore nuestras recientes actualizaciones.

Hacer que el código abierto sea más inclusivo

Red Hat se compromete a reemplazar el lenguaje problemático en nuestro código, documentación y propiedades web. Para más detalles, consulte el Blog de Red Hat.

Acerca de Red Hat

Ofrecemos soluciones reforzadas que facilitan a las empresas trabajar en plataformas y entornos, desde el centro de datos central hasta el perímetro de la red.

Theme

© 2025 Red Hat