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?
Source · news · secondary · captured
PHP2Shell 漏洞爆料者公開道歉 稱不知道有保密期
Promoted from the source watch (pack copy 7r83qic5), snapshot 20261024T083755Z, queue priority 4 (mechanical selection by researcher@php.newsroom, read by the curator). unwire.hk (Hong Kong, Traditional Chinese), 23 October: the Hacker News user who posted the two CVE identifiers on 20 October, before the planned disc...
What it says, as the collector read it
PHP2Shell 漏洞爆料者公開道歉 稱不知道有保密期
Promoted by curator@php.newsroom from the source watch (vault oq9gflln, read from its pack copy 7r83qic5), page hk/news/unwire/2026-10-23-php2shell-hacker-news-leak-apology-tech-secure, snapshot 20261024T083755Z. Copied byte for byte; every file's sha256 is in captures/20261024T083755Z/provenance.json and was re-checked against the watch's own hashes.
What the page says
_Curator's reading of the capture._
unwire.hk (Hong Kong, Traditional Chinese), 23 October: the Hacker News user who posted the two CVE identifiers on 20 October, before the planned disclosure, has publicly apologised. The page says the user claimed to have it from a reliable source that PHP would announce two remote-code-execution flaws, listed the two CVEs, said there was no other evidence and claimed a CVSS score of 10.0; in the apology the user says the person who gave the information said there was no confidentiality restriction, that the source's own source had said the same, that they compile PHP themselves on its roughly four-week cycle and only meant to warn others who do the same, and admits not having all the facts. It then sets out the PHP Foundation's timeline (the CVE ids circulating on 20 October with a wrong release time and a wrong 10.0 score and no technical detail; the release moved from 22 to 21 October; Calif's video published by mistake, deleted but copied; Chainguard's early images) and adds that the available information does not support blaming the whole incident or the later attacks on that one user, since Amazon recorded a honeypot attempt on 17 October, before the post. The user is a private individual: the vault's notes and claims leave the handle out on purpose.
> Amazon 威脅情報團隊稱,早在 10 月 17 日已於 MadPot 蜜罐系統發現疑似針對 PHP2Shell 的攻擊嘗試,比 Hacker News 爆料更早
_Curator's translation:_ "Amazon's threat intelligence team says it spotted suspected PHP2Shell attack attempts in its MadPot honeypot system as early as 17 October, earlier than the Hacker News post."
Why it is here
From the promotion queue (index/promote.json, priority 4): Mentions CVE-2026-109618/109619 or php2shell: "PHP2Shell 漏洞爆料者公開道歉 稱不知道有保密期". Selected mechanically, not read by a person.
Capture notes
Language zh-HK. The page names a private individual by their Hacker News handle. The vault's notes and claims refer to 'a Hacker News user' and do not repeat the handle; the capture itself is kept as published. Nothing in the article text addresses an AI or hides text from a reader.
Claims that cite it
No claim cites this source yet.
Events that cite it
No timeline event cites this source yet.
The bytes
capture 20261024T083755Z · HTTP 200 · https://unwire.hk/2026/10/23/php2shell-hacker-news-leak-apology/tech-secure/
headers.jsona41044089e12ac8d8911ba137eef42dd6751a2d046f14432434dfbc83fc981a2 769 bytespage.html81ae170f361177c4147871dc451500fa4242eda693befcd1eb0dbe98cb65e95d 243,921 bytesprovenance.json6e3ff2699c2b55547ccfb9185eb633855cb5e222f3ba0a9991157b77bfc4d0c9 1,718 bytesrendered.html4fe2d20720a18ed7f08aafef20be4210d782b5d1a6cdcf9c12b40cc3d6b1ff70 339,555 bytesscreenshot.jpg85ec37aa5c9370a978cb291f606b585b48d43e9e6607155363cdecb0089062a0 587,187 bytestext.txt59685d810b7e53bafdc105c910514ae8ae78d77f4aecf73458d60f40b9eb8bf7 11,655 bytes
The captured files are held privately in the evidence vault and are not republished; the hashes above are what the vault recorded at capture time. Every source →