Research collected from outside sources and what this site derives from them; every fact links to a saved copy of its source Research or story?

Frameworks / ISO/IEC 27001

ISO/IEC 27001: the php2shell risks it governs

The management system most organisations in this story are certified to: risk assessment and treatment in clauses 6 and 8, and the controls an auditor will ask about after php2shell.

Full name ISO/IEC 27001:2022 Information security management systems, with the Annex A controls of ISO/IEC 27002:2022 · Publisher ISO and IEC · Version 2022 · the official text

Clauses and controls

ControlWhat it asks (paraphrased)Risks mappedOwned or regulated by
6.1.2Information security risk assessment: identify risks and their ownersR01-2 PHP-FPM deployments wrongly treated as safe or as certainly vulnerable 12 high
R07 Decisions made on numbers that measure something else 12 high
Security lead and AppSec, Board and executives
6.1.3Information security risk treatment, and the statement of applicabilityno risk mapped
A.5.5Contact with authoritiesR04-3 The agencies' advice disagrees 12 highBoard and executives
A.5.6Contact with special interest groupsno risk mapped
A.5.7Threat intelligenceR03 Exploitation outpaces patching 20 critical
R03-1 Attempts before disclosure 15 high
Organisations running PHP, US: CISA and the NSA, Security lead and AppSec
A.5.14Information transfer, including under agreed classificationR02-2 Early mitigation advice to a few providers leaked 9 medium
R10-2 A vault key or token published 10 medium
The PHP security team, The editor
A.5.19Information security in supplier relationshipsno risk mapped
A.5.21Managing information security in the ICT supply chainR01-6 Products that embed PHP stay vulnerable while their suppliers investigate 16 highSuppliers in the NCSC-NL inventory, CTO
A.5.23Information security for use of cloud servicesno risk mapped
A.5.24Incident management planning and preparationR04-2 Councils and police offline without saying why 15 highLocal councils
A.5.26Response to information security incidentsno risk mapped
A.5.29Information security during disruptionR04 Services lost to precautionary shutdowns 20 critical
R04-1 National government services offline 20 critical
Governments and public services, Board and executives, National governments
A.5.30ICT readiness for business continuityR04 Services lost to precautionary shutdowns 20 criticalGovernments and public services, Board and executives
A.8.8Management of technical vulnerabilitiesR01 Remote code execution on internet-facing PHP servers 15 high
R01-1 Default Apache mod_php installations exploited before application code runs 15 high
Organisations running PHP, Shared and self-service hosting
A.8.9Configuration managementR09 Not knowing where PHP runs 16 highCTO
A.8.16Monitoring activitiesR03 Exploitation outpaces patching 20 criticalOrganisations running PHP, US: CISA and the NSA
A.8.20Network securityR05 A web application firewall taken for a patch 16 highSecurity lead and AppSec
A.8.25Secure development life cycleR08-1 A known bug left unexploited, then unfixed, for two years 16 highThe PHP project
A.8.28Secure codingno risk mapped
A.8.29Security testing in development and acceptanceR01-4 The fix is incomplete, or a third flaw follows 15 highThe fix authors
A.8.32Change managementno risk mapped