ログ監査サービスは、コンプライアンス監査、脅威検出、セキュリティ分析のために、複数のアカウントにわたる Alibaba Cloud サービスからの一元的なログ収集を自動化します。
ログ監査サービスコンソールの旧バージョンへのエントリは、2025年1月21日に非表示になります。ただし、既存ユーザー (この日付以前にご利用を開始したユーザー) は、引き続き当該エントリにアクセスできます。旧バージョンの利用を希望する新規ユーザーは、ログ監査サービスの新バージョンにアクセスし、[旧バージョンに戻る] をクリックして旧バージョンに戻ることができます。
ログ監査サービス (旧バージョン) の更新は終了しました。できるだけ早くログ監査サービスの新バージョンに移行することを推奨します。
機能
ログ監査サービスは Simple Log Service を拡張し、クロスアカウントでの自動化されたリアルタイムのログ収集を実現します。このサービスは、ActionTrail、 Container Service for Kubernetes (ACK)、 Object Storage Service (OSS)、 Apsara File Storage NAS (NAS)、 Server Load Balancer (SLB)、 Application Load Balancer (ALB)、 API Gateway、 Virtual Private Cloud (VPC)、 ApsaraDB RDS、 PolarDB-X 1.0、 PolarDB、 Web Application Firewall (WAF)、 Anti-DDoS、 Cloud Firewall、 Security Center、サードパーティクラウドサービス、自己管理型 SOC からの監査データを収集、保管、クエリ、集計します。
背景情報
-
ログ監査は法的に義務付けられています。
世界中の企業は、中華人民共和国サイバーセキュリティ法 (2017 年施行) や MLPS 2.0 (2019 年 12 月施行) などの規制要件を満たす必要があります。
-
ログ監査は企業のデータセキュリティコンプライアンスを支えます。
企業のコンプライアンスチームは、デバイスの操作、ネットワークの動作、およびログを監査します。ログ監査サービスは、生ログを利用してコンプライアンスレポートを生成し、自己管理型 SOC または Alibaba Cloud Security Center と統合します。
-
ログ監査はデータセキュリティにとって重要です。
FireEye M-Trends 2018 レポートによると、滞在時間の中央値 (侵害から検出まで) は、グローバルでは 101 日、アジア太平洋地域では 498 日でした。滞在時間を短縮するには、信頼性の高いログデータ、永続的なストレージ、および監査機能が必要です。
シナリオ
-
SLS ベースの監査
SLS は、DevOps、運用、セキュリティ、監査の各シナリオに向けて、エンドツーエンドのログ収集、クレンジング、分析、可視化、アラートを提供します。
-
一般的なログ監査
ログ監査の要件は 4 つのレベルに分類されます。
-
基本:中小企業は、MLPS 2.0 の要件を満たすために、自動ログ収集と保存が必要です。
-
中級:複数の Alibaba Cloud アカウントを持つ大企業または多国籍企業は、集中ログ収集、アカウント管理、および既存の監査システムとのリアルタイム同期が必要です。
-
上級:専任のコンプライアンスチームを持つ企業は、ログ監視、分析、アラート、可視化が必要です。ログを自社システムに転送するか、SLS の組み込み監査機能を使用します。
-
最上級:専門のコンプライアンスチームを持つ大企業は、集中データ管理のために、自己管理型 SOC または監査システムをログ監査サービスと同期する必要があります。
ログ監査サービスは、4 つすべてのレベルの要件を満たします。
-
メリット
-
一元的なログ収集
-
クロスアカウント収集:複数の Alibaba Cloud アカウントから 1 つのプロジェクトにログを収集します。 マルチアカウント収集は、カスタム認証モードまたはリソースディレクトリモード (推奨) で設定します。 マルチアカウント収集を設定する。
-
使いやすさ:収集ポリシーを一度設定するだけで、ログ監査サービスが新しいリソース (RDS インスタンス、SLB インスタンス、OSS バケット) からのログをアカウントをまたいでリアルタイムで自動的に収集します。
-
一元的なストレージ:ログは 1 つのリージョンの中央プロジェクトに保存され、効率的なクエリ、分析、可視化、アラート機能、および二次開発が可能になります。
-
-
総合的な監査
-
ログ監査サービスは、SLS のすべての機能 (クエリ、分析、変換、可視化、アラート機能、ログのエクスポート) に加え、一元的な監査機能もサポートします。
-
Alibaba Cloud サービス、オープンソースソフトウェア、およびサードパーティ SOC と統合します。
-
サポートされている Alibaba Cloud サービス
ログ監査サービスは、ActionTrail、ACK、OSS、NAS、SLB、ALB、API Gateway、VPC、ApsaraDB RDS、PolarDB-X 1.0、PolarDB、WAF、Cloud Firewall、Security Center、および Anti-DDoS からログを収集します。ログは、ダッシュボードが自動生成される専用の Logstore と Metricstore に自動的に保存されます。
|
クラウドサービス |
監査ログ |
収集がサポートされているリージョン |
前提条件 |
Simple Log Service リソース |
|
ActionTrail |
|
中国 (杭州)、中国 (上海)、中国 (青島)、中国 (北京)、中国 (張家口)、中国 (フフホト)、中国 (ウランチャブ)、中国 (深セン)、中国 (河源)、中国 (広州)、中国 (香港)、シンガポール、マレーシア (クアラルンプール)、インドネシア (ジャカルタ)、日本 (東京)、米国 (シリコンバレー)、米国 (バージニア)、ドイツ (フランクフルト)、英国 (ロンドン)、UAE (ドバイ) |
なし |
|
|
Cloud Config |
|
Cloud Config がサポートするすべてのリージョン |
ログ監査サービスで Cloud Config のログを収集するには、SLS が Cloud Config からログを抽出することを承認する必要があります。承認後、ログは自動的に SLS にプッシュされます。 |
|
|
SLB |
HTTP または HTTPS リスナーのレイヤー 7 ネットワークログ |
中国 (杭州)、中国 (上海)、中国 (青島)、中国 (北京)、中国 (張家口)、中国 (フフホト)、中国 (ウランチャブ)、中国 (深セン)、中国 (河源)、中国 (広州)、中国 (成都)、中国 (香港)、シンガポール、日本 (東京)、マレーシア (クアラルンプール)、インドネシア (ジャカルタ)、フィリピン (マニラ)、英国 (ロンドン)、UAE (ドバイ)、米国 (シリコンバレー)、米国 (バージニア)、ドイツ (フランクフルト) |
なし |
|
|
ALB |
HTTP または HTTPS リスナーのレイヤー 7 ネットワークログ |
中国 (杭州)、中国 (上海)、中国 (青島)、中国 (北京)、中国 (張家口)、中国 (ウランチャブ)、中国 (深セン)、中国 (広州)、中国 (成都)、中国 (香港)、日本 (東京)、シンガポール、マレーシア (クアラルンプール)、インドネシア (ジャカルタ)、ドイツ (フランクフルト)、米国 (シリコンバレー)、米国 (バージニア) |
なし |
|
|
API Gateway |
アクセスログ |
サポートされているすべてのリージョン |
なし |
|
|
VPC |
フローログ |
中国 (杭州)、中国 (上海)、中国 (青島)、中国 (北京)、中国 (張家口)、中国 (フフホト)、中国 (ウランチャブ)、中国 (深セン)、中国 (河源)、中国 (広州)、中国 (成都)、中国 (香港)、シンガポール、マレーシア (クアラルンプール)、インドネシア (ジャカルタ)、日本 (東京)、米国 (シリコンバレー)、米国 (バージニア)、UAE (ドバイ)、ドイツ (フランクフルト)、英国 (ロンドン) |
ecs.c1、ecs.c2、ecs.c4、ecs.ce4、ecs.cm4、ecs.d1、ecs.e3、ecs.e4、ecs.ga1、ecs.gn4、ecs.gn5、ecs.i1、ecs.m1、ecs.m2、ecs.mn4、ecs.n1、ecs.n2、ecs.n4、ecs.s1、ecs.s2、ecs.s3、ecs.se1、ecs.sn1、ecs.sn2、ecs.t1、ecs.xn4 |
|
|
DNS |
イントラネット DNS ログ |
中国 (杭州)、中国 (上海)、中国 (青島)、中国 (北京)、中国 (張家口)、中国 (深セン)、中国 (広州)、中国 (香港)、中国 (成都)、シンガポール、米国 (シリコンバレー) |
新バージョンの Alibaba Cloud DNS コンソールにアクセスして、Alibaba Cloud DNS PrivateZone をアクティブ化します。 |
|
|
パブリック DNS 解決ログ |
該当なし |
|
|
|
|
Global Traffic Manager (GTM) ログ |
該当なし |
|
|
|
|
WAF |
|
サポートされているすべてのリージョン |
|
|
|
Security Center |
重要
2025 年 3 月 27 日以降、ネットワークログの配信はサポートされなくなりますが、以前に配信されたデータは保持され、クエリに利用できます。詳細については、「[お知らせ] ログ分析および CTDR 機能の更新」をご参照ください。 |
中国 (杭州) およびシンガポール |
|
|
|
Cloud Firewall |
インターネットファイアウォールおよび VPC ファイアウォールのトラフィックログ |
該当なし |
|
|
|
Bastionhost |
操作ログ |
サポートされているすべてのリージョン |
Bastionhost は V3.2 以降である必要があります。 |
|
|
OSS |
|
中国 (杭州)、中国 (上海)、中国 (青島)、中国 (北京)、中国 (張家口)、中国 (フフホト)、中国 (ウランチャブ)、中国 (深セン)、中国 (河源)、中国 (広州)、中国 (成都)、中国 (香港)、シンガポール、マレーシア (クアラルンプール)、インドネシア (ジャカルタ)、フィリピン (マニラ)、日本 (東京)、韓国 (ソウル)、タイ (バンコク)、ドイツ (フランクフルト)、UAE (ドバイ)、英国 (ロンドン)、米国 (バージニア)、米国 (シリコンバレー) |
なし |
|
|
ApsaraDB RDS |
|
|
|
|
|
PolarDB for MySQL |
|
サポートされているすべてのリージョン |
|
|
|
PolarDB-X 1.0 |
PolarDB-X 1.0 監査ログ |
中国 (青島)、中国 (深セン)、中国 (上海)、中国 (北京)、中国 (杭州)、中国 (張家口)、中国 (成都)、中国 (香港) |
なし |
|
|
NAS |
アクセスログ |
サポートされているすべてのリージョン |
なし |
|
|
ACK |
|
中国 (上海)、中国 (北京)、中国 (杭州)、中国 (深セン)、中国 (フフホト)、中国 (張家口)、中国 (成都)、中国 (香港) |
Kubernetes ログのログ収集機能を手動で有効にする必要があります。 説明
|
|
|
Anti-DDoS |
|
該当なし |
|
|
ApsaraDB RDS インスタンスまたは PolarDB for MySQL クラスターが再起動した場合、ログ監査サービスは、再起動後 5 分以内に生成された一部のログを収集できない場合があります。