Another critical PHP security flaw in 2026?
Importe
Comprar
Next Gemini Carbon (4.1+) released on...?What will the next Gemini model family be named?Gemini Helix released by...?
Next Fable Model (5.3+) released by...?
FAA outage attributed to AI?What technical failure caused the FAA's nationwide ground stop?FAA outage attributed to an AI sandbox escape?FAA outage attributed to hack?FAA outage attributed to a foreign actor?FAA outage attributed to Iran?
Will Jensen Huang join SpaceX by...?Will Jensen Huang post again on X by...?Where will Jensen Huang work next?
How many Jensen Huang affairs will be reported by December 31?Fourth Jensen Huang affair reported by...?Jensen Huang rejoins NVIDIA by...?
DOJ criminally charges NVIDIA by December 31?
Another NVIDIA board member announced resignation or removal by...?Will Jensen Huang found a new company by December 31, 2026?Next NVIDIA CEO: internal or external?The question is whether “¿Otra falla de seguridad crítica de PHP en 2026?” occurs by the stated deadline and under the published conditions.
A Yes outcome requires the stated conditions to be met; No covers the alternative.
The qualifying event, evidence source, cutoff time, and any exceptions are documented in the Resolution Rules below.
Este mercado se resolverá a "Sí" si una vulnerabilidad crítica en PHP se divulga públicamente por primera vez entre la creación del mercado y el 31 de diciembre de 2026, 11:59 p. m. ET, y cumple todos los requisitos a continuación para esa fecha límite. De lo contrario, este mercado se resolverá a "No".
La divulgación pública significa información disponible públicamente suficiente para identificar la vulnerabilidad específica, ya sea a través de un aviso oficial, publicación de investigador, filtración o commit de código público. Una advertencia general sobre una vulnerabilidad no especificada no calificará por sí sola. Una vulnerabilidad divulgada públicamente antes de la creación del mercado no calificará meramente porque reciba un identificador CVE o una puntuación calificante durante el período del mercado.
Una vulnerabilidad calificante debe afectar a PHP mismo (el intérprete de PHP y las extensiones incluidas en el código fuente oficial php-src), debe asignársele un identificador CVE disponible públicamente, y debe recibir una puntuación base CVSS publicada públicamente de 9.0 o superior (bajo cualquier versión de CVSS) ya sea del proyecto PHP o de la Base de Datos Nacional de Vulnerabilidades de EE. UU. (NVD). Las vulnerabilidades que afecten solo a versiones no soportadas de PHP o a extensiones incluidas opcionales calificarán si cumplen de otro modo estos requisitos. Las extensiones distribuidas por separado de php-src (por ejemplo, a través de PECL) no calificarán.
Una puntuación calificante de cualquiera de las fuentes es suficiente, independientemente de una puntuación más baja de la otra fuente o bajo otra versión de CVSS. Solo una puntuación publicada por la NVD misma (atribuida a NIST) o por el proyecto PHP contará; las puntuaciones mostradas por NVD pero atribuidas a cualquier otra organización no calificarán. Una vez que se hayan cumplido todos los requisitos durante el período del mercado, las revisiones posteriores de puntuación no afectarán la resolución.
CVE-2026-109618 y CVE-2026-109619 (“PHP2Shell”) no calificarán. Las vulnerabilidades en software de terceros escrito en o que se ejecuta en PHP (por ejemplo, WordPress, Laravel, Drupal, plugins u otros frameworks y bibliotecas) no calificarán.