Osamu MATSUMOTO

Quando, ex-trabox/ex-mixi/ex-aws/ex-sgi.
Speciality for backend architecture, Tech builder for rapid biz-dev. Love 🏍

[Hunk | beginner Tempester @Hank_agli]

初期侵入どうしたかに関して
わいが思うにハッカーは契約した1台のVPS上で

・ローカルAdministratorのパスワードが、いかにも共通テンプレート由来の固定値である（LAPS不在の兆候）。
・VPSがActive Directoryドメインに参加しており、サポート用の特権アカウントが遠隔ログオンしてくる運用である。
・配布RDPファイルでドライブリダイレクトが既定ON（後のReverse RDPの伏線）
のいずれかに当てはまってることを確認した。
MITRE：T1087（Account Discovery）／T1082（System Information Discovery）／T1016（Network Config Discovery

その後
GMOサポートが顧客VPSを遠隔管理する運用のため、特権アカウントが攻撃者の支配下のVPSにログオンした（またはサポート起票で誘発された）。その結果、特権資格情報がそのVPSのメモリ/資格情報キャッシュに残留し、攻撃者が回収した。

RDP Restricted Admin未強制／Credential Guard無効／PAW（特権専用端末）不在。＝管理者が信頼できない箱に素の資格情報で入っていた。
MITRE：T1003（OS Credential Dumping）／T1078.002（Domain Accounts）

上記を実行した。

その事からハッカーは
奪った特権資格情報が自分の箱以外のVPSでも通ることを、少数のホストで確認した。
MITRE：T1021（Remote Services）／T1550（Use of Alternate Authentication Material）

確認次第ハッカーは
Active Directory + GPO(本来はパスワードポリシーやソフト配布に使う全ドメイン参加機に自動で降ってくる設定配信チャネル)を悪用して
各VPSが定期的に実行する gpupdate のタイミングで
SYSVOL共有（全DCが保持する配布元）から設定を取得し、全台が自分からそのタスク/スクリプトを実行するようにした。

この手法であればハッカーは各ホストに接続すらせずに配信元を1回汚すだけで、2万7000台が自律的に横並びで動かすことができる。

まとめると0-dayのような派手な攻撃手法ではなく、AD/GPO＋Windows標準＋共通特権鍵のLOTLで完遂。GMOの脆弱性の本質は「誰でも外から侵入できた」ことではなく、「テナント分離と特権資格情報の衛生が欠落し、1テナントから全VPS群に特権が届いた」点にある

根拠として
・攻撃者が「AD集中管理」を明示。
・奪ったのがドメイン特権（変種A＝キャッシュされたサポート管理者cred）なら、GPO書き換え権限に直結。
・手動横展開の痕跡（大量RDP/PsExec）が相対的に少なく済む＝ステルス

[とよしま @toyoshim]

Chromeのレビューや開発に使ってる限りでもAIの指摘はまだ2〜3割は間違ってる。それも、数十のサブエージェントを使い6段のパイプラインで様々なチェックリストを使って検証して出した結果がそのレベル。
もちろん調査とかは爆速だけど、そこから出てくる仮説はまだまだだし、そもそもコンテキストが僕らと比べたらあまりにも小さすぎる。必要な情報が綺麗にコンテキストに揃った時しか正しい判断はできないのに、必要な情報が乗り切らないどころか、正しく集めることすら難しい。
AIを使って成果が出てるのは、本当の専門家が横について粗い回答について不審な点を洗い出し、この件は考慮した？あの話は知ってる？って質問詰めにしてコンテキストを煮詰めてあげるから出てくるのであって、AI自身の力で言えば、単にモノを沢山しっていて作業が速い……当初と変わらずそれだけってのが現実。作ったものが動かないんだ、客観的なデータだよね。
もし本当にAIの方が凄けりゃAnthropicから送られてくるパッチは非の打ち所がないはず。でも、全然そんな事はない。本当にAIの方が凄けりゃバグを見つけるだけでなく完璧に直してくれるはず。でも一番難しいバグを直すのは僕らだ。
来年のことはわからないけど、少なくとも今の最前線の現場はそんな感じ。たくさんのシニアが質の低い生成コードのレビューに悩まされてburn outしてる。

[とよしま @toyoshim]

Chromeは春には対処してるんで殆どのユーザーには影響ないはず。元々はChromeのCIがfuzzingで見つけたんで、何となく消えて無くなったバグではないですね。
もし放置されてたらNetwork Serviceやcast用のutility processの乗っ取りが出来たわけだけど、その際の権限昇格のパスも今はだいぶ厳しく制限するように直してます（僕も大きいのはいくつか直した）。

[Osamu MATSUMOTO @osm]

脆弱性の公表に驚き過ぎなんじゃないか？ｗ
bindの脆弱性なんて前からずーっと大量にあったし、今回のGSS-TSIGとか外部向け権威サーバでは使わんだろうし、社内DNSでもレアなんじゃないか？

[Osamu MATSUMOTO @osm]

LAND ROVER CHEERS 78みたいなイベント西日本でやらないかなぁ。　こういうオフ会行ったことないが、、　異常な趣味人と話したい。

[Osamu MATSUMOTO @osm]

@shmorimo z900 2台ですか？！

[Osamu MATSUMOTO @osm]

登録機関自体はオフラインでよく、委託された民間脆弱性診断サービスが定期診断をするみたいなのどうすかね？、しかし、こういう登録を民間に強制するってことがそもそもハードル高いですよね。
0-dayみたいなものまで考えるとすべてのソフトウェアにリスクがあるけど、いま次々やられちゃってる人たちって外注で機械のようにソフトを作り、ソフトウェアを生き物として運用ができてない部分（セキュリティパッチ対応みたいな）での対応漏れがによる原因も多数あるように思うので、それを民間が正しく外注する動機が必要ですよね。

[Osamu MATSUMOTO @osm]

たとえば、個人情報を登録するECサイトは、なんらかの公的機関への登録制となって維持のための費用を払う必要がある。登録されたサイトはAI脆弱性診断が定期的に行われ、なんかったら指摘を受け、直さなかったら登録解除。的な未来あるかな。

[Osamu MATSUMOTO @osm]

IDCFのゾーン名、変に凝ってるけど、いらん認知負荷だろーw。コード、監視、ドキュメントなど各所にその名前を綴る気持ちを考えてほしいねw

しかし、運用チーム大変だろうなぁ。。。基盤がvCenterだもんなぁ。

[のぶゆき @mrnobuyuki]

AI型ハッキングに使われたのは、
脆弱性を探す「Strix」、
侵入作業を進める「Cairn」、
全体を管理する「Hermes」という3種類のAIツールで、

「脆弱性レポートを見てから始めて」「管理画面に入って」といった短い指示を出し、その後探索の多くをAIに任せるだけで完結した。

数百店のEC店を攻撃、
2026年9月10～15日だけでも105件の攻撃プロジェクトが実行され、少なくとも27社へ侵入。2社から流出した60万件超のクレカ情報。
さらに27の攻撃対象のうち19サイトには、決済画面からカード情報を盗む不正スクリプトが仕込まれていた。

101件にかかったAI利用料は1社あたり平均25.46ドルだった。攻撃対象を絞り込むコストが大幅に下がったことで、セキュリティホールから、逆算して攻撃されていると推察される。

以上、セキュリティ企業Gambit Securityからの報告。

[Osamu MATSUMOTO @osm]

久しぶりにバイクに乗ろうとしたらバッテリーあがってて、「バイク買ってから交換してないしなぁ〜」とAmazonで買い、古いのを外したところで２年前に交換したという過去を思い出した。メンテナンス記録簿をみるとDIY交換って書いてた、先に言ってよ〜案件。で復活したバイクで向かったのは近所のツルハドラッグとw またあがるな。

[Osamu MATSUMOTO @osm]

Cloudflare OSを読んだところ、capnwebっていうwebsocketベースのrpcの便利さと、Durable Object FacetsのAI generated App + sqlite hostingにめんくらった。AI時代にフィットしてる。信頼できないコードをVMMでなくV8 Isolateでやるっていう発想の延長でこうなるんだぁ、と感心しちゃたよ。

[下岡 純一郎 / QUANDO @shimojquando]

「AIで業務を効率化したい」と最近お声掛けいただく機会が多いんですが、その度に思うことがあるので書きました。

地方中堅・中小企業の方々に届くといいなーと思ってます。 https://t.co/7HKSwET7kl

[新家遼士 @南都技研(補償コンサル/測量) @shinshin2715]

【DXは若手採用に効果があるのか】
今年、南都技研に計3名が入社しました。
新卒と既卒の若手2名、DX専任者1名です。

今回は若手2名の採用に着目します。

この若手2名を惹きつけたのはDXではありませんでした。
ただ、DXが連鎖的な若手採用を引き起こしました。

その実例を紹介します。

[Osamu MATSUMOTO @osm]

vercelのportlessがほぼ同じアイディアやん。ということで、いったん`localapp run -- <server program>`形式をサポート。tailscale serveもしたい。

[Osamu MATSUMOTO @osm]

AIで複数のプロダクトを並行開発をしていると、localhostのポート番号管理が面倒になる。ということで、DNS付きリバースプロキシー with 証明書自動発行を作った。　ってか誰かやってるやろう〜とは思うw
https://t.co/xCqr2DOrs2

[Osamu MATSUMOTO @osm]

AI Agent向けSKILLがついてますので、"localappに登録しておいて"で、localhostでつかえるアプリ固有のURLが使えるようになります。

[Osamu MATSUMOTO @osm]

AIで複数のプロダクトを並行開発をしていると、localhostのポート番号管理が面倒になる。ということで、DNS付きリバースプロキシー with 証明書自動発行を作った。　ってか誰かやってるやろう〜とは思うw
https://t.co/xCqr2DOrs2

[とよしま @toyoshim]

あのニュースの後に長年見つからなかったバグが大量に……というニュースが出て、みんなコロッと騙された感はある。
あれは人間より賢くなったわけじゃないんよ。今までそんなとこに大量の人件費をかけていなかった。業務中にバグ探しとかずっとしてたらクビだからね。今でも各社は弊プロジェクトをベンチマーク代わりにセキュリティ監査回し続けてるみたいだけど、半年以上経ってもAIが見落とした古のバグは簡単に見つけられるし、AIが提案する修正は間違ったものも多い。それが現状なんだよな。

[Osamu MATSUMOTO @osm]

アプリケーションホスティングにはなかった要件として、Agentにはファイルの永続化、操作が必要。だからsandboxはストレージサービスと一体となる必要がある。そして、高速にforkするとか、CoWするとか、restoreするみたいな機能が重要。アプリ屋にはHevyすぎて、よりクラウド重要となる。

[Osamu MATSUMOTO @osm]

firecracker/containerdのような技術基盤が短命の計算ホスティングとなり、Agent向けのsandboxサービスが増えている。区分された計算リソースを使う主体がアプリケーション本体ではなく、ユーザーのセッション単位になってきてる。AIが使われれば、明らかに後者の方が圧倒的ボリュームになっていく。