MENU

【高】CVE-2026-41641 nocobaseの認証回避SQLインジェクション脆弱性解説とAI Security対策ガイド

  • URLをコピーしました!

AI Security速報をXで配信しています!!

AI/LLM関連の脆弱性、PoC、KEV追加などの更新情報を見逃したくない方は、Xをフォローしてねー!

Xでフォローする

本記事は公開時点の情報をもとにした速報記事です。内容が更新される場合があるため、必要に応じてベンダー公式情報や一次情報もあわせて確認してください。

目次

結論

  • 危険度: High (CVSS 7.2)
  • 対象: @nocobase/plugin-collection-sql < 2.0.39
  • 修正: 2.0.39
  • KEV: No (NVD Critical由来。CISA KEVには未登録)
タイトルの緊急度プレフィックス(【至急】【最重大】等)の意味
表記 条件 意味 対応目安
【至急/ランサム悪用】 CISA KEV登録 + ランサムウェア悪用観測 ランサムグループが現在進行形で悪用 本日中に対応開始
【至急/重大】 CISA KEV登録 + CVSS 9.0以上 実世界で攻撃観測あり + スコア極めて高い 本日中に対応開始
【重大/KEV登録】 CISA KEV登録(CVSS低またはNVD未反映) 実世界で攻撃観測あり 数日以内
【最重大】 CVSS 9.5以上(KEV未登録) 理論上の危険度ほぼ満点、攻撃観測はまだない 1週間以内に対応計画
【重大】 CVSS 9.0〜9.4(KEV未登録) Critical帯の理論的高リスク 1〜2週間以内
【高】 CVSS 7.0〜8.9(KEV未登録) High帯のリスク 計画的に対応
(プレフィックスなし) CVSS 7.0未満 Medium以下のリスク 通常メンテで対応

「至急」と「最重大」の違い: 「至急」は CISA(米国政府機関)が 実際に悪用を観測した CVEに付与されます。「最重大」は CVSS スコア上は最高峰だが、まだ悪用観測がない ものです。同じCVSS 9.8でもKEV登録の有無で扱いが変わります。

最終更新: 2026-05-12 | 本記事は公式情報をもとに作成しています。最新情報はベンダー公式アドバイザリを必ずご確認ください。

STEP やること かかる目安
STEP 1 何が起きているか理解する 3分
STEP 2 急ぎ対応すべきか判断する 3分
STEP 3 自分の環境が対象か確認する 5分
STEP 4 修正を適用する 環境による
STEP 5 修正されたことを確認する 3分

STEP 1: 何が起きているか

一言でいうと

CVE-2026-41641はnocobaseの脆弱性で、認証済みユーザーがSQLコレクションを悪意ある内容に更新し、データを盗み出せます。LLMゲートウェイ運用者やAI開発者にとって最優先で対応が必要です。

やさしく説明すると

この問題はnocobaseの「sqlCollection:update」という機能に鍵がかかっていない状態に似ています。管理権限があるユーザーが、一旦安全なSQLを登録した後に、「危険なSQL」を勝手に登録し、そのままデータをのぞき見されてしまいます。玄関の鍵がかかっていなくて、悪意ある人が部屋に入れるイメージです。

技術的な原因

nocobaseはAIと連携するノーコード/ローコードプラットフォームです。SQLの安全性検査をする checkSQL() 関数が、SQL作成(create)や実行(execute)時には動作しますが、更新(update)時に呼ばれていません。そのため更新の際に管理されたはずのSQLコードが無検証で書き換えられ、任意のSQLインジェクション(CWE-89: SQL Injection)を招きます。また、権限管理の不適切さ(CWE-284)も原因です。

影響を受けると何が困るか

  • APIキーを使った不正なデータベース情報の窃取
  • LLMコンテキストの漏洩、顧客データの流出
  • AIエージェントの不正操作による信頼性低下
  • モデルや検索支援データ(RAG)の改ざんリスク
  • 不正なクエリで請求コストが急増する可能性
  • テナント間の情報漏洩による多重被害
  • Cursor、Cline、Copilotなどの開発支援ツールを使う際の悪用リスク増大
  • IDE拡張の乗っ取り・悪用による開発環境破壊
  • .envや認証情報の漏洩によるインフラへの広範攻撃

もっと詳しく調べたい人へ — 公式情報源マップ

本記事は以下の公式・準公式の情報源から内容を集約しています。一次情報を確認したい場合や英語で詳細を読みたい場合は、各リンクから直接アクセスできます。

カテゴリ 情報源 言語 何が分かるか リンク
総合 NVD(米国 NIST) 米国政府の脆弱性データベース。CVSSスコア、影響を受けるCPE、参考リンクの総合ハブ。最も網羅的。 開く
総合 MITRE CVE CVE採番機関の公式記録。CVE記述の「正本」。NVDより記載が簡潔だが一次情報。 開く
総合 JVN iPedia(JPCERT/CC・IPA) 日本のCSIRTが運用する脆弱性対策情報データベース。日本語で概要・対策が読める。掲載がない場合あり。 開く
総合 CISA KEV(悪用観測カタログ) 米国CISAが実際に悪用を確認している脆弱性のカタログ。掲載されていれば最優先で対応。 開く
総合 GitHub Advisory Database OSSパッケージ(npm/pypi/maven/composer/go等)別の脆弱性アドバイザリ。修正PRへのリンクが豊富。 開く
総合 OpenCVE 複数CVEデータベースの集約検索サービス。タイムラインや関連CVEの俯瞰に有用。 開く
Linux Red Hat CVE Red Hat製品(RHEL/CentOS Stream/Rocky/AlmaLinux系)の影響評価とパッチ状況。 開く
Linux Ubuntu Security Ubuntu の影響評価。各Ubuntuバージョン(22.04/24.04等)でのパッチ提供状況が一目で分かる。 開く
Linux Debian Security Tracker Debian の影響評価。stable/testing/sid別のパッチ状況。Debian派生ディスト利用者向け。 開く
Linux SUSE CVE SUSE Linux Enterprise / openSUSE の影響評価とパッチ状況。 開く
悪用 Exploit Database 公開エクスプロイトのアーカイブ。検出ツールやペネトレーションテストでの参照用。 開く
悪用 Packet Storm Security セキュリティアドバイザリ・エクスプロイトの集約サイト。古めの情報も含む。 開く
悪用 GitHub PoC 検索 GitHubコード検索でCVE IDを直接検索。野良PoCの早期発見に。 開く
悪用 X(Twitter)検索 日英 直近の議論やニュースを観測。In-the-wild悪用の早期検知に有用。 開く
スキャナ Snyk Vulnerability DB パッケージ別の脆弱性詳細と修正バージョン。OSS依存ライブラリ追跡に有用。 開く
スキャナ Tenable(Nessus) Nessusスキャナでの検出プラグイン情報。検出ロジックの参考に。 開く
スキャナ Rapid7(Metasploit/Nexpose) Metasploit悪用モジュール、Nexposeでの検出情報。 開く

掲載しているのは無料でアクセスできる情報源のみです。CVEによっては掲載がないサイトもあります(特にJVN iPediaは日本国内で報告された脆弱性のみ掲載)。

STEP 2: 急ぎ対応すべきか判断する

結論: 高

判断根拠

  • CVSS v3.1スコアは7.2でHigh評価。実務的には管理者権限保持者による重要データ漏洩リスクが高い。
  • EPSSスコアは0.10%(パーセンタイル26.1%)で悪用予測はやや低め。ただし認証済み権限者が悪用できる点を考慮。
  • ランサムウェア悪用は現状「不明」。しかし権限昇格やデータ漏洩を許すため注意すべき。
  • 公開PoCは現在なし。GitHub上に該当するPoCリポジトリは0。
  • 必要権限はコレクション管理権限(高い)。ネットワーク経由で認証済みなら悪用可能。
  • デフォルト設定での脆弱性に該当し、認証ありの管理者が使う環境では放置禁物。

誰が動くべきか

  • nocobaseを本番運用するLLM Gateway運用チーム
  • Agentフレームワーク開発者でnocobase連携を使う場合
  • MLインフラチーム、特にRAGパイプライン管理者
  • ノーコード/ローコード基盤を内部利用しているSRE/SecOps
  • AIコーディング支援ツール(Cursor、Cline、Copilot等)を利用しnocobaseと絡む開発者(バイブコーダー)

STEP 3: 自分の環境が対象か確認する

影響を受けるバージョン

製品 脆弱なバージョン範囲 修正版
@nocobase/plugin-collection-sql(nocobase本体含む) < 2.0.39 2.0.39

バージョン確認コマンド

Python環境(pip)

pip show nocobase

出力例:

Name: nocobase
Version: 2.0.32
Summary: AI-powered no-code/low-code platform

判定: Version2.0.39未満なら脆弱。

Node.js環境(npm)

npm list @nocobase/plugin-collection-sql

出力例:

@nocobase/plugin-collection-sql@2.0.32

判定: バージョンが2.0.39未満なら脆弱。

Docker環境

docker images | grep nocobase

出力例:

nocobase/nocobase       2.0.32       abcdef123456   2 weeks ago

判定: タグが2.0.39未満なら脆弱。

設定確認

今回の脆弱性はSQL更新時の検証処理漏れのため、特定の設定依存ではありません。
つまり、バージョンが脆弱範囲内ならどの設定でも危険です。

Nucleiテンプレートでの検出

nuclei向けに公式テンプレートが公開されています。対象環境に対し以下コマンドで非破壊的に脆弱性の有無を検査できます。

Linux/macOS(nuclei)

nuclei -t https://raw.githubusercontent.com/projectdiscovery/nuclei-templates/main/http/cves/2026/CVE-2026-41641.yaml -u https://target.example.com

判定: ヒットすれば脆弱。ヒットしなければ修正済みか対象外。

STEP 4: 修正を適用する

パッチ適用

npmによるアップデート

npm install @nocobase/plugin-collection-sql@2.0.39

判定: バージョンが2.0.39になればOK。

pipによるアップデート

pip install --upgrade nocobase==2.0.39

判定: バージョンが2.0.39になればOK。

Dockerイメージのアップデート

docker pull nocobase/nocobase:2.0.39
docker stop nocobase
docker rm nocobase
docker run -d --name nocobase nocobase/nocobase:2.0.39

判定: コンテナのバージョン確認で2.0.39以上が稼働していればOK。

注意: パッチ適用前に必ずバックアップを取り、ステージング環境で動作検証してください。本番反映時はダウンタイム計画を立てましょう。

パッチ即時適用ができない場合の暫定対応

公式の暫定対応は提示されていません。管理権限の権限分離を厳格化し、更新操作を許すユーザーを最小限にしてください。WAFやIPSで疑わしいSQL更新リクエストをブロックできる場合は設定を検討してください。

STEP 5: 修正されたことを確認する

STEP 3と同様のバージョン確認コマンドを再度実行してください。

期待される出力

Python環境(pip)

pip show nocobase

出力例:

Version: 2.0.39

判定: バージョンが2.0.39以上ならOK。

Node.js環境(npm)

npm list @nocobase/plugin-collection-sql

出力例:

@nocobase/plugin-collection-sql@2.0.39

判定: バージョンが2.0.39以上ならOK。

Docker環境

docker images | grep nocobase

出力例:

nocobase/nocobase       2.0.39       abcdef123456   1 day ago

判定: タグが2.0.39以上ならOK。

追加で確認すべきこと

  • Nucleiテンプレートなどで再度脆弱性検査を実施してください。
  • アクセスログをチェックし、疑わしいSQL更新リクエストがないか確認してください。
  • 権限管理設定の見直しも併せて実施することを推奨します。

補足: 悪用観測状況

GitHubの公開PoCは現在存在しませんが、NVDのExploitタグが2件付与されています。CISA KEVには未登録で、ランサムウェアによる悪用観測は報告されていません。現状は悪用は限定的とみられますが、管理者権限さえあれば任意SQL実行が可能なため放置は危険です。

補足: CVSSメトリクス詳細

  • AV(攻撃元): NETWORK(ネットワーク経由での攻撃が可能)
  • AC(攻撃複雑度): LOW(容易に攻撃可能)
  • PR(必要権限): HIGH(高い管理権限が必要)
  • UI(ユーザ操作): NONE(ユーザー操作不要)
  • S(スコープ): UNCHANGED(影響範囲は変更なし)
  • C(機密性影響): HIGH(重要機密が漏洩する)
  • I(完全性影響): HIGH(データ改ざんの可能性あり)
  • A(可用性影響): HIGH(サービス停止の可能性あり)

よくある質問(FAQ)

Q. このCVEに対応するために最低限すべきことは何ですか?

A. STEP 3で対象バージョンか確認し、STEP 4で2.0.39にアップグレードしてください。STEP 5で修正が反映されているか再確認しましょう。

Q. パッチが適用できない場合、どうすればよいですか?

A. 管理権限を最小限に絞り、怪しいSQL更新リクエストをWAFで制御してください。ネットワーク分離も検討してください。

Q. 既に攻撃を受けているか確認する方法はありますか?

A. アクセスログや監査ログで「sqlCollection:update」APIの不審な使用を調査し、CVE関連の悪用指標がないかを確認してください。

Q. なぜEPSSスコアが重要なのですか?

A. CVSSは脆弱性の理論上の危険度を示します。一方、EPSSは実際に悪用される可能性を示すため、両方を参照すると優先対応の判断がより正確になります。

Q. このCVEと類似の脆弱性は他にもありますか?

A. CWE-89(SQLインジェクション)やCWE-284(不適切なアクセス制御)は類似脆弱性のカテゴリです。同様の脆弱性が他のAI/LLM関連プラットフォームでも報告されています。

参考文献

本記事に関連するキーワードから、他のAIセキュリティ記事を探せます。

AI Security速報を継続配信しています!!

AI/LLM関連の脆弱性、PoC、KEV追加、海外アドバイザリなどを X で配信してるので、ぜひフォローをお願いします!

@ai_sec_news_256 をフォロー

この記事が気に入ったら
フォローしてね!

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!
目次