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?
Risks / R06
R06: A compromise becomes a reportable breach
Because a server running an attacker's code exposes the personal data and the services behind it, a single compromise can trigger breach notification under GDPR, incident reporting under NIS2 and DORA, and, for a manufacturer, reporting under the Cyber Resilience Act, resulting in deadlines measured in hours and fines measured in turnover.
Rating 15 high · Likelihood 3 Possible · Impact 5 Severe · Kind Compliance · Acceptance not recorded
Basis. No named organisation has said it was compromised; two vendors report successful exploitation without naming a victim. If one comes, the clocks are 24 and 72 hours.
The path
Who carries it
One risk, assigned to every stakeholder that carries part of it, with the part each plays.
| Stakeholder | Part | Why | Its register |
|---|---|---|---|
| Organisations running PHP | owner | Controllers and essential entities. | 26 risks |
| Data protection officer | owner | Decides whether the 72-hour clock has started. | 2 risks |
| People whose data is held in PHP applications | bearer | Their data. | 2 risks |
| EU and member-state CERTs | regulator | Receive the reports. | 5 risks |
| Board and executives | owner | Personally accountable under NIS2. | 5 risks |
The risks this one is made of
| Risk | Rating | Kind | Assigned to | Controls |
|---|---|---|---|---|
| R06-1 Personal data taken from a compromised PHP application | 15 high | Compliance | Data protection officer owner, People whose data is held in PHP applications bearer, Managed PHP platforms treater | GDPR Art.5(1)(f), GDPR Art.24, GDPR Art.28, GDPR Art.32 +2 |
| R06-2 Essential and financial entities miss their reporting clocks | 12 high | Compliance | Critical infrastructure providers owner, Banks, insurers and financial entities owner, EU and member-state CERTs regulator, CISO treater | NIS2 Art.23, NIS2 Art.20, DORA Art.19, DORA Art.10 +1 |
| R06-3 Manufacturers under the Cyber Resilience Act owe a 24-hour report | 12 high | Compliance | Suppliers in the NCSC-NL inventory owner, The PHP Foundation informer, EU and member-state CERTs regulator, Platform engineers and developers treater | Cyber Resilience Act Art.14, Cyber Resilience Act Art.13, Cyber Resilience Act Art.24, Cyber Resilience Act AnnexI.II |
What it arises from
- The allocator's longjmp-based bailout on out-of-memory. An out-of-memory error unwinds by longjmp and can leave request memory in a state that cleanup later reads.
- Request globals that survive a failed request. State from a request that failed is still there when the next one starts.
The evidence
Treatments
| Treatment | Status | Where |
|---|---|---|
| A breach-assessment step in the incident plan, started at the first sign of compromise | partial | If you run PHP: the steps, in order, with their sources |
The standards that govern it
| Framework | Control | What it asks | Family |
|---|---|---|---|
| GDPR | Art.32 | Security of processing, including a process for regularly testing and evaluating it | Law and regulation |
| GDPR | Art.33 | Notifying a personal data breach to the supervisory authority within 72 hours | Law and regulation |
| GDPR | Art.34 | Communicating a high-risk personal data breach to the people affected | Law and regulation |
| NIS2 | Art.23 | Reporting significant incidents: early warning in 24 hours, notification in 72 hours, final report in a month | Law and regulation |
| DORA | Art.19 | Reporting major ICT-related incidents | Law and regulation |
| Cyber Resilience Act | Art.14 | Reporting an actively exploited vulnerability: early warning within 24 hours to the CSIRT and ENISA | Law and regulation |
The stories that tell it
- No story on this site tells this risk yet.
On this site: No named organisation has said it was compromised through php2shell: the evidence · Impact: taken offline versus compromised · If you run PHP: the steps, in order, with their sources