Todos os produtos
Search
Central de documentação

Container Service for Kubernetes:MLPS security hardening for ACK

Última atualização: Oct 12, 2026

O ACK oferece o nível 3 do MLPS 2.0 com base no Alibaba Cloud Linux. Ative o hardening de segurança MLPS para um node pool e configure uma política de verificação de linha de base. O ACK configura automaticamente os itens de hardening de segurança para o cluster e execute verificações de linha de base de conformidade com o MLPS para garantir que o sistema operacional atenda aos requisitos do MLPS.

Requisitos de conformidade atendidos pelo hardening de segurança MLPS

De acordo com os requisitos de sistema operacional especificados na norma GB/T 22239-2019 Information Security Technology—Baseline for Classified Protection of Cybersecurity, o ACK implementa o nível 3 do MLPS 2.0 com base em Alibaba Cloud Linux. Ative o recurso de hardening de segurança MLPS para atender aos seguintes requisitos de conformidade.

  • autenticação de identidade

  • controle de acesso

  • auditoria de segurança

  • prevenção de intrusões

  • prevenção de malware

Regras de verificação para imagens do Alibaba Cloud Linux com MLPS 2.0 Nível 3

As imagens do Alibaba Cloud Linux com MLPS 2.0 Nível 3 passam por hardening de acordo com a norma GB/T 22239-2019. A tabela a seguir detalha os itens de verificação correspondentes.

Tipo de item

Nome do item

Descrição

autenticação de identidade

Identificar e autenticar usuários de login. As identidades dos usuários devem ser exclusivas. As credenciais de autenticação devem atender aos requisitos de complexidade e ser alteradas periodicamente.

  • Verificar contas com senhas em branco.

  • Garantir que os IDs de usuário (UIDs) sejam exclusivos.

  • Defina requisitos de complexidade de senha.

  • Alterar senhas periodicamente.

  • Defina um intervalo de tempo mínimo para alterações de senha, impedindo que usuários não autorizados alterem a senha várias vezes em um curto período.

  • Restringir a reutilização de senhas.

  • Garantir que o root seja a única conta com UID 0.

Proteger conexões de gerenciamento remoto para evitar a interceptação de informações de autenticação pela rede.

  • Verificar se o SSHD está configurado para impor o protocolo SSH.

  • Desative services de conexão remota inseguros, como o Telnet.

Fornecer um recurso de tratamento de falha de login que inclua encerramento de sessão, limites para tentativas de login com falha e logout automático após tempo limite.

Verificar se há uma política de bloqueio por falha de login configurada, se um tempo limite de sessão ociosa está definido e se a desconexão automática está ativada após o tempo limite de login.

controle de acesso

Atribuir contas e permissões aos usuários de login.

  • Além dos administradores do sistema, atribuir contas para usuários regulares, auditores e equipe de segurança.

  • Garantir que o umask do usuário esteja definido como 027 ou mais restritivo.

  • Garantir que as permissões do diretório home de cada usuário estejam definidas como 750 ou mais restritivas.

Renomeie ou exclua contas padrão e alterar suas senhas padrão.

  • Não exclua a conta root no Linux. Em vez disso, verifique se o login SSH direto como usuário root está desativado.

  • Desativar o login (non-login) para contas padrão do sistema e do banco de dados, exceto o root.

  • Garantir que não existam senhas fracas e que a verificação de linha de base de senhas fracas correspondente seja aprovada.

A granularidade do controle de acesso deve estar no nível de usuário ou processo para sujeitos, e no nível de arquivo ou tabela de banco de dados para objetos.

Verificar se as permissões de arquivos importantes, como arquivos de configuração de controle de acesso e arquivos de configuração de permissões de usuário, possuem granularidade no nível de usuário.

Exclua ou desative prontamente contas redundantes e expiradas. Evite o uso de contas compartilhadas.

  • Desativar o login (non-login) para contas padrão do sistema e do banco de dados, exceto o root.

  • Bloqueie ou exclua as contas shutdown e halt.

Conceder aos usuários administrativos apenas as permissões mínimas necessárias e separar as permissões desses usuários.

  • Garantir que o acesso ao comando su seja restrito.

  • Verificar o arquivo /etc/sudoers em busca de usuários com permissões sudo. Configure as permissões sudo para usuários não root conforme necessário. Não conceda permissões ALL a nenhum usuário, exceto administradores.

Uma entidade autorizada deve configurar a política de controle de acesso. Especifique as regras para o acesso de sujeitos a objetos.

  • Garantir que as permissões do diretório home de cada usuário estejam definidas como 750 ou mais restritivas.

  • Redefinir a propriedade de arquivos ou pastas órfãos para um usuário ativo no sistema, conforme necessário.

  • Defina as permissões e a propriedade dos arquivos de chave pública do host SSH.

  • Defina as permissões e a propriedade dos arquivos de chave privada do host SSH.

auditoria de segurança

Proteger os registros de auditoria e fazer backup regularmente para evitar exclusão, modificação ou sobrescrita acidental.

Verificar o tamanho do arquivo auditd e a configuração de rotação de logs, ou verificar se os logs têm backup em um servidor de logs. Se a correção automática falhar, resolva primeiro o item de verificação para ativar o recurso de auditoria de segurança.

Os registros de auditoria devem incluir a data e hora do evento, usuário, tipo de evento, resultado do evento (sucesso ou falha) e outras informações relacionadas à auditoria.

Este requisito é atendido se o recurso de auditoria de segurança estiver ativado.

Ative o recurso de auditoria de segurança. A auditoria deve abranger todos os usuários e registrar comportamentos importantes dos usuários e eventos de segurança.

  • Ative o service auditd.

  • Ative o service rsyslog ou syslog-ng.

  • Garantir que os eventos de exclusão de arquivos pelos usuários sejam coletados.

  • Garantir que as alterações no escopo de administração do sistema (sudoers) sejam coletadas.

  • Garantir que os eventos relacionados à modificação de informações de usuários ou grupos sejam coletados. Se você usar um service de coleta de logs de terceiros, pode fornecer sua própria comprovação e ignorar este item.

Proteger os processos de auditoria contra interrupções inesperadas.

O processo auditd é o daemon do processo de auditoria, e o processo syslogd é o daemon do processo syslog. Verifique se esses processos do sistema estão em execução.

prevenção de intrusões

Descobrir vulnerabilidades conhecidas e corrigi-las em tempo hábil, após testes e avaliações rigorosos.

Os recursos de detecção e correção de vulnerabilidades do Security Center atendem a este requisito. Se você usar outros métodos, pode fornecer comprovação e ignorar este item.

Seguir o princípio de instalação mínima e instale apenas os componentes e aplicativos necessários.

  • Para o Alibaba Cloud Linux 3: Desinstale softwares como avahi-daemon, Bluetooth, firstboot, Kdump, wdaemon, wpa_supplicant e ypbind.

  • Para o Alibaba Cloud Linux 2: Desinstale softwares como NetworkManager, avahi-daemon, Bluetooth, firstboot, Kdump, wdaemon, wpa_supplicant e ypbind.

Desative services de sistema desnecessários, compartilhamentos padrão e portas de alto risco.

  • Desative services de sistema e services de compartilhamento de arquivos desnecessários.

  • Fechar portas de alto risco, como 21, 23, 25, 111, 427 e 631.

  • Se você usar uma política de controle de acesso rigorosa para proteger esses services e portas devido a requisitos especiais, pode fornecer sua própria comprovação e ignorar este item.

Detectar intrusões em nós importantes e fornecer alertas para eventos de intrusão críticos.

Os recursos de detecção de intrusões e alertas do Security Center podem atender a este requisito. Se você usar outros métodos de detecção e alerta, pode fornecer sua própria comprovação e ignorar este item.

Restringir terminais de gerenciamento remoto por tipo de conexão ou intervalo de endereços de rede.

  • Para o Alibaba Cloud Linux 3:

    1. Com base nos terminais que você deseja permitir a conexão, edite o arquivo /etc/ssh/sshd_config.

    2. Defina o parâmetro AllowUsers <user>@<host> conforme necessário.

      Nota

      <user> especifica o nome de usuário com permissão para fazer login no servidor. <host> especifica o endereço IP do servidor. Substitua-os conforme necessário.

    3. Após a edição, pressione Esc, insira :wq e pressione Enter, salve e saia.

    4. Execute o comando sudo systemctl restart sshd para reiniciar o service sshd.

  • Para o Alibaba Cloud Linux 2:

    • O arquivo /etc/hosts.allow especifica os endereços IP com permissão para se conectar ao host. Ele não deve estar definido como ALL:ALL.

    • O arquivo /etc/hosts.deny especifica os endereços IP proibidos de se conectar ao host. Ele deve estar definido como ALL:ALL para negar todas as conexões por padrão.

    Esses arquivos funcionam em conjunto, e a regra do /etc/hosts.allow é processada primeiro. Se você implementou essa restrição usando outros métodos, como grupos de segurança ou firewalls, pode fornecer sua própria comprovação e ignorar este item.

prevenção de malware

  • Para o Alibaba Cloud Linux 3: Utilize medidas técnicas para proteger contra ataques de malware ou use um mecanismo de verificação confiável baseado em imunidade ativa para identificar e bloquear prontamente intrusões e comportamentos de vírus.

  • Para o Alibaba Cloud Linux 2: Instale um software antimalware e atualize prontamente a versão do software e o banco de dados de assinaturas de malware.

Verifique se o Security Center está instalado e em uso. Se você instalou outro software antimalware, pode fornecer sua própria comprovação e ignorar este item.

Usar o Alibaba Cloud Linux com MLPS 2.0 Nível 3

Crie um cluster ACK crie um cluster ACK e ative o MLPS Security Hardening. O ACK configura automaticamente os itens de hardening de segurança para o cluster, atendendo aos requisitos de sistema operacional especificados na norma GB/T 22239-2019.

Importante
  • Para atender aos requisitos do MLPS 2.0 Nível 3, o ACK cria três usuários regulares (ack_admin, ack_audit e ack_security) por padrão no Alibaba Cloud Linux com hardening.

  • Para atender aos requisitos do MLPS 2.0 Nível 3, o Alibaba Cloud Linux com hardening proíbe o login do root via SSH. Acesse o console do ecs para connect to an instance by using VNC e crie um usuário regular que possa usar o SSH.

Configure uma política de verificação de linha de base

Esta seção descreve como configure e execute uma verificação de linha de base em conformidade com o MLPS em instâncias ecs, usando o Alibaba Cloud Linux 3 como exemplo.

Pré-requisitos

Você deve ter uma edição do Security Center que suporte verificações de linha de base. Para mais informações, consulte Purchase Security Center. O recurso de verificação de linha de base varia de acordo com a edição do Security Center em uso. Para mais informações, consulte Features.

Procedimento

  1. Faça login no console do Security Center.

  2. No canto superior direito da página Risk Management > CSPM, clique em Policy.

  3. No painel Policy, clique em Baseline Check Policy para configurar uma política de verificação de linha de base de conformidade conforme necessário.

    • Defina o nível de cobertura da verificação de linha de base.

      Selecione um ou mais níveis de risco: High, medium e Low. Essa configuração se aplica a todas as políticas de verificação.

    • clique em Create Standard Policy. No painel Baseline Check Policy, conclua a configuração e clique em OK. A seção a seguir descreve apenas os parâmetros principais. Para mais informações, consulte Baseline check.

      • Policy Name: Insira um nome para a política, como Alibaba Cloud Linux 3 MLPS Compliance Check. Selecione um Detection Cycle e um Check Start Time.

      • Baseline Name: Pesquise e selecione MLPS Level 3 - Alibaba Cloud Linux 3 Compliance Baseline.

      • Scan Method: Selecione um método de verificação para os servidores. Valores válidos:

        • Group: Verifica servidores por grupo de ativos. Selecione todos os servidores de um ou mais grupos.

        • ECS: Verifica servidores por instância ecs. Selecione alguns ou todos os servidores de diferentes grupos.

      • Effective Server: Selecione os grupos de ativos aos quais deseja aplicar a política. Servidores recém-adquiridos são adicionados ao grupo Ungrouped. Para aplicar essa política a novos ativos, selecione Ungrouped.

    Após configurar a política de verificação, você também pode clique em Edit ou Delete na coluna Actions da política para modifique-a ou exclua-a de acordo com os requisitos do seu negócio.

    Nota

    Não é possível recuperar uma política excluída. Não é possível excluir uma política padrão nem modifique seus itens de verificação de linha de base. Modifique apenas o horário de início da verificação e os servidores aos quais a política padrão se aplica.

  4. Execute a política de verificação de linha de base.

    Na página Risk Management > CSPM, clique em Baseline Risk. Na aba Baseline Check Policy, clique em ícone 三角 para expandir a política, selecione a política de verificação de linha de base em conformidade com o MLPS configurada e, em seguida, clique em Check Now na seção Check Item Scan à direita.

    Após executar a política de verificação, o botão Check Now fica desativado até que a verificação seja concluída. Depois que a verificação de linha de base for concluída, acesse a aba Baseline Risk > Risk Level e visualize os itens de verificação com falha e seus detalhes, e corrija prontamente os itens com falha. Para mais informações, consulte visualize e trate os riscos de linha de base.