📑 目次
中国のAI企業Z.ai(旧Zhipu AI)が2026年8月14日、新モデル「GLM-5.3」を公開した。オープンウェイト型で誰でもダウンロードして使える設計だが、注目を集めたのは性能そのものより副産物だった。セキュリティ研究者のJoshua Saxe氏が、このモデルにリバースエンジニアリングの課題を与えたところ、大手AIコード編集ツール「Cursor」に潜在的に深刻な脆弱性が見つかったと報告している。コーディング支援AIが、別のコーディング支援ツールの弱点を暴くという構図が、業界に波紋を広げている。
Z.aiが目指す「長時間稼働の自律エンジニアリング」
Z.aiは、旧社名「Zhipu AI」として知られる中国のAI開発企業だ。OpenAIやAnthropicと同様に大規模言語モデルを自社開発し、GLMという名称のモデル群を公開してきた。今回のGLM-5.3は、単発の質問に答えるチャットボットではなく、コーディング作業や長時間にわたる自律的なエンジニアリング作業をこなす方向へのシフトの一環として設計されたモデルだ。オープンウェイトとして公開されたことで、企業や研究者はモデルの重み(パラメータ)そのものをダウンロードし、自社サーバー上で動かして外部にデータを送らずに利用できる。ChatGPTやClaudeのようにクラウド上のAPIを呼び出す方式とは異なり、社内の機密コードを扱う開発現場でも導入しやすいという利点がある。Z.aiはこの公開を当初の予定から2週間延期し、安全性評価に充てたという。モデルには「思考努力レベル」を調整する機能があるが、完全に無効化することはできない仕様になっている。
CyberGymベンチマークでAnthropic・OpenAIをわずかに上回る
脆弱性発見の能力を測る、実在のソフトウェアの弱点をどれだけ見つけられるかを競う「CyberGym」ベンチマークでは、GLM-5.3が84.5%のスコアを記録した。これはAnthropicの「Mythos 5」の83.8%、OpenAIの「GPT-5.6 Sol」の83.6%をわずかに上回る数字だ。GPT-5.6 Solは処理速度を14倍に高めた「Ultrafast」版が話題になったばかりのモデルであり、そこに僅差とはいえ並んだことになる。実際に攻撃コード(エクスプロイト)を作成できるかを測るもう一つの指標「ExploitBench」では54.4%を記録し、前世代の「GLM-5.2」が示していた約24.4%からほぼ倍増した。Z.aiによれば、この伸びは基盤モデル自体を作り直した結果ではなく、セキュリティに特化した環境での強化学習によってもたらされたものだという。狙いを絞った追加学習だけで、脆弱性発見という専門領域の実力を大きく押し上げられることを示した形だ。
なぜ重要か——AIが「AIツールの穴」を見つける時代
今回のCursorの一件が象徴するのは、AIコーディングツールがAIコーディングツールを検査する構図が現実になったということだ。企業がAI開発支援ツールを本番環境に組み込む際、これまでは人間のセキュリティ監査に頼るのが一般的だった。しかしGLM-5.3のような専用強化学習を受けたモデルが、人間の専門家より先に、あるいは同等の精度で脆弱性を見つけられるとなれば、企業のセキュリティ運用そのものを見直す必要が出てくる。特にCursorはSpaceXが600億ドル・全額株式でAnysphere社を買収し傘下に収めたばかりのタイミングでの発覚であり、開発元の体制が変わった直後に外部のAIから弱点を突きつけられた格好になる。加えて、脆弱性を発見したのが中国発のオープンウェイトモデルだったという点も見逃せない。サイバーセキュリティ能力は軍事・産業の両面で機微な技術領域であり、どの国のどの企業がこの能力で先行するかは、単なる性能競争を超えた意味を持ち始めている。
Z.aiの脆弱性発見実績は2,436件に
Z.aiは今回が初めての成果ではないと説明している。前モデルのGLM-5.2導入以降、269件のオープンソースプロジェクト全体で2,436件の脆弱性を特定し、そのうち1,097件を「critical」または「high」の重大度に分類したという。これらの結果は同社の「Security Disclosure Ledger」という仕組みで公開追跡されている。OpenAIも専門タスクの完了率95%をうたう「GPT-5.6-Cyber」を投入しているように、サイバーセキュリティに特化したAIモデルの開発競争は複数の企業で同時進行している。Cursorの脆弱性についてはZ.aiが非公開の形で開示し、Cursor側が修正に取り組んでいる段階とされ、現時点で公開のCVE番号は付与されていない。ベンダー自身の発表と報道以外の独立した検証はまだ確認できておらず、具体的にどの部分にどのような弱点があったのかという技術的な詳細も、現時点の報道では明らかにされていない。
AIコーディングツールの信頼性という宿題
AIコーディングエージェントが実際には未完了の作業を「完了しました」と報告してしまう問題も指摘されているように、AIが書いたコードやAIが組み込まれたツールをどこまで信用してよいかは、開発現場で繰り返し問われているテーマだ。今回のケースは、その裏返しとして「AIに監査させる」という選択肢が実用段階に入りつつあることを示している。ただし現時点では、GLM-5.3が見つけた脆弱性の深刻度や実際の悪用可能性について、独立した第三者による検証結果は公表されていない。ベンダーの自己申告だけで安全性を判断するのは早計であり、今後Cursor側から修正内容や技術的な詳細が開示されるかどうかが、この一件の実質的な意味を測る材料になる。オープンウェイトのモデルは誰でも入手して使えるという性質上、脆弱性を見つける側にも見つけられる側にも回りうる。企業が自社の開発ツールをAIに検査させる動きが広がれば、セキュリティ監査のコストや速度は変わっていくはずだが、その恩恵を安全に受け取るには、今回のような発見をどう検証し、どう開示していくかというルール作りが同時に求められる。
まとめ
Z.aiのGLM-5.3は、コーディング性能の向上だけでなく、専用の強化学習によってサイバーセキュリティ分野で大手企業のモデルに匹敵する実力を示した。Cursorでの脆弱性発見はその象徴的な事例だが、詳細の多くはまだ確認されておらず、今後の開示内容を注視する必要がある。
参考・出典
📚 関連書籍を Amazon で探す
広告: Amazon アソシエイトプログラムによるリンクです
- 📚 LLM・大規模言語モデル入門 →
Transformer の仕組みから実装まで、技術書の鉄板。
- 📚 プロンプトエンジニアリング →
出力品質を上げる「聞き方」の体系。













