「検知して通知する」だけでは足りない #

これまでのBASTIONは、ログを分析して異常を検知し、Slackに通知する仕組みでした（第1回参照）。しかし通知を受けた後のアクション——攻撃元IPのファイアウォールブロック——は人間が手動でOPNsenseの管理画面を開いて操作する必要がありました。

深夜3時に通知が来て、翌朝ログインしてブロックする。その間6時間、攻撃者はスキャンし放題です。

そこでBASTIONにリアクティブ防御を実装しました。AIが攻撃を検知すると、ファイアウォールへのブロック追加を自動的に提案し、Slackで承認するだけでOPNsenseに即座にルールが入ります。

全体のフロー #

実際の動作 #

1. ブロック提案がSlackに届く #

15分ごとの定期分析でseverity: HIGHが検出されると、攻撃元IPのブロック提案が自動的にSlackに投稿されます。

1回の分析で最大3件まで提案されます。ブロック回数の多い順に上位IPが選ばれます。

2. 承認するとファイアウォールに即座に反映 #

Slackで承認コマンドを送ると、fw-action.shがOPNsenseのAPIを叩いてブロックリストにIPを追加します。

OPNsense側では、BASTION_AutoBlockというAliasにIPが追加されます。このAliasを参照するWANブロックルールが事前に設定されているため、APIでAliasにIPを追加するだけで即座にブロックが有効になります。

3. 24時間後に自動解除 #

auto-expire.shが毎時cronで実行され、期限切れのブロックを自動解除します。

解除後に同じIPが再度スキャンを行えば、次の分析で再び提案されます。

安全機構 #

AIにファイアウォールを操作させる以上、誤判断で正常な通信を遮断しないための安全機構が必要です。5層の防御を入れました。

ホワイトリスト照合の実装 #

ホワイトリスト照合はPythonのipaddressモジュールで実装しています。CIDR表記（10.0.0.0/8等）に対応し、プライベートIP・ループバック・リンクローカル・マルチキャスト・予約済みアドレスは組み込みチェックで自動除外します。

# ホワイトリスト照合の流れ
1. 組み込みチェック: is_private / is_loopback / is_link_local / is_multicast / is_reserved
2. ファイル照合: block-whitelist.txt の各行（IP単体 or CIDR）に対して判定
3. 結果: exit 0=ブロック禁止 / exit 1=ブロック可

OPNsense APIとの連携 #

ブロックの実体はOPNsenseのAlias（IPアドレスのグループ）です。事前に「BASTION_AutoBlock」というAliasを作り、このAliasをSourceとするWANブロックルールを設定しておきます。

# IP追加（ブロック実行）
curl -k -u "${API_KEY}:${API_SECRET}" \
  -X POST "${OPNSENSE}/api/firewall/alias_util/add/BASTION_AutoBlock" \
  -d '{"address":"攻撃元IP"}'

# IP削除（ブロック解除）
curl -k -u "${API_KEY}:${API_SECRET}" \
  -X POST "${OPNSENSE}/api/firewall/alias_util/delete/BASTION_AutoBlock" \
  -d '{"address":"攻撃元IP"}'

alias_utilはランタイムテーブルを直接操作するため、APIコール1つで即座にブロックが有効になります。ファイアウォールルールの再読み込みは不要です。

監査ログ #

すべてのブロック・解除・承認・却下・タイムアウトは監査ログに記録されます。

2026-04-23 13:31:33 [PROPOSE] new block-20260423-003 ip=xxx.xxx.119.51 reason=port_scan count=3003
2026-04-23 13:37:14 [BLOCK]   approved block-20260423-003 ip=xxx.xxx.119.51 expires=2026-04-24T13:37:14
2026-04-24 00:00:03 [EXPIRE]  auto-expire block-20260423-003 ip=xxx.xxx.119.51 api=done

grepでタグ（[PROPOSE] / [BLOCK] / [EXPIRE]等）を指定すれば、特定操作だけ抽出できます。

段階的な自律化 #

現在はSlack承認ゲート方式ですが、実績を蓄積して段階的に自律化する設計です。

まとめ #

BASTIONのリアクティブ防御は、ログ分析→ブロック提案→Slack承認→OPNsense APIブロック→24時間自動解除のフローを全自動で実行します。安全機構5層（ホワイトリスト、承認ゲート、レートリミット、自動解除、緊急フラッシュ）により、誤判断による業務影響を最小化しています。

現在はSlack承認ゲート方式で運用中ですが、実績データを蓄積し、段階的に自律化していく設計です。「検知→通知」で終わっていた監視システムが、「検知→判断→対処→自動解除」のループを閉じました。