マト

2割くらいプログラマ、AWS,TypeScript

[ふじた_🐱♨️💻雑用係 @nfujita55a]

Chrome の中の人が eMudhra の無茶リプライに「そうじゃないよ、義務を果たしてよ」と諭している……おぉ怖っ。
で、Mozillaの人がやってきて「事情はわかるけど、回答期限の24時間をとっくに過ぎてます」とやって来た💦
https://t.co/W09fhJlk2L
https://t.co/tPcEOlucNk
（↓は翻訳かけたやつ）

[マト @deadmau5process]

家の鍵w

[セカヤサ@AI×Web制作💻小林 秀樹 @hideki_climax]

PHPは家の鍵じゃねえよ！！！！

[西村/learningBOX/競プロｱｶ @ynishi2015]

PHP、Tomcat、GitLab「「「Critical！」」」

Node.js「High！High！High！」

Chrome「Critical！Critical！Critical！Critical！Critical！Critical！」

僕「全員、同じ週に来るな！！！」

[Young child/golden retriever @EggMasonValue]

BREAKING: eMudhra exits SSL/TLS certificate business, blames social media instead of incompetence for the same

[マト @deadmau5process]

脆弱性見つかりすぎてRCEだけ対応すれば良いやになる世界線

[マト @deadmau5process]

PHP好きでもないので、全く触りたいとも思わないのだけど、どっかしらには触る業務が潜んでるので、罠と呼んでる

[マト @deadmau5process]

子育てに充てる時間を取りたいのに自分の所属組織の理解は得られないし、同僚はまるで手伝ってくれる風で手伝ってはくれないので、やり場のない思いを空に投げたい

[YONEUCHI, Takashi | GMO Flatt Security @lmt_swallow]

【PHP脆弱性対応の「後」にむけて】

みなさん、昨晩からのPHP対応お疲れ様です。一晩中連絡鳴り止んでおらず、一部の個別メッセージに返せてなくて申し訳ないです。

一括して、今、世の中の CTOs/CISOs に届いてほしいことを４つ書き残しておきます↓

（まとまりない部分もあるのですが、投稿しないよりマシかなと、このまま投げちゃいます）

Point 1: これからは、ソフトウェア業界全体で、高負荷の続くタイミングになります。意図してセキュリティに時間をあて、チームが「休息」が取れる体制を。
・我々は脆弱性リサーチに数年間継続的に取り組んできてました。だからこそ感じますが、ここ一年（体感では GPT-5.6 Sol 以後）が、最も「本当に？」みたいな脆弱性が掘り出されていく一年になると思います。こんなのまだあったの？という驚きとともに。
・特に複雑なメモリバグの類（memory safe でない言語製のものを中心に）、あるいは認可バグの類が中心になると思われます。
・少なくともここから年末までは、このクラスの脆弱性がまだまだ出てくると考えておく必要があります。（僕が読み外しているかもしれませんが、恐らく高い確度でこうなります。直近のPHP脆弱性すら、いま世界中の研究者が Variant Analysis をしていて、多分まだ出てくるでしょう）
・このご時世では、新規機能の開発に割く時間を明確に落とすしかありません。あくまで経営者である CTO には取りにくい判断なのは重々承知です（僕もそうなので）。
・「対応AIで」と思うかも知れません。これは技術的には正しいです。ただ、組織的には正しくないです。確実になんとかならず、組織は疲弊していきます。
・なんせセキュリティ対応は大抵自分にタイミングが御せないからです。深夜の対応、急な対応、計画の変更、デグレへの不安、脆弱性情報過多（そもそも自社に影響があるかも分からないものが大半なのに）… と、ストレスの強度がぐんぐん高まっていきます。昨日〜今朝のPHP対応のようなものが、毎週あれば、チームは比較的簡単に壊れてしまうでしょう。
・敢えてリーダーが、セキュリティへの、時間・お金（・トークン）にアロケしてください。これは経営者にしか取れない択で、かついま技術経営者に求められることです。

Point 2: 「必要なら予防的にサービス停止」の覚悟を決め、予めできる調整を重ねたい。止められない場合は、仮想パッチ・監視へのリソースアロケを。
・前提、今回のPHPの件のような脆弱性の対応では、「顧客の保護のためならサービスを止めざるを得ない場面」が訪れます。今回も様々なビジネスがそれに直面しました。今後も訪れるでしょう。
・今回の経験を旨に、本当に止めてはならないのか、止めらるのか、止めうる期待値調整がお客様と出来ているか、を徹底的に見直しておきましょう。
・直近の流れをうけての、お客様への事前連絡（スタンス表明）も有効だと思います。（弊社 GMO Flatt Security 製品についても、これからそれをし、リリースノートとして掲示予定です。我々のサービスの侵害、特に Takumi Guard の侵害は、ソフトウェサプライチェーンの最悪な侵害につながるからです。）
・勿論、止めてはならないビジネスも様々存在します。ビジネスドメインに由来する規制/制約（特に金融・医療セグメント）もあれば、顧客とのSLAもあるでしょう。ただし、現代においては、それらに反するリスクと、セキュリティ被害にあうリスクを天秤にかける必要がでてきています。少し前まではサービス停止でのデメリットは容易に考えられても、セキュリティ侵害など考えにくい、という時代でしたが、今はそうではありません。この天秤を再考する必要があります。（なお、「もう何がなんでも止めてはならない」ビジネスは、相当に限定的だと思います。）
・どうしても止めてはならない（もう何がなんでも止めてはならないもの。限定的であれ存在。人命に関わるもの中心）という場合、厳しい戦いになりますが、WAFレイヤなどで緩和策を施しては祈り、監視する、という流れになります。必要なコンポーネント（WAFなど）と運用リソースがあるならば、苦しい時代ですが、休息うまく取りながらやっていきましょう。なければ、これもしんどいですが、整えましょう。

Point 3: もし平時があれば、システムのモダナイズ（Rebuild and Retire）を検討されたい。
・もし自社での緊急対応が落ち着いているならば、レガシーコンポーネント（数年塩漬けのシステム）、誰がメンテできるのか分からないオーパーツ的存在から順に、作り直し（Rebuild）と旧システムの廃止（Retire）を試みてください。新規開発の代わりに、ここにリソースを充てることが CTO/CISO の仕事です。（他の誰もそれを決められないので。）これは追々自分たちを助けてくれる（ついでにAI-native 開発に移行できて改善しやすくなる）とも思料。
・どのシステムからモダナイズしていくかですが：「XXXで書かれているとまずい」というのは燃えるし言いにくいものの、memory unsafe な言語、type safety があまり確保されていない言語の実装は、モダナイズを検討すべきでしょう。（僕はPHP好きですが、C/C++ で書かれた php-src は、やはりメモリバグ類に対して見通しに限界がありますね。好きなんですが…）
・また経験上、開発当時に DevOps プラクティスすら整っていなかった時代のソフトウェアも、モダナイズを検討したほうがよいです。「セキュリティ診断」をしても、取り返しのつかない量の脆弱性が出てきて、作り直したほうが早い、となる傾向にあります。（弊社でも診断/ペネトレしてますが、こうなると、どうしようもありません。）
・ただし Rebuild には、強いソフトウェア開発力が必要で、AI-native なスタイルに移行することは必須です。この意味で CTO の力がいります。かつ、どこからレガシーの追い出しをするか、どうレキュリティ的なレジリエンスを確保するかは、CISO 的な感性が求められます。既製品（とくに SaaS）を買って処理したほうがいいな、というような判断には CIO 的センスが求められます。総力戦だと思ってください。

Point 4: CTO/CISO の総力戦を。
・Point 3でも述べた通り、直近のくだりには、CTO/CISO の総力戦が必要です。ボードがセキュリティに向かって一致団結する必要があります。
・結構これらロールの間にサイロがあるケースがありますが、そんなことを言っている場合ではありません。
・団結を！

[マト @deadmau5process]

@tebasyabu ワッシャーとか謎の金属部品も置いておくとさらに効果が高いゾ

[マト @deadmau5process]

これから保守されてないWordpressやらのサイトがどんどん侵食されていくのだろうか(そもそも侵食されたことに気付かない可能性も)

[マト @deadmau5process]

ホワイトナイト的な…、形容し難い気持ち悪さあるからちょっと違うか

[📦 @Liliaceae]

任意のコードが実行できるなら、脆弱性を利用してインターネット側からパッチして回ればいいんじゃない(鼻ほじ

[マト @deadmau5process]

PHPもtomcat(Java)もnode.jsも、ということで逃げ道はなさそう
腹を括って自分の管理範囲を守るしかない

[マト @deadmau5process]

Wordpress狙われがちよな、Wordpress単体でも直近で実害ある脆弱性出てるし

[マト @deadmau5process]

倫理観大事

[マト @deadmau5process]

サービス停止という英断してきた

[高市早苗 @takaichi_sanae]

皆様に、今夜に対応して頂きたい大至急のお願いです。

多くのウェブサイトで使用されているPHPに関し、PHPのセキュリティチームが、重大な２件の脆弱性に関する注意喚起を行っています。

公開しているウェブサイトでPHPを使用しているか確認し、今夜、10月21日午後11時（日本時間）に公開される修正パッチについて、可及的速やかに適用できるよう準備をお願いします。

修正パッチを速やかに適用することが困難な場合は、例えばウェブサイト等を一時的に停止させることも、リスクを低減させるための有効策の一つと考えられます。

国家サイバー統括室のXアカウントでも関係する情報を発信していますので、そちらも参考にして下さい。
国家サイバー統括室(注意・警戒情報)（@cyber_forecast） / X

[マト @deadmau5process]

便乗して情報漏洩公開してるのいかにも日本人らしいというか…

[マト @deadmau5process]

@non____97 おめでとうございます！！
うちも今年生まれたばかりなので共感の嵐です！！

[マト @deadmau5process]

極端な例を持ち出してJOIN禁止を擁護するのは流石に無理が…

[mizchi @mizchi]

自認が狂ってて周囲との衝突を繰り返してる人に、あなた狂ってますよと指摘するとこっちが狂人判定くらうからしんどい、無理だ

[マト @deadmau5process]

AIが作ったテキトーな手順でアプリ間連携依頼される日が来るとは
AIがこうすれば簡単に出来るって言ってます！
これ言ってくる人を罰する法律ありませんか