Certificado de seguridad ssl
Sistema de nombres de dominio
Todos los portales de cuentas anteriores de Symantec se han trasladado a CertCentral. Inicie sesión a continuación si ya ha activado su cuenta de CertCentral. Si no es así, póngase en contacto con nuestros equipos de ventas o de asistencia técnica aquí. Le enviarán un correo electrónico con un enlace único para acceder a su cuenta. Inicio de sesión
SSL son las siglas de Secure Sockets Layer (capa de conexión segura) y, en pocas palabras, es la tecnología estándar para mantener una conexión a Internet segura y salvaguardar cualquier dato sensible que se envíe entre dos sistemas, impidiendo que los delincuentes lean y modifiquen cualquier información transferida, incluyendo posibles datos personales. Los dos sistemas pueden ser un servidor y un cliente (por ejemplo, un sitio web de compras y un navegador) o de servidor a servidor (por ejemplo, una aplicación con información personal identificable o con información de nómina).
Para ello, se asegura de que los datos transferidos entre usuarios y sitios, o entre dos sistemas, sean imposibles de leer. Utiliza algoritmos de encriptación para codificar los datos en tránsito, impidiendo que los hackers los lean mientras se envían a través de la conexión. Esta información puede ser cualquier cosa sensible o personal que puede incluir números de tarjetas de crédito y otra información financiera, nombres y direcciones.
Shell seguro
En un esquema típico de infraestructura de clave pública (PKI), el emisor del certificado es una autoridad de certificación (CA), normalmente una empresa que cobra a los clientes por emitir certificados para ellos. En cambio, en un esquema de red de confianza, los individuos firman directamente las claves de los demás, en un formato que realiza una función similar a la de un certificado de clave pública.
El formato más común para los certificados de clave pública es el definido por X.509.[2] Dado que X.509 es muy general, el formato se ve restringido por perfiles definidos para determinados casos de uso, como la Infraestructura de Clave Pública (X.509) definida en el RFC 5280.
En TLS (un sustituto actualizado de SSL), un servidor debe presentar un certificado como parte de la configuración inicial de la conexión. Un cliente que se conecte a ese servidor realizará el algoritmo de validación de la ruta de certificación:
El nombre de host principal (nombre de dominio del sitio web) aparece como Nombre Común en el campo Asunto del certificado. Un certificado puede ser válido para varios nombres de host (varios sitios web). Este tipo de certificados se denominan comúnmente certificados de Nombre Alternativo del Sujeto (SAN) o Certificados de Comunicaciones Unificadas (UCC). Estos certificados contienen el campo Nombre Alternativo del Sujeto, aunque muchas CAs también lo pondrán en el campo Nombre Común del Sujeto por compatibilidad con versiones anteriores. Si algunos de los nombres de host contienen un asterisco (*), un certificado también puede denominarse certificado comodín.
Digicert
En pocas palabras, la “s” adicional significa que su conexión con ese sitio web es segura y está encriptada; cualquier dato que introduzca se comparte de forma segura con ese sitio web. La tecnología que potencia esa pequeña “s” se llama SSL, que significa “Secure Sockets Layer”.
Los certificados SSL son unos pequeños archivos de datos que establecen criptográficamente un enlace cifrado entre un servidor web y un navegador. Este enlace garantiza que todos los datos que se transmiten entre el servidor web y el navegador siguen siendo privados.
Esta información puede ser cualquier cosa, desde los detalles de una transacción bancaria hasta un correo electrónico introducido para registrarse en una oferta. En la jerga de los hackers, esta “interceptación” suele denominarse “ataque de hombre en el medio”.
¿Se pregunta cómo se producen los ataques? He aquí una de las formas más comunes: Un hacker coloca un pequeño programa de escucha no detectado en el servidor que aloja un sitio web. Ese programa espera en segundo plano hasta que un visitante comienza a escribir información en el sitio web, y se activará para comenzar a capturar la información y luego enviarla de vuelta al hacker.
Comentarios
En un esquema típico de infraestructura de clave pública (PKI), el emisor de certificados es una autoridad de certificación (CA), normalmente una empresa que cobra a los clientes por emitir certificados para ellos. En cambio, en un esquema de red de confianza, los individuos firman directamente las claves de los demás, en un formato que realiza una función similar a la de un certificado de clave pública.
El formato más común para los certificados de clave pública es el definido por X.509.[2] Dado que X.509 es muy general, el formato se ve restringido por perfiles definidos para determinados casos de uso, como la Infraestructura de Clave Pública (X.509) definida en el RFC 5280.
En TLS (un sustituto actualizado de SSL), un servidor debe presentar un certificado como parte de la configuración inicial de la conexión. Un cliente que se conecte a ese servidor realizará el algoritmo de validación de la ruta de certificación:
El nombre de host principal (nombre de dominio del sitio web) aparece como Nombre Común en el campo Asunto del certificado. Un certificado puede ser válido para varios nombres de host (varios sitios web). Este tipo de certificados se denominan comúnmente certificados de Nombre Alternativo del Sujeto (SAN) o Certificados de Comunicaciones Unificadas (UCC). Estos certificados contienen el campo Nombre Alternativo del Sujeto, aunque muchas CAs también lo pondrán en el campo Nombre Común del Sujeto por compatibilidad con versiones anteriores. Si algunos de los nombres de host contienen un asterisco (*), un certificado también puede denominarse certificado comodín.