ｾﾞﾝｼｭﾝ🍑🥟

NetworkとServerをメインでいじってるNW持ちのホロ沼に落ちた鍵っ子ひだまらーねっ子

[ｾﾞﾝｼｭﾝ🍑🥟 @uluvtu]

何故かホスト再起動した後、一回nvidia−smiしないとコンテナが上がらん…

[ｾﾞﾝｼｭﾝ🍑🥟 @uluvtu]

nvidia gpuをLXCコンテナで継続的に使うのに四苦八苦してたけど、最終的にlibnvidia-containerを入れてなんとかなった。
https://t.co/YLPorKRZFt
これで、ホストのドライバーがカーネルバージョンが変わるたびに、コンテナもメンテしなくて良くなる...

[ｾﾞﾝｼｭﾝ🍑🥟 @uluvtu]

条件わかったかも、動画広告の上で戻るボタン使うと再現するわ

[ｾﾞﾝｼｭﾝ🍑🥟 @uluvtu]

Xくん、広告の直上でマウスの戻るボタン使うと、広告のリンク先に飛ぶのギルティじゃないか?
意図したものかどうかは不明だが...

[ｾﾞﾝｼｭﾝ🍑🥟 @uluvtu]

と思ったけど、再現しないやつもあるな...

[Shizuku AI技術部 @ShizukuResearch]

iPhone単体で、しずくとおしゃべりする実験をしてみました！📱
LLMの大規模化が進む中「スマホだけでどこまで自然に通話できる？」と気になりスタッフが試作しました。
その分、頭脳はスマホで動く軽量サイズなので、普段よりちょっとおバカ（ポンコツ？）なしずくになっています😂

[ｾﾞﾝｼｭﾝ🍑🥟 @uluvtu]

余長処理が限界になってきた

[けしかん🐾 @keshinomi_88pro]

投機的麺茹

[Miyahan @miyahancom]

昨今のセキュリティーインシデント祭により、社内でずっと言い続けても無視されてきた、「ちゃんとパッチあてろ」「EoLしてるOS・ミドルウェア入れ替えろ」「ポート全開放やめろ」「APIキー・アクセスキーの乱用・放置やめろ」などの提言がいきなり聞き入られるようになってきて、正直むしろ嬉しい

[こうしす！(EE) シリーズ公式 @kosys_pr]

こんな昨今なので、こうしす！を見よう！

[宇田周平 @syuheiuda]

話題になっている脆弱性のときだけ騒ぐんじゃなくて、皆さんちゃんと日頃から更新しましょうねっていう基本的な話だと思うの…
Windows Update を半年に一回しか当てないとか、保守切れで古い Firmware のままの Internet facing な NW 機器が放置されてるとか、そう言う足下固めずに今回の件だけ騒いでもセキュリティ侵害は止まらんよ…

[公宏 @shirasagih2]

登ってみたとき広がる世界は小さいほど気持ちいい
だから無謀なほど高いほうがいい
誰もが見上げるような　きみもどう？
生きてよかったな　そう思えたら　最高に気持ちいい ぼろぼろに泣いても　もがいて叫んでも　それでもあたしたちはまた歩き出せるんだね
#麻枝准の好きな歌詞

[Shingo Kitayama @spchildren]

今回のPHP脆弱性。なにが偉いって「脆弱性のためにはサービス止めてもいいんだ」
っていう認知が広がったのが日本国民の貴重な一歩に見える。

可用性担保でベンダー呼びつける前に、玄関の鍵を自分で閉めて既存顧客を守る。
という理解が常識になると、ビジネスがITに近づけるんだろうなぁ

[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 の総力戦が必要です。ボードがセキュリティに向かって一致団結する必要があります。
・結構これらロールの間にサイロがあるケースがありますが、そんなことを言っている場合ではありません。
・団結を！

[ふぁ@C109水曜東7U43b @faa0311]

eMudhraの件をもっと報道したほうが良さそう
Free Wi-Fiなどの信頼できないネットワークにつなぐことに対して警告したほうが良い
証明書を正しく失効判定できる言語/ライブラリが世の中に少なすぎる

[日本レジストリサービス（JPRS） @JPRS_official]

（緊急）BIND 9.xの脆弱性（DNSサービスの停止・リモートコード実行）について（CVE-2026-94300） - バージョンアップを強く推奨 -
https://t.co/1GT8uIFYT0

[ピクシブ株式会社 pixiv Inc. @pixiv_corp]

【#pixiv_inside】
PHP 8.5.12の緊急リリースに
pixivはどう対応したか
https://t.co/zYpXH9HWOy

PHPにて緊急セキュリティリリースが予告され
pixivも対応しました。

セキュリティアップデート公開から
pixivメンテナンス明けまで約30分の対応を
ビルド・デプロイ基盤も踏まえながら説明します✍️

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

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

Node.js「High！High！High！」

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

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

[ｾﾞﾝｼｭﾝ🍑🥟 @uluvtu]

状況を追うのをやめて寝る！！！おや( ˘ω˘)ｽﾔｧ

[ジスロマック @yomooog]

23時にネットが大変なことになるって聞いてたからおばあちゃん冷やしてた氷全部サーバーの前に移動させてきた……