クラウドセキュリティ

Falco ふぁるこ

ランタイムセキュリティKubernetesシステムコールeBPF脅威検知CNCF
Falcoについて教えて

簡単に言うとこんな感じ!

Falcoは、Kubernetesやサーバーの中で「いま何か変なことが起きてないか?」をリアルタイムで監視してくれるセキュリティツールだよ。侵入者が家の中で動き回っているのを察知する「防犯カメラ+警報システム」みたいなイメージ!


Falcoとは

Falcoは、クラウドネイティブ環境(特にKubernetesやコンテナ)向けのオープンソースのランタイムセキュリティツールです。アプリケーションが「実際に動いている最中(ランタイム)」に、不審なふるまいや脅威をリアルタイムで検知するために使われます。もともとはSysdigが開発し、現在はCNCF(Cloud Native Computing Foundation)の卒業プロジェクトとして広く普及しています。

Falcoの最大の特徴は、OSのシステムコール(syscall)という「プログラムがOSに命令を送る低レベルな通信」を監視することです。これにより、「ファイルへの不正アクセス」「特権コマンドの実行」「ネットワーク接続の異常」など、コンテナの内側で起きる怪しい動きを見逃しません。ファイアウォールや脆弱性スキャナが「入口」を守るのに対し、Falcoは「すでに中に入ってきた脅威」を検知するのが役割です。

ビジネス的な文脈で言えば、クラウドシステムへの攻撃は「入口を突破した後」に大きな被害をもたらします。Falcoを導入することで、不正アクセスや設定ミスによるリスクを早期に検知でき、インシデント対応の速度を大幅に向上させることができます。


Falcoの仕組みと構造

Falcoは大きく3つの要素で動作します。

要素役割例え
データソース(ドライバ)システムコールやログを収集する防犯カメラのレンズ
ルールエンジン収集したデータを定義済みルールと照合する警報の判断基準
アラート出力異常を検知したら通知・ログを出力する警報ベルとログブック

データ収集の方法:カーネルドライバとeBPF

Falcoがシステムコールを監視する方法は主に2種類あります。

  • カーネルモジュール(従来型): Linuxカーネルに直接モジュールを挿入して監視。性能は高いが、カーネルのバージョン依存が強い
  • eBPF(現在の主流): Linuxカーネルに安全にプログラムを注入できる技術。カーネルに変更を加えず、安全かつ柔軟に動作する。クラウド環境ではeBPFが推奨される

ルールの書き方

FalcoのルールはYAML形式で記述され、「どんな条件のとき」「何をするか」を定義します。

- rule: コンテナ内でシェルが起動された
  desc: コンテナの中でbashやshが実行されると危険な場合がある
  condition: >
    spawned_process and container
    and proc.name in (bash, sh, zsh)
  output: >
    コンテナ内でシェル起動を検知
    (user=%user.name container=%container.name)
  priority: WARNING

このように「条件(condition)」と「出力メッセージ(output)」と「深刻度(priority)」をセットで定義します。Falcoにはデフォルトで豊富なルールセットが付属しており、最初から多くの脅威パターンに対応しています。


歴史と背景

  • 2016年: Sysdigがオープンソースプロジェクトとしてリリース
  • 2018年: CNCF(Cloud Native Computing Foundation)にサンドボックスプロジェクトとして受理される
  • 2020年: CNCFのインキュベーティングプロジェクトに昇格。Kubernetes環境でのデファクトスタンダード的な位置づけに
  • 2022年: eBPFサポートが本格強化され、クラウドプロバイダーのマネージドKubernetes(EKS・GKE・AKSなど)での導入が容易に
  • 2023年: CNCFの卒業プロジェクトに昇格。本番環境での採用実績が多数認められ、エンタープライズ利用が急拡大
  • 現在: Prometheus・Grafanaなどの監視スタックとの連携、SIEMとの統合も一般的になり、クラウドセキュリティの必須ツールとして定着

Falcoと関連ツールの比較・位置づけ

セキュリティツールには役割ごとに「守るタイミング」が異なります。Falcoはその中でも「動いている最中」を担います。

フェーズツール例Falcoとの違い
コード・イメージのスキャン(事前)Trivy、Snykデプロイ前に脆弱性を検出。ランタイムは対象外
ネットワーク境界の防御ファイアウォール、WAF通信の入口を守る。内部の動作は監視しない
ランタイム監視(実行中)Falco動作中のコンテナ・ホストの異常をリアルタイム検知
インシデント対応・集約SIEM(Splunk、Elastic)Falcoのアラートを受け取り、横断的に分析

以下の図は、Falcoがシステムのどこでどのように機能するかを示します。

Falco の動作フロー Kubernetesクラスター コンテナ / Pod ホストOS Linux Kernel クラウドログ CloudTrail など Falco ドライバ (eBPF / カーネルモジュール) ルールエンジン YAMLルールと照合 アラート出力 Slack / SIEM / ログ Falcosidekick 通知の転送・集約 システムコール・ログを収集 → ルール照合 → アラート通知

代表的なデフォルト検知ルール

Falcoには最初から以下のような検知ルールが組み込まれています。

検知カテゴリ具体例
コンテナ内のシェル起動本番コンテナ内でbashが実行された
特権操作rootによるファイル書き込み、chmodの実行
機密ファイルへのアクセス/etc/shadow(パスワードファイル)の読み取り
ネットワーク異常予期しないポートへの外部接続
Kubernetes API操作本番クラスターへの異常なkubectl実行
クラウドAPIの不審な呼び出しIAMロールの急な変更、S3バケットの公開設定変更

関連する規格・RFC

規格・参考文書内容
CNCF Falco ProjectCNCFの卒業プロジェクトとしての公式ページ
CIS Kubernetes BenchmarkKubernetesのセキュリティベースラインとFalcoルールの対応参照に使われる

関連用語

  • Kubernetes — コンテナをまとめて管理するオーケストレーションプラットフォーム。Falcoの主要な監視対象
  • eBPF — Linuxカーネルに安全にプログラムを注入できる技術。Falcoのデータ収集基盤
  • コンテナ — アプリケーションを軽量な実行環境に隔離する技術。Falcoの監視対象
  • SIEM — セキュリティイベントを横断的に収集・分析するシステム。Falcoのアラートをインプットとして活用
  • CNCF — クラウドネイティブ技術を推進する業界団体。Falcoのホームプロジェクトはここにある
  • ゼロトラスト — 「何も信頼しない」前提のセキュリティ設計思想。Falcoのランタイム監視と相性が良い
  • 脆弱性スキャン — デプロイ前にイメージの弱点を検出する仕組み。Falcoの事前対策として組み合わせる
  • インシデントレスポンス — セキュリティ事故を検知・対応する一連のプロセス。Falcoのアラートがトリガーになる