グループ

学習したグループ（予約済みまたはカスタムグループではない）は、グループ内にメンバー（コンテナ）がいない場合にSUSE® Securityによって自動的に削除される可能性があります。この期間は、設定→で構成可能です。

SUSE® Securityは、クラスター内の各ノード（ホスト）を表す「ノード」と呼ばれるグループを自動的に作成します。SUSE® Securityは、疑わしいプロセス（ポートスキャン、リバースシェルなど）や特権昇格に対してホストの基本的な自動監視を提供します。さらに、SUSE® Securityは、発見モード中に各ノードのプロセスの動作を学習し、それらのプロセスをホワイトリストに登録します。これは、コンテナプロセスと同様に行われます。 「ローカル」（学習した）プロセスルールリストは、発見モード中のクラスター内のすべてのノードからのすべてのプロセスの組み合わせです。

ノードは、モニターまたは保護モードに設定でき、SUSE® Securityはモニターモード中にプロセスが開始されると警告し、保護モード中にそのプロセスをブロックします。

プロセスプロファイルルールでホスト保護を有効にするには、「ノード」グループを選択し、ノード上の学習したプロセスを確認します。必要に応じて、プロセスルールを追加、削除、または編集してカスタマイズします。次に、モードをモニターまたは保護に切り替えます。

グループは、グループの基準を入力することによって手動で追加できます。注意:カスタム作成されたグループには保護モードがありません。これは、異なる基盤グループからのコンテナを含む可能性があり、それぞれが異なるモードにあるため、動作についての混乱を引き起こす可能性があるためです。

グループは次の方法で作成できます：

グループは、他の基準と一緒に使用できない「アドレス」タイプを除いて、混合基準タイプで作成できます。混合基準は、基準間の'`AND’操作を強制します。例えば、label service_type=data AND image=mysql。1つまたは複数の基準の複数のエントリはORとして扱われます。例えば、address=google.com OR address=yahoo.com。注意:Ingress/Egress接続の分析を支援するために、ダッシュボードの→ Ingress/Egress詳細セクションから、IngressおよびEgress IPのリストをエクスポートレポートとしてダウンロードできます。

イメージ、ノード、コンテナ、サービス、およびラベルの基準に対して部分一致がサポートされています。例えば、image@redisは、イメージ名に’redis’という部分文字列を含むコンテナを選択します。image^redisは、イメージ名が’redis’で始まるコンテナを選択します。

内部IPやサブネットに一致させるためにアドレス基準を使用することは推奨されません。特に、エンフォーサーによって保護されているものについては、イメージ、サービス、またはラベルなどのメタデータを使用することが推奨されます。アドレスグループの典型的な使用ケースは、管理されたコンテナと外部IPサブネット間のポリシーを定義することです。例えば、インターネット上で実行されているサービスや別のデータセンターです。アドレスグループにはグループメンバーがありません。

ワイルドカード''は基準で使用できます。例えば、'address=.google.com’のように。より柔軟な一致を実現するために、チルダ'~'を使用して正規表現の一致が望ましいことを示します。例えば、ラベルポリシーに対して 'policy~public.*-ext1' と一致させる場合の例です。

新しいグループを保存した後、SUSE® Securityはそのグループのメンバーを表示します。これらのグループを使用してルールを作成できます。