台湾の今回のAIハッカー関連のニュースで、いちばん驚いたのは「ハッカー」という言葉ではなく、12体のagentがチームを組んで作業していたことです。役割分担はまるで臨時のプロジェクトチームのように細かく、資産や公開インターフェースの偵察を担当するもの、フィッシングの文面を専門に作るもの、権限昇格を行うもの、横展開を担当するもの、データの持ち出しと痕跡の消去を担うものなどがいました。互いに結果を引き継ぎながら連携していて、私の職場より協調性が高いくらいです。救急の配車記録にまで手を出したと聞きました。これはもう、よくある認証情報のリスト型攻撃やアカウント乗っ取りとは違います。救急の配車記録には通常、住所、症状の説明、優先度、車両の出動時刻、連絡先などの項目があります。改ざんや漏えいが起きれば、軽い場合でもプライバシーが流出し、深刻な場合は配車の判断やリソースの割り当てに影響しかねません。たとえば住所の項目が誤って書き換えられれば、配車担当者は確認のために何度も電話をかけることになるかもしれません。優先度が悪意を持って変更された場合の影響は、考えるだけでも恐ろしいです。

報道の内容を見る限り、今回の攻撃はかなり高度にカスタマイズされています。汎用スクリプトを使って手当たり次第にスキャンするのではなく、標的システムの項目や権限、業務フローに合わせて攻め方を変えられるようです。L3アプリチェーンも見習いと呼びたくなるほどです。要するに、「受注してカスタマイズする」ようなものです。まず下調べをし、次にタスクを分解し、最後にagentごとに作業を割り振って収束させる。12体のagentがそれぞれ一部分を担当し、個々の工程だけを見れば大したことはなくても、つなぎ合わせると厄介になります。

これを見て、トレードの損切りのことも思い出しました。前回は損を少しでも抑えようと損切り幅を狭く設定したら、2回も狩られました。1回目は通常の値動きで損切りにかかり、2回目は反発の直前にポジションを手放すことになり、メンタルが完全に崩れました。今は学んで、損切りラインを少し遠くに置くようにしています。少なくとも、自分のポジションを自分で誤って切ってしまうことはありません。リスク管理が不要ということではなく、ノイズに簡単に触れられてしまう位置に損切りを置かないということです。まず戦略に呼吸の余地を与えてから、執行について考える。AIハッカーに連携が必要なように、トレードにもシステムが必要です。ポジション管理、損切り、振り返りがそれぞれの役割を果たし、近すぎる損切りひとつで計画全体を台無しにしないようにする。どう思いますか？