すべてのプロダクト
Search
ドキュメントセンター

Container Service for Kubernetes:ACK の MLPS セキュリティ強化

最終更新日:Jun 23, 2026

Container Service for Kubernetes (ACK) は、Alibaba Cloud Linux をベースにした MLPS 2.0 レベル 3 を提供します。ノードプールの MLPS セキュリティ強化を有効にし、ベースラインチェックポリシーを設定できます。ACK は、クラスターのセキュリティ強化項目を自動的に設定し、MLPS コンプライアンスのベースラインチェックを実行して、オペレーティングシステムが MLPS の要件を満たしていることを確認します。

MLPS セキュリティ強化が満たすコンプライアンス要件

GB/T 22239-2019「情報セキュリティ技術—サイバーセキュリティ等級保護制度のベースライン」で規定されているオペレーティングシステムの要件に基づき、ACK は Alibaba Cloud Linux をベースにした MLPS 2.0 レベル 3 を実装しています。MLPS セキュリティ強化機能を有効にすることで、以下のコンプライアンス要件を満たすことができます。

  • 身分認証

  • アクセス制御

  • セキュリティ監査

  • 侵入防止

  • マルウェア防止

Alibaba Cloud Linux MLPS 2.0 レベル 3 イメージのチェックルール

Alibaba Cloud Linux MLPS 2.0 レベル 3 イメージは、GB/T 22239-2019 に従って強化されています。次の表に、対応するチェック項目の詳細を示します。

項目タイプ

項目名

説明

身分認証

ログインユーザーを識別し、認証します。ユーザー ID は一意である必要があります。認証情報は複雑性の要件を満たし、定期的に変更する必要があります。

  • 空のパスワードを持つアカウントをチェックします。

  • ユーザー ID (UID) が一意であることを確認します。

  • パスワードの複雑性の要件を設定します。

  • パスワードを定期的に変更します。

  • 不正なユーザーが短時間でパスワードを複数回変更することを防ぐため、パスワード変更の最小間隔を設定します。

  • パスワードの再利用を制限します。

  • UID が 0 のアカウントは root のみであることを確認します。

リモート管理接続を保護し、認証情報のネットワーク盗聴を防ぎます。

  • SSHD が SSHv2 プロトコルを強制するように設定されているかチェックします。

  • Telnet などの安全でないリモート接続サービスを無効にします。

セッションの終了、ログイン試行の失敗回数の制限、タイムアウト後の自動ログアウトなど、ログイン失敗時の処理機能を提供します。

ログイン失敗時のロックアウトポリシーが設定されているか、アイドルセッションのタイムアウトが設定されているか、ログインタイムアウト後の自動切断が有効になっているかを確認します。

アクセス制御

ログインユーザーにアカウントと権限を割り当てます。

  • システム管理者に加えて、一般ユーザー、監査人、セキュリティ担当者用のアカウントを割り当てます。

  • ユーザーの umask が 027 またはそれより厳しい値に設定されていることを確認してください。

  • 各ユーザーのホームディレクトリの権限が 750 またはそれより厳しい値に設定されていることを確認してください。

デフォルトアカウントの名前を変更または削除し、そのデフォルトパスワードを変更します。

  • Linux 上の root アカウントは削除せず、代わりに root ユーザーとしての直接 SSH ログインが無効になっているかを確認します。

  • ルート以外のデフォルトのシステムアカウントおよびデータベースアカウントのログインを無効 (ログイン不可) にします。

  • 弱いパスワードが存在しないこと、および対応する弱いパスワードのベースラインチェックに合格していることを確認します。

アクセス制御の粒度は、サブジェクトに対してはユーザーまたはプロセスレベル、オブジェクトに対してはファイルまたはデータベーステーブルレベルです。

アクセス制御設定ファイルやユーザー権限設定ファイルなどの重要なファイルの権限がユーザーレベルの粒度であるかを確認します。

不要なアカウントと期限切れのアカウントを速やかに削除または無効にします。共有アカウントの使用を避けます。

  • ルートを除く、デフォルトのシステムアカウントおよびデータベースアカウントのログインを無効 (非ログイン) にします。

  • shutdown アカウントと halt アカウントをロックまたは削除します。

管理ユーザーに必要な最小権限を付与し、管理ユーザーの権限を分離します。

  • su コマンドへのアクセスが制限されていることを確認します。

  • /etc/sudoers ファイルで sudo 権限を持つユーザーを確認します。必要に応じて、非 root ユーザーに sudo 権限を設定します。管理者以外のユーザーには ALL 権限を付与しないでください。

認可されたエンティティがアクセス制御ポリシーを設定する必要があります。ポリシーには、サブジェクトによるオブジェクトへのアクセスルールを規定する必要があります。

  • 各ユーザーのホームディレクトリの権限が 750 またはそれ以上に厳しくなるように設定してください。

  • 必要に応じて、孤立したファイルまたはフォルダーの所有権をシステム上のアクティブなユーザーに再設定します。

  • SSH ホスト公開鍵ファイルの権限と所有権を設定します。

  • SSH ホスト秘密鍵ファイルの権限と所有権を設定します。

セキュリティ監査

監査レコードを保護し、偶発的な削除、変更、または上書きを防ぐために定期的にバックアップします。

auditd ファイルのサイズとログローテーションの設定を確認するか、ログがログサーバーにバックアップされているかを確認します。自動修復が失敗した場合は、まずセキュリティ監査機能を有効にするためのチェック項目を解決する必要があります。

監査レコードには、イベントの日時、ユーザー、イベントタイプ、イベントの結果 (成功または失敗)、およびその他の監査関連情報が含まれている必要があります。

この要件は、セキュリティ監査機能が有効になっていれば満たされます。

セキュリティ監査機能を有効にします。監査はすべてのユーザーを対象とし、重要なユーザーの動作とセキュリティイベントを記録する必要があります。

  • auditd サービスを有効にします。

  • rsyslog または syslog-ng サービスを有効にします。

  • ユーザーによるファイル削除イベントが収集されることを確認します。

  • システム管理範囲 (sudoers) への変更が収集されることを確認します。

  • ユーザーまたはグループ情報の変更に関連するイベントが収集されることを確認します。サードパーティのログ収集サービスを使用している場合は、独自の証明を提供し、この項目を無視できます。

監査プロセスを予期せぬ中断から保護します。

auditd プロセスは監査プロセスのデーモンであり、syslogd プロセスは syslog プロセスのデーモンです。これらのシステムプロセスが実行中であるかを確認します。

侵入防止

既知の脆弱性を発見し、十分なテストと評価を行った後、タイムリーにパッチを適用します。

Security Center の脆弱性検出および修復機能はこの要件を満たします。他の方法を使用する場合は、証明を提供し、この項目を無視できます。

最小インストールの原則に従い、必要なコンポーネントとアプリケーションのみをインストールします。

  • Alibaba Cloud Linux 3 の場合:avahi-daemon、Bluetooth、firstboot、Kdump、wdaemon、wpa_supplicant、ypbind などのソフトウェアをアンインストールします。

  • Alibaba Cloud Linux 2 の場合:NetworkManager、avahi-daemon、Bluetooth、firstboot、Kdump、wdaemon、wpa_supplicant、ypbind などのソフトウェアをアンインストールします。

不要なシステムサービス、デフォルトの共有、高リスクポートを無効にします。

  • 不要なシステムサービスとファイル共有サービスを無効にします。

  • 21、23、25、111、427、631 などの高リスクポートを閉じます。

  • 特別な要件のために厳格なアクセス制御ポリシーを使用してこれらのサービスとポートを保護している場合は、独自の証明を提供し、この項目を無視できます。

重要なノードへの侵入を検出し、重大な侵入イベントについてアラートを提供します。

Security Center の侵入検知およびアラート機能はこの要件を満たします。他の検出およびアラート方法を使用する場合は、証明を提供し、この項目を無視できます。

接続タイプまたはネットワークアドレス範囲によってリモート管理端末を制限します。

  • Alibaba Cloud Linux 3 の場合:

    1. 接続を許可したい端末に基づいて、/etc/ssh/sshd_config ファイルを編集します。

    2. 必要に応じて AllowUsers <user>@<host> パラメーターを設定します。

      説明

      <user> はサーバーへのログインを許可されるユーザー名を指定します。<host> はサーバーの IP アドレスを指定します。必要に応じてこれらを置き換えてください。

    3. 編集後、Esc キーを押し、:wq と入力して Enter キーを押し、保存して終了します。

    4. sudo systemctl restart sshd コマンドを実行して sshd サービスを再起動します。

  • Alibaba Cloud Linux 2 の場合:

    • /etc/hosts.allow ファイルは、ホストへの接続を許可する IP アドレスを指定します。これは ALL:ALL に設定してはいけません。

    • /etc/hosts.deny ファイルは、ホストへの接続を禁止する IP アドレスを指定します。デフォルトですべての接続を拒否するために、ALL:ALL に設定する必要があります。

    これらのファイルは連携して動作し、/etc/hosts.allow のルールが最初に処理されます。セキュリティグループやファイアウォールなど、他の方法でこの制限を実装している場合は、独自の証明を提供し、この項目を無視できます。

マルウェア防止

  • Alibaba Cloud Linux 3 の場合:技術的な対策を用いてマルウェア攻撃から保護するか、アクティブイミューンベースの信頼できる検証メカニズムを使用して、侵入やウイルスの動作を速やかに特定し、ブロックします。

  • Alibaba Cloud Linux 2 の場合:マルウェア対策ソフトウェアをインストールし、ソフトウェアのバージョンとマルウェア署名データベースを速やかに更新します。

Security Center がインストールされ、使用されているかを確認します。他のマルウェア対策ソフトウェアをインストールしている場合は、独自の証明を提供し、この項目を無視できます。

Alibaba Cloud Linux MLPS 2.0 レベル 3 の使用

ACK クラスターを作成する際に、等級保護に基づく強化 を有効にできます。ACK は、クラスターのセキュリティ強化項目を自動的に設定し、GB/T 22239-2019 で規定されているオペレーティングシステムの要件を満たします。

重要
  • MLPS 2.0 レベル 3 の要件を満たすため、ACK は強化された Alibaba Cloud Linux にデフォルトで 3 つの一般ユーザー (ack_admin、ack_audit、ack_security) を作成します。

  • MLPS 2.0 レベル 3 の要件を満たすため、強化された Alibaba Cloud Linux は SSH 経由での root ログインを禁止しています。ECS コンソールにログインして、VNC を使用してインスタンスに接続し、SSH を使用できる一般ユーザーを作成できます。

ベースラインチェックポリシーの設定

このセクションでは、Alibaba Cloud Linux 3 を例として、ECS インスタンス上で MLPS 準拠のベースラインチェックを設定し、実行する方法について説明します。

前提条件

ベースラインチェックをサポートする Security Center のエディションが必要です。詳細については、「Security Center の購入」をご参照ください。ベースラインチェック機能は、使用する Security Center のエディションによって異なります。詳細については、「機能」をご参照ください。

操作手順

  1. Security Center コンソールにログインします。

  2. Risk Governance > CSPM ページの右上隅にある Policy をクリックします。

  3. Policy パネルで、Baseline Check Policy タブをクリックし、必要に応じて準拠したベースラインチェックポリシーを設定します。

    • ベースラインチェックのカバレッジレベルを設定します。

      のうち、1 つ以上のリスクレベルを選択できます。この設定はすべてのチェックポリシーに適用されます。

    • Create Standard Policy をクリックします。Baseline Check Policy パネルで設定を完了し、OK をクリックします。次のセクションでは、主要なパラメーターのみを説明します。詳細については、「ベースラインチェック」をご参照ください。

      • ポリシー名:ポリシーの名前を入力します (例:Alibaba Cloud Linux 3 MLPS コンプライアンスチェック)。検出サイクルCheck Start Time を選択します。

      • ベースライン名MLPS レベル 3 - Alibaba Cloud Linux 3 コンプライアンスベースライン を検索して選択します。

      • スキャン方法:サーバーのスキャン方法を選択します。有効な値:

        • グループ:アセットグループごとにサーバーをスキャンします。1 つ以上のグループ内のすべてのサーバーのみを選択できます。

        • ECS:ECS インスタンスごとにサーバーをスキャンします。異なるグループから一部またはすべてのサーバーを選択できます。

      • 有効サーバー:ポリシーを適用するアセットグループを選択します。新しく購入したサーバーは Ungrouped グループに追加されます。このポリシーを新しいアセットに適用するには、Ungrouped を選択します。

    チェックポリシーを設定した後、ポリシーの アクション 列にある 編集 または 削除 をクリックして、ビジネス要件に基づいてポリシーを変更または削除することもできます。

    説明

    削除されたポリシーは回復できません。デフォルトポリシーを削除したり、そのベースラインチェック項目を変更したりすることはできません。変更できるのは、チェック開始時刻とデフォルトポリシーが適用されるサーバーのみです。

  4. ベースラインチェックポリシーを実行します。

    Risk Governance > CSPM ページでSystem Baseline Risks タブをクリックします。Baseline Check Policy タブで、三角 アイコンをクリックしてポリシーを展開し、設定済みの MLPS 準拠のベースラインチェックポリシーを選択してから、右側の Check Item Scan セクションにある Check Now をクリックします。

    チェックポリシーを実行すると、スキャンが完了するまで Check Now ボタンは無効になります。ベースラインチェックが完了したら、System Baseline Risks > リスクレベル タブに移動して、失敗したチェック項目とその詳細を表示し、速やかに修正します。詳細については、「ベースラインリスクの表示と処理」をご参照ください。