Un fallo crítico en PHP permite ejecutar código remoto con la configuración por defecto
Major PHP Vulnerability Leaked
El investigador J4ck3LSyN publica un exploit para una vulnerabilidad use-after-free en el manejador session.upload_progress de PHP. Con la configuración estándar, un POST multipart rápido y una segunda actualización liberan un puntero a un bucket que se reutiliza para llamar a zend_call_function, lo que equivale a ejecutar system(). El fallo afecta a PHP 8.4.4 y 8.2.34, y el autor ofrece mitigaciones previas al parche oficial, como desactivar session.upload_progress.enabled.
Una mitigación previa al parche no debería ser un beneficio de suscripción.
- lorenzbrun
Estoy bastante seguro de que esta no es la vulnerabilidad que sigue oficialmente bajo embargo. Creo que encontré las dos vulnerabilidades reales (ambas UAF y similares). Parcheé mis propias cosas (al menos eso espero) y estoy replicando el tráfico hacia un detector, me interesa mucho ver cuándo recibo los primeros impactos. A menos que vea intentos de explotación reales o una filtración completa, creo que todavía no voy a publicar mis parches.
- InvisibleUp
Esto puede ser, según uno de los desarrolladores de PHP, un exploit completamente no relacionado. Ver https://phpc.social/@Girgias/117476477429221001. Parece que la mejor solución provisional es SELinux o AppArmor.
- idlewords
Supongo que el futuro es gente discutiendo en los comentarios si una vulnerabilidad de alta gravedad es la que está bajo embargo, o uno de varios bugs devastadores no relacionados descubiertos cuando la gente se enteró del embargo y apuntó sus agentes de IA al código.
- iambateman
Apagué el servidor de nuestra app hasta que pase esta tormenta.
- lionkor
Alguien usa Claude para hacer un juego de rol como hacker... Vaya