Agentic SOC のログ取り込みポリシーは、標準化ルールにバインドする必要があります。標準化ルールは、Simple Log Service (SLS) の SPL 構文を使用してログを解析および正規化します。
標準化ルール
ルールのソース
標準化ルールは SPL 構文を使用して、受信した生ログを標準化されたログ構造にマッピングし、重要なフィールドマッピングを定義します。これにより、正規化されたログからアラートを生成するためのデータ基盤が提供されます。
ルールのソース | 説明 | サポートされる操作 |
事前定義 | Agentic SOC は、SPL 構文を使用した一連の解析ルールを事前に初期化し、取り込みポリシーにバインドします。50 以上の組み込みルールテンプレートには、Alibaba Cloud のセキュリティ専門知識が組み込まれています。 |
|
カスタム |
|
|
カスタム標準化ルールの作成
[Security Center コンソール - Agentic SOC - 管理 - アクセス設定] にアクセスします。ページ左上隅で、保護対象のアセットが配置されているリージョンを選択します:Chinese Mainland または Outside Chinese Mainland。
基本設定の以下のパラメーターを構成します。
パラメーター
説明
ルール名
ルールのカスタム名を指定します。
Service Provider
事前定義済みプロバイダー:Alibaba Cloud、Fortinet、Chaitin、Microsoft、Sangfor、Tencent Cloud、Huawei Cloud、Hillstone Networks、DbappSecurity、Microsoft Cloud など。
カスタムプロバイダー:プロバイダーの作成方法については、「プロダクト統合」をご参照ください。
Service
選択したプロバイダー配下のすべてのプロダクト(例:Alibaba Cloud の Security Center や Fortinet Firewall)が自動的に一覧表示されます。サポートされているプロダクトの一覧については、「統合設定」をご参照ください。
Remarks
標準化ルールの検索性および可読性を向上させるために、説明を追加します。
ログ標準化テスト タブで、標準化ルールのフィールドマッピングを構成します。
ログサンプルのソースを選択します。
データソースに基づく
データソース:既存のデータソースインスタンスを自動同期します。
ログサンプル:過去 7 日間のログサンプルを自動的にクエリします。カスタム時間範囲を指定することも可能です。
手動入力に基づく:生ログデータを JSON エディターに貼り付けます。エディターはフォーマットおよび検証をサポートしています。
AI 推奨構成または手動構成のいずれかを使用して、解析プランを作成します。
AI 推奨構成
コンソールから Security AI Assistant を呼び出します。Agentic SOC は自動的にログ標準化エージェントを割り当て、ログサンプルを分析し、標準化分類・構造・フィールドマッピングを推奨し、SPL 構文を生成します。
[解析テスト] セクションで、Security AI Assistant をクリックします。AI アシスタントのダイアログパネルが右側に表示されます。
推奨構成の取得:ログサンプルを分析した後、Security AI Assistant が推奨構成を返します。
標準化分類および構造:AI はログ内容に基づいてログタイプを識別し、分類を推奨します。
標準化分類:ネットワークログ、ホストログ、セキュリティログ、監査ログ、スナップショットログ、ログインログ、その他ログ。
標準化構造:
各標準化分類には複数の標準化構造が含まれます。
各標準化構造は、一連の標準フィールドおよびデータセット (StoreView) に対応します。1 つのデータセットは複数の標準化構造にマッピングできます。
分類または構造ごとのデータセットおよび標準フィールドの確認方法については、「標準フィールドおよびデータセットの表示」をご参照ください。
マッピング結果テーブル:各ログフィールドとその標準フィールドとのマッピングを表示し、フィールドが必須かオプションかを示します。AI が自動的にマッチングしなかったフィールドについては、ドロップダウンリストから標準フィールドを選択します。
SPL 構文の生成:推奨構成の下部にある Generate SPL をクリックします。AI はマッピング結果に基づいて SPL 構文を生成し、マッピング判断テーブルおよびコンプライアンス自己チェックを提供します。
構成フォームへの反映:生成された SPL 構文の下部にある Apply をクリックします。AI 推奨の標準化分類、構造、および SPL 構文がルール編集フォームに自動的に入力されます。
手動構成
標準化分類および構造:Agentic SOC がサポートするデフォルトの標準化分類および構造、およびそのフィールドの説明については、「標準フィールドおよびデータセットの表示」をご参照ください。
SPL 構文:
事前定義ルールおよび既存のカスタムルールをテンプレートとして使用します。各ルールの詳細ページで SPL 構文を確認できます。
または、「SPL 構文ドキュメント」を参照してカスタム構文を作成します。
拡張フィールドおよび構文タイプの構成
拡張フィールドの取り込み:
パススルー:標準フィールドにマッピングされなかった生ログフィールドは、キーと値のペアとしてデータセットに直接保存されます。これにより元データがすべて保持されますが、ログボリュームおよびトラフィックコストが増加します。
取り込みなし(デフォルト):標準化ルールによってマッピングされなかった生ログフィールドは破棄されます。
構文タイプ:
汎用構文:ログ取り込みポリシーを構成する際、Real-time Consumption または Scan Query のいずれかを選択できます。詳細については、「プロダクトログ」の標準化方式比較をご参照ください。
リアルタイム消費:ログ取り込みポリシーを構成する際、標準化方式は Real-time Consumption のみをサポートします。
解析テスト
標準化分類および解析構文を構成した後、Parse をクリックします。
[解析結果] セクションで解析結果を確認します。
拡張フィールドの管理(任意)
SPL 解析結果に標準フィールドにマッピングされていないフィールドが含まれており、かつ拡張フィールド取り込みが「パススルー」に設定されている場合は、取り込み後のクイック検索を容易にするために、これらのフィールドに対してインデックスを作成することを推奨します。詳細については、「標準化ルールの管理」をご参照ください。
テストが正常に完了したら、左下隅の Complete をクリックします。
標準化ルールの管理
標準化ルールの変更
対象ルールの 操作 列で Edit をクリックします。ルール名、備考、および SPL 構文を変更できます。構成手順については、「カスタム標準化ルールの作成」をご参照ください。
カスタムルールのみ変更が可能です。
標準化ルールの削除
対象ルールの 操作 列で Delete をクリックします。
事前定義ルールは削除できません。
取り込みポリシーにバインドされている標準化ルールは削除できません。
標準フィールドおよびデータセット
標準フィールドおよびデータセットの表示
[Security Center コンソール - Agentic SOC - 管理 - アクセス設定] にアクセスします。ページ左上隅で、保護対象のアセットが配置されているリージョンを選択します:Chinese Mainland または Outside Chinese Mainland。
左側の Standard Fields リストにおいて、ログアクティビティカテゴリ 項目は Agentic SOC がサポートする Standardization Category です。ルートノードは Standardization Structure を表します。
Standardization Category(例:ネットワークログ)の横にある展開アイコンをクリックして、その配下の Standardization Structure(例:5 次元ルールログ、DNS ログ、HTTP ログ)を表示します。
Standardization Structure(例:API リスクログ)をクリックすると、右側に以下の情報が表示されます:
Standardized Field:選択した構造の標準フィールド(フィールド名、タイプ、説明、必須ステータス、サンプル値を含む)を表示します。
拡張フィールド:ユーザー定義の拡張フィールド(フィールド名、タイプ、説明、形態素解析ステータス、更新時刻を含む)を表示します。
データセット:選択した構造の データセット を表示します。
拡張フィールドの管理
新しい標準化構造の作成(任意)
[Standardized Field]タブで、標準フィールドリスト内の対象の[Standard Fields]の横にある
アイコンをクリックします。Standardization Structure ダイアログボックスで、以下のパラメーターを構成します。
Standardization Structure:標準化ルールを構成する際に識別しやすいように、構造の名前を入力します。
Structure Identifier:
custom-で始まる必要があります。英数字が使用可能です。Log Storage Location:ログを保存する Logstore を選択します。
Create Logstore:
Name:
custom-で始まる必要があります。Storage Location:Logstore はログプロジェクト (
aliyun-cloudsiem-data-{aliUid}-{regionId}) 配下に作成されます。Simple Log Service コンソールで確認できます。
Existing LogStore:カスタム Logstore(名前が
custom-で始まるもの)のみ選択可能です。
拡張フィールドの追加
取り込まれたログに Standardized Field にマッピングされていないフィールドが含まれており、かつ Add Extended Fields が Keep Original に設定されている場合は、取り込み後のクイック検索を容易にするために、これらのフィールドに対してインデックスを作成することを推奨します。
一括追加
Standardized Rule タブで、カスタムルールの作成または変更時に、[解析テスト] セクションの Manage Custom Fields をクリックします。
Extension Field Management ページで、Auto-generate Index Property をクリックします。
システムは、SPL 構文を使用してサンプルから抽出されたものの Standardized Field にマッピングされていないログフィールドを、拡張フィールドとして自動的に同期します。
追加方法を選択します。
Append:既存のインデックス属性を保持し、新しい拡張フィールドのインデックスを追加します。
Overwrite:既存のインデックス属性を置き換え、古いインデックスデータを削除します。
フィールド情報の変更(任意):
Field Name:標準フィールドにマッピングされていない生ログフィールドの名前です。
Type:テキスト、long、double、JSON がサポートされています。
Enable Tokenization:
テキストフィールドに対してサポートされており、トグルスイッチで制御します。
サポートされるデリミタ:カンマ (,)、スペース、シングルクォート (' )、ダブルクォート (" )、セミコロン (;)、等号 (=)、丸括弧 (())、角括弧 ([])、中括弧 ({})、疑問符 (?)、アットマーク (@)、アンパサンド (&)、山括弧 (<>)、スラッシュ (/)、コロン (:)、改行 (\n)、タブ (\t)、キャリッジリターン (\r)。
個別追加
Standardized Field タブで、対象の Standardization Category を展開し、対象の Standardization Structure をクリックします。
右側の 拡張フィールド タブで、Add Field をクリックします。
拡張フィールド管理タブで、Add Field をクリックし、以下のパラメーターを構成します。
Field Name:標準フィールドにマッピングされていない生ログフィールドの名前です。
Type:テキスト、long、double、JSON がサポートされています。
Enable Tokenization:
テキストフィールドに対してサポートされており、トグルスイッチで制御します。
サポートされるデリミタ:カンマ (,)、スペース、シングルクォート (' )、ダブルクォート (" )、セミコロン (;)、等号 (=)、丸括弧 (())、角括弧 ([])、中括弧 ({})、疑問符 (?)、アットマーク (@)、アンパサンド (&)、山括弧 (<>)、スラッシュ (/)、コロン (:)、改行 (\n)、タブ (\t)、キャリッジリターン (\r)。
データセット
データセットとは
データセット (StoreView) は、Logstore をベースとした仮想リソースであり、複数の Logstore 間の関連付けを管理します。データセットを使用することで、複数の Logstore からログを統一的にクエリできます。ただし、データセットはログの変更をサポートしていません。
データセットと標準フィールドのマッピング
標準化ルールには 標準化分類/構造 の構成が必要です。各標準化分類には複数の標準化構造が含まれます。各構造は データセット (StoreView) および 一連の標準フィールド に対応します。データセット (StoreView) は複数の標準化構造にもマッピングできます。次の図はこのマッピングを示しています。
データセットの使用上の注意
プロダクト統合中に、Agentic SOC は SPL 構文およびデータセット内の標準データフィールドを使用してプロダクトログを解析し、その後、脅威検知ルールと照合してセキュリティリスクを特定します。
データセット (StoreView) がすでにスキャンクエリモードで 5 つの取り込みポリシーにバインドされている場合、新しいポリシーでは標準化方式として Real-time Consumption のみを使用でき、Scan Query はサポートされません。標準化方式の詳細については、「プロダクトログ」をご参照ください。
一般的なデータセット
以下の表は一般的なデータセットの一覧です。
標準化分類 | 標準化構造 | データセット | Logstore |
ネットワークログ | 5 次元ルールログ | network_activity | network-activity |
DNS ログ | |||
HTTP ログ | |||
ホストログ | プロセスアウトバウンドネットワーク接続ログ | process_activity | process-activity |
プロセスファイル書き込みログ | |||
プロセス開始ログ | |||
プロセス DNS リクエストログ | |||
セキュリティログ | API セキュリティリスクログ | risk_activity | risk-activity |
クラウドサービスベースラインログ | |||
ホストベースラインログ | |||
クラウドプラットフォーム操作アラートログ | alert_activity | alert-activity | |
API セキュリティアラートログ | |||
エンドポイント検知および対応 (EDR) アラートログ | |||
ファイアウォールアラートログ | |||
ホストネットワークアラートログ | |||
WAF アラートログ | |||
その他アラートログ | |||
クローラーアラートログ | |||
脆弱性ログ | vulnerability_activity | vulnerability-activity | |
監査ログ | 踏み台ホスト監査ログ | audit_activity | audit-activity |
NoSQL データベース監査ログ | |||
クラウドプラットフォーム操作監査ログ | |||
Kubernetes 監査ログ | |||
Windows セキュリティイベントログ | |||
API ゲートウェイ監査ログ | |||
リレーショナルデータベース監査ログ | |||
オブジェクトストレージ監査ログ | |||
Azure Active Directory 監査ログ | |||
Azure Active Directory ログインログ | |||
スナップショットログ | アカウントスナップショット | account_activity | account-activity |
プロセス開始スナップショット | process_activity | process-activity | |
ネットワーク接続スナップショット | |||
ログインログ | クラウドプラットフォームログインログ | login_activity | login-activity |
ホストログイン失敗ログ | |||
ホストログインログ |