Un fallo crítico en servidores PHP provocó una caída masiva y parches de emergencia a nivel mundial. Conoce los detalles de esta amenaza de cibersegur

Soporte técnico avanzado para hosting, páginas web, WordPress, WooCommerce y PrestaShop. Resolución de incidencias, problemas de configuración y seguridad.

D Tecno News te mantiene al dia con las últimas noticias en tecnología, gadgets, software y mucho mas.

Let's Encrypt, la autoridad de certificación gratuita y de código abierto ampliamente utilizada para proteger sitios web con HTTPS, anunció que reducirá el período de validez predeterminado de sus certificados TLS de 90 a 64 días, comenzando el 10 de febrero de 2027. Los certificados emitidos o renovados a partir de esa fecha tendrán una vida útil de 64 días, a menos que los usuarios elijan explícitamente una de las opciones más cortas disponibles: 45 o seis días. Los certificados existentes permanecerán válidos hasta sus fechas de expiración, con el último certificado de 90 días previsto para expirar el 11 de mayo de 2027. La organización confirmó que no se revocarán certificados válidos durante la transición. Para ayudar a los administradores a prepararse, Let's Encrypt introducirá certificados de 64 días en su entorno de pruebas el 14 de octubre de 2026, permitiendo a los usuarios probar sus configuraciones de renovación antes de que el cambio llegue a producción. Este cambio forma parte de un esfuerzo más amplio para mejorar la seguridad web al reducir el tiempo que los certificados comprometidos o emitidos incorrectamente permanecen operativos. Los certificados de menor duración significan que los atacantes tienen menos tiempo para explotar una clave privada robada. Para los administradores de sitios web que ya utilizan herramientas de renovación automatizadas, este cambio debería requerir poca o ninguna intervención. Let's Encrypt recomienda a los usuarios cuyos clientes ACME soporten ACME Renewal Info (ARI) que se preparen para la transición, ya que ARI permite a la autoridad de certificación informar a los clientes cuándo deben renovar los certificados, en lugar de depender de horarios fijos. Los administradores que usen cron o scripts con intervalos de renovación codificados deben revisar sus configuraciones, evitando valores fijos como 83, 80 o 60 días, que podrían no funcionar adecuadamente con certificados de menor duración. Además, Let's Encrypt reducirá el período durante el cual se puede reutilizar una autorización de dominio completada previamente de 30 a 10 días, con una reducción adicional a siete horas en 2028. El objetivo es alinearse con los requisitos industriales futuros y simplificar cómo la autoridad de certificación maneja dominios previamente validados. La organización planea reducir nuevamente la vigencia predeterminada de los certificados a 45 días en 2028, lo que hace que el límite de 64 días sea un paso intermedio en lugar de el destino final.

Let's Encrypt, la autoridad de certificación gratuita y de código abierto ampliamente utilizada para proteger sitios web con HTTPS, anunció que reducirá el período de validez predeterminado de sus certificados TLS de 90 a 64 días, comenzando el 10 de febrero de 2027. Los certificados emitidos o renovados a partir de esa fecha tendrán una vida útil de 64 días, a menos que los usuarios elijan explícitamente una de las opciones más cortas disponibles: 45 o seis días. Los certificados existentes permanecerán válidos hasta sus fechas de expiración, con el último certificado de 90 días previsto para expirar el 11 de mayo de 2027. La organización confirmó que no se revocarán certificados válidos durante la transición. Para ayudar a los administradores a prepararse, Let's Encrypt introducirá certificados de 64 días en su entorno de pruebas el 14 de octubre de 2026, permitiendo a los usuarios probar sus configuraciones de renovación antes de que el cambio llegue a producción. Este cambio forma parte de un esfuerzo más amplio para mejorar la seguridad web al reducir el tiempo que los certificados comprometidos o emitidos incorrectamente permanecen operativos. Los certificados de menor duración significan que los atacantes tienen menos tiempo para explotar una clave privada robada. Para los administradores de sitios web que ya utilizan herramientas de renovación automatizadas, este cambio debería requerir poca o ninguna intervención. Let's Encrypt recomienda a los usuarios cuyos clientes ACME soporten ACME Renewal Info (ARI) que se preparen para la transición, ya que ARI permite a la autoridad de certificación informar a los clientes cuándo deben renovar los certificados, en lugar de depender de horarios fijos. Los administradores que usen cron o scripts con intervalos de renovación codificados deben revisar sus configuraciones, evitando valores fijos como 83, 80 o 60 días, que podrían no funcionar adecuadamente con certificados de menor duración. Además, Let's Encrypt reducirá el período durante el cual se puede reutilizar una autorización de dominio completada previamente de 30 a 10 días, con una reducción adicional a siete horas en 2028. El objetivo es alinearse con los requisitos industriales futuros y simplificar cómo la autoridad de certificación maneja dominios previamente validados. La organización planea reducir nuevamente la vigencia predeterminada de los certificados a 45 días en 2028, lo que hace que el límite de 64 días sea un paso intermedio en lugar de el destino final.

WordPress 7.1.2 corrige CVE-2026-87902, un path traversal sin autenticación con CVSS 9.2 presente desde la versión 4.7.0 de 2016.

Admin Menu Editor Pro comprometido: versiones maliciosas 2.35 y 2.36 infectan 1.500 sitios WordPress con web shell y cuenta oculta. Indicadores y solución.

Comparativa técnica entre Patchstack y Wordfence. Analizamos rendimiento, arquitectura y gestión de vulnerabilidades para ayudarte a elegir.

Los certificados SSL vencen sin aviso, casi siempre a las 3 AM. Cómo detectarlo y renovar a tiempo con un checklist de 5 puntos.

Una firma DNSSEC rota devuelve SERVFAIL y tu dominio desaparece sin aviso. Causas número una, diagnóstico con dig y monitoreo desde un resolver validante.

¿NET::ERR_CERT_COMMON_NAME_INVALID con certificado vigente? Aprende a leer el SAN y arreglar el error SSL certificado nombre incorrecto en minutos.

Tu app Next.js puede funcionar perfecto y filtrar secretos igual. Chequeá tu bundle en 90 segundos con esta guía y rotá lo que ya quedó expuesto.

Guía 2026 para configurar cabeceras HTTP de seguridad en WordPress: CSP, HSTS y X-Frame-Options con código listo, errores comunes y verificación gratuita.

Cómo activar 2FA en WordPress con Wordfence paso a paso: qué apps usar, cómo guardar los códigos de respaldo y qué hacer si perdés el acceso.

Cómo activar 2FA en WordPress con Wordfence paso a paso: qué apps usar, cómo guardar los códigos de respaldo y qué hacer si perdés el acceso.

Patchstack registró 11.334 vulnerabilidades WordPress en 2026, con 333 CVEs en la primera semana y un tiempo mediano de explotación de 5 horas.

Los ataques de fuerza bruta contra WordPress se duplicaron en 2026. Te cuento por qué WordPress es un blanco fácil y cómo proteger tu sitio con tres configuraciones gratuitas que llevan 15 minutos.

Un sitio con política de solo-origen tenía 4 conexiones a terceros activas. El escaneo solo detectó 2. Cómo auditar de verdad.

Tienes una web delante —una tienda con un descuento agresivo, un enlace que llegó por WhatsApp, un supuesto acceso a tu banco— y necesitas decidir en frío: ¿le confío mis datos o la cierro? Este es el método que usamos en el equipo para saber si una web es segura: cinco señales que se revisan

Cómo usar slim en Linux para crear dominios HTTPS locales, generar certificados SSL y probar aplicaciones web sin errores de seguridad

Chrome 145 ya está disponible con soporte para imágenes JPEG-XL mediante jxl-rs en Rust, mejoras en CSS, IndexedDB con SQLite y nuevas funciones de seguridad. Descubre todos los cambios.

Si tienes un sitio web o un proyecto online en España, seguro te has dado cuenta de que últimamente no todo es tan sencillo como antes.

Cloudflare acusa a Perplexity de usar rastreadores ocultos que ignoran robots.txt y lo elimina como bot verificado. Conoce cómo afectará esto al acceso web de la IA