Seis preguntas que hacer sobre la seguridad de su aplicación Laravel
No necesita leer el código para saber si su aplicación Laravel está bien cuidada. Seis preguntas, y cómo suena una buena respuesta a cada una.
Blog de Emyrix
Todos los artículos con la etiqueta security, los más recientes primero.
No necesita leer el código para saber si su aplicación Laravel está bien cuidada. Seis preguntas, y cómo suena una buena respuesta a cada una.
PHP 8.5.12, 8.4.27, 8.3.36 y 8.2.35 corrigen CVE-2026-109618 y CVE-2026-109619, dos fallos de RCE sin autenticación en PHP. Qué está afectado y cómo actualizar.
Laravel 11 dejó de recibir correcciones de seguridad en marzo de 2026 y Laravel 12 correcciones de errores en agosto. Cómo saber dónde está usted y qué significa.
El parche de octubre de 2026 de Magento (APSB26-153) corrige CVE-2026-103849, una inyección de plantillas que según Sansec supera el hotfix de StyleSmuggler.
Un campo del formulario de contacto se convirtió en un enlace en nuestro admin. Escapar no bastaba, porque un href no es texto. Lo que publicamos y cómo está vallado.
Dos días de informes en Report-Only en nuestro sitio Laravel encontraron una petición a un tercero que nadie eligió y un requisito del framework que hubo que conceder.
Un despliegue de CSP paso a paso para una aplicación Laravel: dónde poner la cabecera, la política de partida, cómo recoger los informes y cómo aplicarla sin riesgo.
Adobe publicó dos parches de Magento con un día de diferencia en septiembre de 2026, y el mensual no incluye el hotfix de CVE-2026-75650. Necesita los dos, en orden.
Sansec divulgó StyleSmuggler el 5 de septiembre: RCE sin autenticación en tiendas Magento al día, usado para plantar backdoors hasta el parche de Adobe, CVE-2026-75650.
No vendemos Sansec y no recibimos nada si lo compra. Sí lo usamos: escaneos diarios de malware y Shield en tiendas que se reinfectaban. Para qué sirve y qué no arregla.
El parche de Adobe de agosto de 2026 corrige siete vulnerabilidades en Adobe Commerce y Magento. La peor secuestra cuentas de cliente sin iniciar sesión, y ya se explota.
Magento 2.2 perdió el soporte en diciembre de 2019. No puede saltar directamente a 2.4, y la versión que reescribe su base de datos por el camino es 2.3, no el destino.
Magento 1 no tiene camino de actualización a ningún sitio, así que nada se conserva al pasar a Magento 2. Qué implica pasar a Shopware 6, y cuándo es lo correcto.
Magento 2.3 perdió el soporte en 2022. Pasar a un 2.4 actual cruza una versión mayor de PHP, dos migraciones de framework y un buscador obligatorio. El camino por fases.
Magento 1 perdió el soporte en 2020. Pasar a Magento 2 es una reconstrucción con una migración de datos: qué cubre la Data Migration Tool y qué hay que definir aparte.
Magento 1 perdió el soporte del proveedor en 2020, pero OpenMage LTS mantiene vivo el código sobre PHP 8.1-8.5, con Composer y parches de seguridad. Qué arregla y qué no.
Magento 2.4.6 llega al fin de soporte el 11 de agosto de 2026, pero la fecha no significa lo mismo en Adobe Commerce y en Open Source. Qué hacer con el tiempo que queda.
El boletín de Adobe de julio de 2026 incluyó Magento 2.4.9 entre las versiones afectadas. Por qué la línea más nueva necesita la mayor disciplina de parcheo, no la menor.
Magento 2.4.8 tiene soporte hasta 2028, lo que hace fácil posponer los parches. La cadencia de Adobe cambió en 2026: este es el proceso de parcheo que le sigue el ritmo.
Magento 2.4.7 sigue con soporte hasta 2027, pero el boletín de Adobe de julio de 2026 lista 2.4.7-p10 y anteriores como vulnerables. El nivel de parche es lo que cuenta.
¿Está lidiando con alguno de estos temas?
Actualizaciones de versión, trabajo de rendimiento y soporte de emergencia para Magento, Adobe Commerce, Shopware y proyectos a medida en Laravel.