Skip to main content
ClickHouse は、セキュリティにおける責任共有モデルのもとで Bring Your Own Cloud (BYOC) を提供しており、その内容は Trust Center (https://trust.clickhouse.com) からダウンロードできます。以下の情報は、BYOC のお客様が潜在的なセキュリティイベントを特定する方法の例として提供するものです。お客様は、この情報を自社のセキュリティプログラムに照らして検討し、追加の検知やアラートが有用かどうかを判断してください。

侵害された可能性のある ClickHouse の認証情報

認証情報ベースの攻撃を検出するためのクエリや、悪意のあるアクティビティを調査するためのクエリについては、database audit log のドキュメントを参照してください。

アプリケーション層のサービス拒否攻撃

サービス拒否 (DoS) 攻撃を仕掛ける方法はいくつかあります。攻撃が特定のペイロードによって ClickHouse インスタンスをクラッシュさせることを狙ったものである場合は、システムを稼働状態に復旧するか、システムを再起動してアクセスを制限し、制御を回復してください。攻撃に関する詳細情報を確認するには、次のクエリを使用して system.crash_log を参照してください。

侵害された ClickHouse 用 AWS ロール

ClickHouse は、システム機能を有効にするために、事前に作成されたロールを利用します。このセクションは、お客様が CloudTrail を有効にした AWS を使用しており、CloudTrail のログにアクセスできることを前提としています。 インシデントが侵害されたロールに起因している可能性がある場合は、ClickHouse の IAM ロールとアクションに関連する CloudTrail および CloudWatch のアクティビティを確認してください。IAM ロールの一覧については、セットアップの一部として提供される CloudFormation スタックまたは Terraform モジュールを参照してください。

EKS クラスターへの不正アクセス

ClickHouse BYOC は EKS 内で実行されます。このセクションでは、お客様が AWS で CloudTrail と CloudWatch を使用しており、ログにアクセスできることを前提としています。 インシデントが EKS クラスターの侵害に起因する可能性がある場合は、以下のクエリを EKS の CloudWatch ログ内で使用して、具体的な脅威を特定します。 username ごとの Kubernetes API 呼び出し数を一覧表示
ユーザーがClickHouseのエンジニアかどうかを確認する
サービスロールを除外し、Kubernetes Secret にアクセスしているユーザーを確認する
最終更新日 2026年7月3日