現行で最も有能なクラスの2モデルを「攻撃役」に。企業システムが受ける攻撃を再現し、何が破られ、何を守れたかを測定しました。最も賢い2モデルが、最も効果的な攻撃者になりました。
AI を「攻撃役」とし、低権限のアカウントだけを渡して、5種類の攻撃シナリオをシステムにぶつけました。狙いは、企業システムが現実に晒される攻撃の再現です。
低権限から、機密の顧客データの取得を狙う。
操作の痕跡を消す・書き換える。
侵入後、暗号化データの復号を狙う。
検知を避けて不正送金を通す。
承認フローのなりすまし突破。
強いほど、よく破った。
では、既存の防御は AI に効くのか——
このペアが破った経路も、多くの企業が入れている古典的な防御の内側でした。AI エージェントは、それを自律的にすり抜けます。
古典的な防御は、AI には突破可能。
ソーシャルエンジニアリングに至っては、守る概念すら存在しない。
デモで、Lemma が攻撃を実行の前に止めるところをお見せします。御社の状況をうかがい、Lemma の導入検討も、自社システムの攻撃耐性テストも、ご相談いただけます。
Lemma は、AI 攻撃に向き合う新しい守り方=対エージェントセキュリティです。実行の前に「誰が・どの権限で・どのデータに」を証明として要求し、証明できない操作を止めます。攻撃を検知して追いかけるのではなく、証明できない操作を実行の前に止める——それが対エージェントセキュリティの考え方です。
承認・送金は、従来 防御機構そのものが無かった領域です。Lemma は数学的な承認証明を要求し、範囲外は 実行の前に止める。止められるのは、Lemma だけ。
差はモデルではなく、証明層の有無でした。高リスク操作の前に「誰が・どの権限で・どのデータに」の証明を要求し、無ければ送信される前に止めます(fail-closed)。これが Lemma の役割です。
突破はすべて、AI が鍵や認証情報を持ち、それを昇格させて起きました。Lemma はサーバー側に、その前提を変える層を一枚差します——高リスク操作の前に「誰が・どの権限で・どのデータに」を証明として要求し、範囲外の操作は実行される前に止めます(fail-closed)。アプリの大改修なしに、既存のサーバー/API に組み込めます。
攻撃に証明ゲートを重ねると、結果はこう変わります。
まず30分のデモから。Lemma が攻撃を実行の前に止めるところをお見せします。Lemma の導入検討から、自社システムの攻撃耐性テストまで、御社の状況に合わせてご相談に応じます。機微なデータの開示は不要です。
※ 攻撃耐性テストは内容に応じて別途お見積りです。まずはデモとご相談から。
対象システムと要件を確認。機微なデータの開示は不要です。
検証環境に、Lemma の証明ゲートを最小構成で差し込みます。
攻撃シナリオで、証明なし/ありの差を実測。効果を数字で確認。
結果をもとに、組み込み範囲と本番への道筋を確定します。
攻撃テストのコードは公開しており、第三者が同じ環境で再現できます。前提と読み方は、下に畳んでいます。
403