「BIツールって分析用のデータを入れてるんでしゅよね?それが全部盗まれるんでしゅか?!」
「CVSS 10.0って最大値でしゅよね……どれくらい危ないんでしゅか?」
ビジネスインテリジェンスツールには、売上・顧客・財務のデータが集まる。それが丸ごと攻撃者の手に渡る。CVSSが最大値ということは、認証不要・ネットワークアクセスだけで成立する最悪の分類だな
コンピューターメーカーのFramework社とフォームビルダーのTally社が被害を受けたって聞いたでしゅけど、どういうことでしゅか?
オープンソースのビジネスインテリジェンスツール「Metabase」に、認証不要のSQLインジェクション(CVSS 10.0)が発見されました。
攻撃者はこのゼロデイを実際の攻撃で悪用し、コンピューターメーカーのFramework社とフォームビルダーのTally社で顧客データが窃取される被害が発生しました。
- MetabaseのパスワードリセットエンドポイントにCVSS 10.0のSQLインジェクション(ゼロデイ)が存在、認証なしでDB操作・管理者昇格が可能
- Framework社で顧客の氏名・メール・住所・電話番号が、Tally社でメールアドレスとパスワードハッシュが窃取される被害が発生
- 各バージョンに対応したパッチ版が公開済み。自己ホストユーザーは即時アップデートが必要
目次
Metabaseで何が起きたか
Metabaseはセルフホスト可能なオープンソースのBIツールで、企業がデータ分析・可視化に広く使用しています。
今回のゼロデイはパスワードリセットエンドポイント(/api/session/reset_password)に存在していました。
攻撃者はこのエンドポイントに細工したリクエストを送るだけで、データベースに任意のSQLを注入してデータを読み取ったり、管理者権限に昇格できました。
ログインしなくてもパスワードリセットのAPIを叩けるってこと?それが入口になったんでしゅか?
そうだ。パスワードリセット自体は未認証で受け付けることが多い。そこにSQLインジェクションが潜んでいた。CVSSが10.0なのは、認証不要・特殊な条件不要・ネットワークさえあれば攻撃できるためだ
影響を受けるバージョンと修正パッチは以下のとおりです。
| 脆弱バージョン系列 | 修正バージョン |
|---|
| x.58系 | x.58.24 |
| x.59系 | x.59.21 |
| x.60系 | x.60.17 |
| x.61系 | x.61.11 |
| x.62系 | x.62.9 |
| x.63系 | x.63.5 |
Metabaseのクラウド(ホスト版)は既にパッチが適用済みのため、自己ホストユーザーのみ対応が必要です。
ゼロデイ悪用の実態——FrameworkとTallyの被害
FrameworkとTallyのどちらも、Metabaseをデータ分析に使っていた。攻撃者はSQLインジェクションでデータベースの認証情報を取得し、そこから接続先DBにアクセスして顧客情報を盗み取った
Framework社はこの攻撃で以下のデータが被害を受けたと公表しました(Tally社の被害はメールアドレスとパスワードハッシュのみで、フォームデータは別DBのため非対象)。
- 氏名(フルネーム)
- メールアドレス
- 配送先・請求先住所
- 電話番号
- 企業名(B2B顧客の場合)
Metabaseが確認した積極悪用は2026年8月3日ごろから始まりました。これはゼロデイ期間中(パッチ公開前)の攻撃です。
この脆弱性が特に危険な理由は以下のとおりです。
- MetabaseはしばしばCRM・EC・SaaS等の本番DBに直接接続されている
- 分析目的で広範な読み取り権限が設定されていることが多い
- BI/分析ツールはIDPや多要素認証の対象外になりがちで、管理が手薄になりやすい
まとめ:BIツールもセキュリティ管理対象に
MetabaseのSQLインジェクションゼロデイは、BIツールが企業のセキュリティ管理の死角になっていたことを示しています。
財務・顧客・在庫データを持つ本番DBへの接続ポイントとしてのリスクを、改めて見直す必要があります。
BIツールの管理ってちゃんとしてなかったかもでしゅ……今すぐ確認しないといけないでしゅね
ふふふ、パッチ適用は前提として、MetabaseからDBへのアクセス権限を最小限に絞ることも重要だ。本番DBに直接接続していたり、管理者権限を与えていたりするなら今すぐ見直すことだな
今すぐ取るべき対応は以下のとおりです。
- 使用しているMetabaseのバージョンを確認し、対応するパッチ版(x.58.24/x.59.21/x.60.17/x.61.11/x.62.9/x.63.5)に即時アップデート
- Metabaseが本番DBに直接接続している場合、接続に使うDBユーザーの権限を読み取り専用かつ必要最小限に制限
- Metabaseのネットワーク公開範囲を見直し、不要な外部アクセスをブロック
- 2026年8月以降のアクセスログを確認し、/api/session/reset_passwordへの不審なリクエストがないか調査
BIツール・分析基盤も、重要なセキュリティ管理対象として位置付けてください。