A Tokyo based programmer. 6502 to PHP @BEARSunday @beframeworkdev Quinty

🗼Tokyo 🍊愛媛
Joined March 2009
Akihito Koriyama retweeted
Replying to @koriym @nhk_news
1973年あしたのジョー最終回。週間少年マガジン第15巻第19号のちばてつや先生。当時34歳で28歳からの連載だった。
2
1
2
175
2014年6月、任天堂の株主総会で最後の質問をしました。宮本茂さんは「我々ゲーム業界のクリエイティブの未熟さの表れ」と答えました。その記録と、その後の12年です。
88
おばけのアイスクリームやさん (2006) 安西水丸
1
218
武蔵野美術大学芸術祭2026 #武蔵美芸祭
1
670
More than 10 years ago, I gave tech talks at BBC Sport and Sky in the UK thanks to my friend Richard-san. Today, he gave his second talk at @bengo4_creators in Japan! Thank you to @h13web san and @TSUCHIYA_Naoki san for helping make this happen.
2
6
398
PHP財団の告発は丁寧に要約しながら、名指しされたChainguardの言い分が一文もない。Lorenc CEOは「複数ベンダーから悪用報告があり、ポリシーに基づき判断した」と説明し、メンテナーへの負担は謝罪している。それを載せないのは報道ではなく断罪。 しかも時系列を見ると:20日CVE番号が誤情報とともに流出、同日に財団と協力していたCalif自身が誤ってPoC動画を公開。AWSは10月17日から悪用兆候を観測済み。PHP自身も「詳細公開や悪用証拠があれば前倒しする」と予告に明記してた。 Chainguardが公開した時点で、エンバーゴで守るべき秘密はどれだけのものだったろう。全員が役割の論理に忠実に動いた結果の崩壊を、一人の悪者のせいにするのは違うと思う。 ソース: socket.dev/blog/php-embargo-… securitylabs.datadoghq.com/a… xitter.cf/feross/status/21130433… @chainguard_dev
1
52
3
128
39,159
Lorenc CEOの問題はその悪用したベンダー名を上げられてない事。同社に対する擁護が少ないのはその事もあると思う。エクスプロイトが成功したという報告はまだなかったと指摘する向きもある。しかし同社の責任と報道姿勢は別の話、そこは動かない。phpnews.net/chainguard-php2s…
1
2
7
2,881
訂正:「悪用したベンダー名」→「悪用を報告したベンダー名」。悪用したのは攻撃者で、ベンダーはそれを観測・報告した側です。
1
5
1,616
PHP, GitLab, Node, DNS...たった1週間で
This week has been quite a shitshow already, and there are still 2 days to go Here’s a quick recap of the security mess we’ve seen in just the last few days: 1. PHP Core RCE (CVSS 9.2) Two critical vulnerabilities (CVE-2026-109618/109619) allowing unauthenticated RCE. A huge number of PHP installations potentially affected, and there are already reports of reliable exploitation against patched versions. Great… Useful links: Official PHP advisory and patches: php.net/archive/2026.php#202… Practical hardening and mitigation guide by Vincent Schmalbach. nginx/Apache configurations, PHP settings, patch verification and compromise checks: vincentschmalbach.com/cve-20… Huntress analysis. What to monitor, suspicious child processes, webshells and post-exploitation activity: huntress.com/blog/php2shell-… Wiz technical deep dive. Exploit mechanics, memory disclosure, affected applications and the role of AI: wiz.io/blog/php2shell-php-rc… Corelight’s open-source Zeek and Suricata detection rules: github.com/corelight/php2she… 2. GitLab RCE (CVSS 10.0) CVE-2026-110264. An integer overflow in the regex compiler leading to unauthenticated RCE. Apparently affects around 12 years(!) of GitLab releases. docs.gitlab.com/releases/pat… 3. Node.js / Brotli RCE CVE-2026-111497. An out-of-bounds write in the Brotli decoder that can lead to RCE when processing malicious compressed data. Node.js 22, 24 and 26 affected. nodejs.org/en/blog/vulnerabi… 4. DNS-over-QUIC DoS CVE-2026-97206. A use-after-free in Unbound’s DNS-over-QUIC implementation. Remote attackers can crash affected multi-threaded DNS resolvers. nlnetlabs.nl/projects/unboun… 5. eMudhra CA disaster And then there’s this absolute PKI clusterfuck. Eight intermediate CA private keys turned out to be ridiculously easy to reconstruct. Browser vendors have started blocking the affected CAs, but outdated clients and applications with their own trust stores could keep accepting certificates from them. Cleaning up this mess is a lot harder than just patching a server. Google’s analysis and response: blog.google/security/protect… Mozilla’s public incident investigation, including the technical findings, timeline and eMudhra’s explanations: bugzilla.mozilla.org/show_bu… — And I can’t help wondering how much of this sudden wave of discoveries has to do with the latest AI models getting better at code review and vulnerability research. We now have models that can dig through massive codebases and potentially find bugs that have been sitting there for years. I’m not saying these particular vulnerabilities were discovered using AI. I haven’t seen evidence for that. But I do wonder whether we’re starting to see some of the effects. The eMudhra case is obviously a different story. That’s a spectacular failure of key management and quality control. Anyway, quite a week. And it’s only Thursday…
2
431
PHP Foundation VE Chainguard解説 PHP Foundationは、Chainguardが禁輸期間(エンバーゴ)を破り、修正入りのコンテナイメージを予定より早く公開したと主張しています。その結果、他のユーザーが更新を待っている間に、攻撃者が修正をバイナリで解析できる状態になったとされます。 時系列(UTC) •10月20日 約15:00: 2件のCVE番号が、誤ったリリース時刻と誤ったCVSS 10.0とともにフォーラムやSNSに流出しました。技術的な詳細は含まれていませんでした。 •同日 19:30: PHPは予告を前倒しして公開し、リリースを22日から21日(14:00 UTC)に早めました。配布側がまだパッケージを準備中だったためです。 •同日 約20:00: Califが、複数の対象でエクスプロイトが動作する動画を誤って公開しました。動画は削除されましたが、コピーが拡散しました。 •同日 約23:00: 重要インフラ事業者などに共有した緩和策の情報も、漏れた可能性があるとされています。 •10月21日 07:41: Chainguardが、リリースの6時間以上前に修正入りイメージを公開しました。 双方の主張 •PHP Foundation: 事前にパッチを受け取った配布事業者として、何週間もかけた協調的開示を無視した一方的な行為だとしています。 •Chainguard CEOのDan Lorenc: 他のセキュリティ事業者が実環境での攻撃を報告し、発見や悪用が容易で情報も出回っていたため、早期公開を決めたと述べています。公開後にグループへ通知し、PHPの保守担当者に負担をかけたことを謝罪しました。ただし、攻撃を報告した事業者名や証拠は示していません。 •記事の注記: Chainguardの開示ポリシーには、実環境での攻撃などの場合に期限を短縮できるとあります。ただし、これはPHP側が公開を了承した根拠にはなりません。また、PHP側は、流出後に調べた公開PoCに動作するものを確認できなかったとしています。ただし、他所での悪用を否定するものではありません。 PHP側の自己検証 •CVE-2026-109618の根本にあるメモリ不足(OOM)時の問題は、2024年のQuarkslab監査の対応中に兆候が見つかっていました。 •当時は悪用が理論上のものにとどまり、他の脆弱性が優先されました。修正案は互換性の破壊、新たなDoSリスク、拡張モジュールの改修といった代償を伴い、合意形成が進まず作業が停滞しました。 •8月11日にCalifが同じ根本原因による無条件のRCEを報告し、OpenAIも同日に同じ根本原因を独立に報告しました。これを機に最優先の課題となりました。 •Foundationはこの遅れを「構造的な失敗」と認めています。 今後の変更 •セキュリティチームの意思決定を、全会一致から多数決へ移行しています。 •判断の難しい重大な脆弱性は、早く上位の判断に上げる方針です。 •7月1日以降に15件のCVEを公開し、100件超の無効・重複・再現不能な報告も処理しています。 •Foundationは、企業やホスティング事業者、クラウド事業者、政府に、エンジンに詳しい技術者を雇うための資金提供を求めています。 補足 
Reddit上ではChainguardへの批判があり、今後の機密パッチの共有で信頼されるのかという疑問も出ています。一方で、2024年から放置していたという見方には反論もあります。
The PHP Foundation says Chainguard unilaterally broke the embargo and published built images containing the critical RCE fixes more than six hours early: “This disregarded weeks of work by many parties toward a coordinated disclosure.” socket.dev/blog/php-embargo-…
2
3
2,065
2つのPHPリモート脆弱性に関する話 - Calif(PHP の監査を受託し、本脆弱性の無条件RCEを8月11日に報告したセキュリティ企業) がことの顛末を漫画化。(同日にOpenAIも独立報告) calif.io/php2shell/
php2shell - A tale of two PHP remote vulnerabilities: calif.io/php2shell
382