Entradas Mensuales

Síguenos en:

Canal Oficial Telegram de elhacker.NET Grupo Facebook elhacker.NET Twitter elhacker.NET Canal Youtube elhacker.NET Comunidad Steam: Grupo elhacker.NET Mastodon
Mostrando entradas con la etiqueta tls. Mostrar todas las entradas
Mostrando entradas con la etiqueta tls. Mostrar todas las entradas

PostHeaderIcon Fallos críticos de GoAhead TLS podrían exponer millones de dispositivos


Se han detectado tres nuevas fallas de seguridad en GoAhead, un servidor web compacto integrado en millones de dispositivos como routers, impresoras y controladores industriales de marcas como Palo Alto Networks, Siemens, Honeywell y Boeing. Estas vulnerabilidades afectan específicamente la verificación de certificados digitales y la protección del tráfico cifrado, dejando a una cantidad masiva de dispositivos expuestos a posibles ataques.


PostHeaderIcon eMudhra deja el negocio de certificados SSL/TLS tras revelar vulnerabilidad


eMudhra Limited ha anunciado que abandonará el negocio global de certificados SSL/TLS tras revelarse que ocho de sus certificados de autoridad de certificación intermedia presentaban claves privadas débiles. Esta decisión, efectiva para octubre de 2026, se produce tras la implementación de protecciones de emergencia en los navegadores y dudas sobre sus controles de emisión. La empresa aclaró que sus otros servicios de confianza digital no se verán afectados.




PostHeaderIcon GoDaddy revoca 404.607 certificados TLS por incumplimientos


GoDaddy ha llevado a cabo la revocación masiva de 404,607 certificados SSL/TLS tras detectar que no cumplían con sus políticas de certificación publicadas. Además, la empresa incurrió en un segundo fallo de cumplimiento al incumplir el plazo establecido para dicha revocación, proceso que finalmente se completó el 21 de octubre de 2026.




PostHeaderIcon Let's Encrypt reducirá la validez de los certificados TLS de 90 a 64 días desde febrero de 2027


A partir del 10 de febrero de 2027, Let’s Encrypt reducirá la duración predeterminada de sus certificados TLS de 90 a 64 días. Este cambio afectará a los certificados emitidos o renovados desde esa fecha, aunque los usuarios podrán optar por perfiles de duración más cortos, de 45 días o aproximadamente seis días.




PostHeaderIcon Cloudflare crea CA poscuántica con certificados Merkle para TLS seguro y rápido


Cloudflare está desarrollando una autoridad de certificación para hacer viable la autenticación de sitios web post-cuántica sin saturar las conexiones TLS con firmas excesivamente grandes. La empresa emitirá certificados convencionales junto con Certificados de Árbol de Merkle (MTC), con el objetivo de integrarse en el nuevo almacén de raíces resistente a la computación cuántica de Chrome para principios de 2027. La emisión estándar de estos MTC será gratuita.




PostHeaderIcon wolfSSL 5.9.4 corrige 11 fallos de TLS y amplía el soporte de criptografía postcuántica


wolfSSL ha lanzado la versión 5.9.4, la cual corrige 11 vulnerabilidades de seguridad en su biblioteca de criptografía y TLS embebido. Esta actualización es fundamental para desarrolladores de dispositivos IoT, servidores y aplicaciones que utilizan TLS o DTLS, ya que soluciona fallos de severidad alta y media, además de incorporar capacidades avanzadas de criptografía post-cuántica.


PostHeaderIcon Fallo HollowByte en OpenSSL podría colapsar la memoria del servidor con solicitudes TLS de 11 bytes


Okta descubrió una vulnerabilidad de denegación de servicio llamada HollowByte en OpenSSL que permite agotar la memoria del servidor mediante fragmentación en sistemas glibc. Aunque OpenSSL lanzó parches en junio para varias versiones, lo hizo sin asignar un CVE ni publicar avisos oficiales, clasificándolo solo como una mejora de robustez. Se recomienda actualizar a las versiones corregidas, ya que las defensas estándar de límite de conexiones no evitan este ataque.


PostHeaderIcon Vulnerabilidades de WolfSSL exponen miles de millones de servidores y dispositivos IoT


Se han revelado múltiples vulnerabilidades en la biblioteca TLS embebida wolfSSL, que dejan expuestos a miles de millones de servidores y dispositivos IoT. Si no se corrigen, estos fallos podrían permitir la falsificación de certificados, la ejecución remota de código y ataques de denegación de servicio, comprometiendo los mecanismos de confianza de TLS y permitiendo que los atacantes evadan la validación de certificados.




PostHeaderIcon La nueva vigencia de los certificados SSL/TLS exige automatización y gobernanza


El CA/Browser Forum ha aprobado cambios en los Baseline Requirements (RFC 3647) reduciendo la vigencia de certificados SSL/TLS: de 398 días a 200 días en 2026, 100 días en 2027 y 47 días en 2029. Esto exige automatización (ACME, CLM), gobernanza y monitoreo proactivo para evitar fallos como el de Epic Games, que causó pérdidas millonarias. Las estrategias clave incluyen inventarios centralizados, alertas tempranas y planes de contingencia.





PostHeaderIcon Internet se vuelve más privado: el protocolo ECH ya es oficial con la RFC 9849


El protocolo Encrypted Client Hello (ECH) ya es oficial con el RFC 9849, mejorando la privacidad en Internet al cifrar el SNI (Server Name Indication) en conexiones TLS 1.3, evitando que operadores intercepten dominios solicitados. Aunque no protege consultas DNS en texto plano, combinado con DNS over TLS/HTTPS/QUIC ofrece mayor seguridad. Su adopción depende del soporte en navegadores, servidores y CDN.
 


PostHeaderIcon Un HTTPS cuántico seguro, robusto y eficiente en Chrome


Google implementa en Chrome certificados HTTPS cuánticos seguros basados en Árboles de Merkle (MTC) para resistir ataques de computadoras cuánticas, reduciendo el ancho de banda en TLS y lanzando un nuevo almacén raíz para 2027. El proyecto, en colaboración con el grupo PLANTS (IETF), evita certificados X.509 tradicionales y prueba ya conexiones con tráfico real en tres fases hasta su despliegue completo.


PostHeaderIcon NoDPI: cuando “engañar” a la inspección profunda de paquetes


NoDPI es una herramienta ligera en Python que bypassea sistemas de Deep Packet Inspection (DPI) modificando el ClientHello de conexiones TLS para engañar a los DPI y ocultar dominios visitados, sin dependencias externas. Funciona como un proxy HTTPS que fragmenta el handshake TLS y fuerza TLS 1.3, pero no cifra más allá de HTTPS ni oculta IPs contactadas. Es fácil de usar (configurando un proxy en localhost:8881) y ofrece opciones como fragmentación aleatoria o por SNI, pero tiene limitaciones: solo funciona con HTTPS, no evita bloqueos por IP y puede ser menos efectivo contra DPI avanzados. Alternativas como GoodbyeDPI o Green Tunnel podrían ser más robustas en algunos casos.






PostHeaderIcon Let’s Encrypt lanza certificados TLS basados en IP de 6 días


Let’s Encrypt, un proveedor clave de certificados TLS gratuitos, ha lanzado certificados de corta duración y basados en direcciones IP para uso general. Estas nuevas opciones estuvieron disponibles a partir de principios de 2026, abordando problemas de larga data en la seguridad de los certificados. Los certificados de corta duración tienen una validez de solo 160 horas, aproximadamente seis días y medio, mientras que los basados en IP se vinculan directamente a direcciones IP.





PostHeaderIcon Vulnerabilidad de Log4j permite interceptar datos sensibles


Apache Logging Services ha revelado una vulnerabilidad de seguridad crítica en Log4j Core que expone a las aplicaciones a la posible interceptación de datos de registro. El fallo reside en el componente Socket Appender. Afecta a las versiones 2.0-beta9 hasta la 2.25.2, creando un vector de ataque de tipo "hombre en el medio" para actores maliciosos. El Socket Appender en las versiones afectadas de Log4j no verifica el TLS




PostHeaderIcon Let's Encrypt presenta raíz "Generación Y" y certificados de 45 días


Let’s Encrypt presenta nueva raíz “Generación Y” y certificados de 45 días. Let’s Encrypt, la autoridad de certificación sin ánimo de lucro que impulsa certificados TLS/SSL gratuitos para millones de sitios web, ha anunciado importantes actualizaciones en sus políticas de emisión. Los cambios introducen una nueva jerarquía de raíz “Generación Y”, eliminan la autenticación de clientes TLS y reducen progresivamente la vida útil de los certificados para alinearse con los requisitos del CA/Browser Forum. 





PostHeaderIcon Let's Encrypt disminuirá la caducidad de los certificados gratuitos de 90 a 45 días


A partir de 2026, la validez de los certificados digitales disminuirá gradualmente, pasando de 398 días a 47 días para 2029. Let's Encrypt ajustará sus certificados para cumplir con estos nuevos requisitos, limitando su validez a 45 días para 2028 y reduciendo el periodo de reutilización de la autorización a 7 horas. Se recomienda a los usuarios con automatización de certificados verificar su compatibilidad con esta nueva vida útil más corta y adoptar la Información de Renovación de ACME (ARI).




PostHeaderIcon SSH3, nueva versión de SSH que utiliza QUIC+TLS1.3


Hace poco se dio a conocer el lanzamiento oficial de la primera versión experimental del servidor y cliente para el protocolo SSH3 y que utiliza QUIC (basado en UDP), TLS 1.3 que y aprovecha los mecanismos HTTP para la autenticación de usuarios, as'i como tambi'en para establecer un canal de comunicación seguro

 



PostHeaderIcon La vida útil de los certificados SSL/TLS se reducirá a 47 días para 2029


El Foro de Autoridades de Certificación/Navegadores ha votado a favor de reducir significativamente la vida útil de los certificados SSL/TLS durante los próximos 4 años, con una duración final de tan solo 47 días a partir de 2029.




PostHeaderIcon Google Chrome bloqueará los certificados TLS de Entrust y AffirmTrust


Google Chrome bloqueará los certificados TLS emitidos por Entrust y AffirmTrust (esta última propiedad de Entrust desde 2016). La compañía de Mountain View dice que busca proteger a sus usuarios y que este movimiento se debe a que Entrust se ha visto envuelto en una serie de incidentes que "han erosionado la confianza en su competencia, fiabilidad e integridad como propietario de CA de confianza pública".

 



PostHeaderIcon MTA-STS: Strict Transport Security


Reforzar la seguridad de tu correo electrónico es un proceso que lleva varios pasos, desde hace un tiempo hemos estado hablando sobre diversos temas relacionados a la seguridad de los mensajes de correo salientes, para lo cual es necesario aplicar políticas DMARC; sin embargo, muchos propietarios de dominios todavía se preocupan por la seguridad del flujo de correo entrante.