患者データベースへの直接接続と
持ち出しを、FWの分離と
AIのアクセス監視で防ぐ

想定するシステムと課題

複数の診療科を持つ医療機関で、Web予約システムと、電子カルテ連携用の患者データベースを運用しているモデルケースです。予約システムは外部ベンダーが構築し、DBサーバーは院内のラックに設置。ベンダーの保守のためにDBのポートがインターネットから到達できる状態になっており、定期バックアップは予約システムと同じサーバーの公開領域に置かれていました。

個人情報保護委員会が示した安全管理措置の見直しを受けて、「Webの画面を守るだけで足りるのか」「DBから丸ごと持ち出される手口に備えたい」というご相談を想定しています。

AIによる攻撃は、こう来る

この3つの経路に共通するのは、Webの画面を経由しないことです。WAFもWebのアクセスログも役に立ちません。DBに「誰が、どこから、いつ、どれだけ」接続したかを見る必要があります。

課題と解決アプローチ

防御の構成（従来型の層 ＋ AIの層）

インターネット（DBポート探索・バックアップ探索・乗っ取られた端末）
   │
   ▼
[入口] ファイアウォール ── DB ポート（3306 / 5432）は外部から閉鎖。Web は WAF 経由のみ
   │
   ├─ Web予約サーバー（DMZ）
   │    ├─ [公開範囲] バックアップ・ダンプは公開領域に置かない
   │    └─ [監視] Previento エージェント ── 設定ファイル探索・連番ID・FTP 転送を検知
   │
   ├─ 連携サーバー（電子カルテ連携 API）
   │    └─ [監視] 想定した接続元以外からの API アクセス成功を重大で通知
   │
   └─ [公開範囲] 保守用踏み台（MFA・保守元IPのみ）
        │
        ▼
[分離] 院内セグメント：DB サーバー ── Web・連携・踏み台からのみ接続可
   └─ [監視] Previento エージェント ── DB 接続元・接続時刻・参照量・エクスポートを収集
                 │
                 ▼
         Previento（クラウド）
           ├─ 見慣れない接続元からの接続成功を「要確認」、総当たり後の成功は重大
           ├─ 夜間・休日の大量参照、ふだんの数倍の転送量を検知
           ├─ バックアップ用ストレージへの想定外アクセスを検知
           └─ 重大 → 遮断 ＋ LINE / Slack / メール通知

凡例：緑＝従来型の防御（ファイアウォール・WAF・VPN・認証・分離）／青＝AIによる監視・判定（Previento）／赤＝攻撃

AIは、ここで何を判定するのか

• DBの「誰が・どこから」を見る——DBに今つながっている接続元を一覧にし、信頼済み（Web・連携・踏み台）以外を「要確認」として表示する。FWで閉じたはずの経路が、設定変更で再び開いてしまったときにも気づける
• 「量」と「時間帯」のふだんを学ぶ——診療時間中の予約システムからの参照量を基準に、夜間・休日の全件参照や、ふだんの数倍の転送量を検知する。正規の権限で行われる持ち出しは、この「量と時間帯の違い」でしか見えない
• 置き忘れたファイルの取得に気づく——公開領域に対する backup.zip・.sql の要求に 200 が返り、大きなデータが送られた場合は重大とする。404 が並ぶだけの探索は警告に留める
• 連携APIの想定外の接続元——電子カルテ連携などのAPIに、想定した接続元以外からのアクセスが成功したら重大で通知する。APIは画面を持たないため、見落とされやすい入口

DBの直接接続とバックアップの持ち出しは、当社の技術コラム「DBへの直接アクセスとバックアップ持ち出しを防ぐ」で、ログに残る痕跡と防止策を詳しく解説しています。Previento が検知するのは兆候で、実際の持ち出しの有無は、接続の記録と参照量の履歴で確認します。

導入ステップ（想定）