Configurar componentes do Microsoft Defender para contêineres

Requisitos de rede

Valide se os pontos de extremidade a seguir estão configurados para acesso de saída para que o sensor do Defender possa se conectar ao Microsoft Defender para Nuvem e enviar dados de segurança e eventos.

O sensor do Defender precisa se conectar com o workspace do Log Analytics do Azure Monitor configurado. Por padrão, os clusters do AKS têm acesso irrestrito de internet de saída. Caso a saída do cluster exija o uso de um AMPLS (Escopo de Link Privado) do Azure Monitor, você precisará:

• Definir o cluster com o Container Insights e um workspace do Log Analytics.
• Configurar o AMPLS com o modo de acesso de consulta e o modo de acesso de ingestão definidos como Aberto.
• Definir o workspace do Log Analytics do cluster como um recurso no AMPLS.
• Criar no AMPLS um ponto de extremidade privado de rede virtual entre a rede virtual do cluster e o recurso do Log Analytics. O ponto de extremidade privado da rede virtual se integra a uma zona DNS privada.

Para obter instruções, consulte Criar um escopo de link privado do Azure Monitor.

Requisitos de rede

Valide se os pontos de extremidade a seguir para implantações de nuvem pública estão configurados para acesso de saída. Configurá-los para acesso de saída ajuda a garantir que o sensor do Defender possa se conectar ao Microsoft Defender para Nuvem para enviar dados e eventos de segurança.

Você também precisa validar os requisitos de rede do Kubernetes habilitado para Azure Arc.

Habilitar o plano

1. No Defender para Nuvem, selecione Configurações e selecione a assinatura relevante.

2. Na página Planos do Defender, selecione Contêineres>Configurações.

   

   Dica

   Se a assinatura já incluir registros do Defender para Kubernetes ou do Defender para Contêiner habilitados, um aviso de atualização será mostrado. Caso contrário, a única opção é Contêineres.

   

3. Ative o componente relevante.

   

   Observação

   • Os clientes do Defenders para Contêineres que ingressaram antes de agosto de 2023 e não têm a Descoberta sem agente para Kubernetes habilitada como parte do GPSN (gerenciamento da postura de segurança na nuvem) quando habilitaram o plano precisam habilitar manualmente a extensão Descoberta sem agente para Kubernetes no plano do Defender para Contêineres.
   • Quando você desativa o Defender para Contêineres, os componentes são definidos como Desativados. Eles não são implantados em mais contêineres, mas não são removidos dos contêineres em que já estão instalados.

Método de habilitação por capacidade

Por padrão, quando você habilita o plano por meio do portal do Azure, o Microsoft Defender para Contêineres é configurado para habilitar automaticamente todas as funcionalidades e instalar todos os componentes necessários para fornecer as proteções oferecidas pelo plano. Essa configuração inclui a atribuição de um workspace padrão.

Se você não quiser habilitar todos os recursos dos planos, poderá selecionar manualmente quais recursos específicos habilitar selecionando Editar configuração para o plano Contêineres plano. Em seguida, na página de Monitoramento e configurações, selecione as funcionalidades que você deseja habilitar. Você também pode modificar essa configuração na página planos do Defender após a configuração inicial do plano.

Para obter informações detalhadas sobre o método de habilitação para cada uma das funcionalidades, confira a matriz de suporte.

Funções e permissões

Saiba mais sobre as funções para provisionar extensões do Defender para contêineres.

Atribuindo um espaço de trabalho personalizado para o sensor do Defender

Você pode atribuir um workspace personalizado por meio da Azure Policy.

Implantação manual do sensor do Defender ou do agente de política do Azure sem provisionamento automático usando recomendações

As funcionalidades que exigem a instalação do sensor também podem ser implantadas em um ou mais clusters do Kubernetes. Use a recomendação apropriada:

Para implantar o sensor do Defender em clusters específicos:

1. Na página Recomendações do Microsoft Defender para Nuvem, abra o controle de segurança Habilitar segurança aprimorada ou pesquise uma das recomendações anteriores. (Você também pode usar os links anteriores para abrir a recomendação diretamente.)

2. Exiba todos os clusters sem um sensor, abrindo a guia Não íntegro.

3. Selecione os clusters nos quais você deseja implantar o sensor e selecione Corrigir.

4. Selecione Corrigir recursos X.

Implantar o sensor do Defender: todas as opções

Você pode habilitar o plano do Defender para Contêineres e implantar todos os componentes relevantes usando o portal do Azure, a API REST ou um modelo do Azure Resource Manager. Para obter etapas detalhadas, selecione a guia relevante.

Depois que o sensor do Defender for implantado, um espaço de trabalho padrão será atribuído automaticamente. Você pode atribuir um workspace personalizado, no lugar do workspace, padrão por meio da Azure Policy.

PUT https://management.azure.com/subscriptions/{{Subscription ID}}/resourcegroups/{{Resource Group}}/providers/Microsoft.Kubernetes/connectedClusters/{{Cluster Name}}/providers/Microsoft.KubernetesConfiguration/extensions/microsoft.azuredefender.kubernetes?api-version=2020-07-01-preview

{
  "location": "{{Location}}",
  "properties": {
    "securityProfile": {
            "defender": {
                "logAnalyticsWorkspaceResourceId": "{{LAWorkspaceResourceId}}",
                "securityMonitoring": {
                    "enabled": true,
                }
            }
        }
    }
}

{ 
    "type": "Microsoft.ContainerService/managedClusters", 
    "apiVersion": "2022-06-01", 
    "name": "string", 
    "location": "string",
    "properties": {
        …
        "securityProfile": { 
            "defender": { 
                "logAnalyticsWorkspaceResourceId": "logAnalyticsWorkspaceResourceId",
                "securityMonitoring": {
                    "enabled": true
                }
            }
        }
    }
}

Habilitar o plano

1. No Defender para Nuvem, selecione Configurações e selecione a assinatura relevante.

2. Na página Planos do Defender, selecione Contêineres>Configurações.

   

   Dica

   Se a assinatura já incluir registros do Defender para Kubernetes ou do Defender para Contêiner habilitados, um aviso de atualização será mostrado. Caso contrário, a única opção é Contêineres.

   

3. Ative o componente relevante.

   

   Observação

   Quando você desativa o Defender para Contêineres, os componentes são definidos como Desativados. Eles não são implantados em mais contêineres, mas não são removidos dos contêineres em que já estão instalados.

Por padrão, ao habilitar o plano por meio do Portal do Azure, o Microsoft Defender para contêineres é configurado para instalar automaticamente os componentes necessários para fornecer as proteções oferecidas pelo plano. Essa configuração inclui a atribuição de um workspace padrão.

Para desabilitar a instalação automática de componentes durante o processo de integração, selecione Editar configuração para o plano de Contêineres. As opções avançadas aparecerão, e você poderá desabilitar a instalação automática de cada componente.

Você também pode modificar essa configuração na página Planos do Defender.

Você pode atribuir um workspace personalizado por meio da Azure Policy.

Se você desabilitar o provisionamento automático de qualquer componente, poderá implantar facilmente o componente em um ou mais clusters usando a recomendação apropriada:

• Complemento Azure Policy para Kubernetes: os clusters do Serviço de Kubernetes do Azure devem ter o complemento para Kubernetes do Azure Policy instalado
• Perfil do Serviço de Kubernetes do Azure: os clusters do Serviço de Kubernetes do Azure devem ter o perfil do Defender habilitado
• Extensão do Defender para Kubernetes habilitado para Azure Arc: os clusters do Kubernetes habilitados para Azure Arc devem ter a extensão do Defender instalada
• Extensão do Azure Policy do Kubernetes habilitado para Azure Arc: os clusters do Kubernetes habilitados para Azure Arc devem ter a extensão do Azure Policy instalada

Saiba mais sobre as funções para provisionar extensões do Defender para contêineres.

Pré-requisitos

Antes de implantar o sensor, verifique se você:

• Conectou o cluster do Kubernetes ao Azure Arc.
• Complete os pré-requisitos listados na documentação de extensões genéricas de cluster.

Implantar o sensor do Defender

É possível implantar o sensor do Defender usando uma variedade de métodos. Para obter etapas detalhadas, selecione a guia relevante.

PUT https://management.azure.com/subscriptions/{{Subscription ID}}/resourcegroups/{{Resource Group}}/providers/Microsoft.Kubernetes/connectedClusters/{{Cluster Name}}/providers/Microsoft.KubernetesConfiguration/extensions/microsoft.azuredefender.kubernetes?api-version=2020-07-01-preview

{ 
"properties": { 
    "extensionType": "microsoft.azuredefender.kubernetes",
"con    figurationSettings": { 
        "logAnalytics.workspaceId":"YOUR-WORKSPACE-ID"
    // ,    "auditLogPath":"PATH/TO/AUDITLOG"
    },
    "configurationProtectedSettings": {
        "logAnalytics.key":"YOUR-WORKSPACE-KEY"
    }
    }
} 

Verificar a implantação

Para verificar se o cluster tem o sensor do Defender instalado, siga as etapas em uma das guias a seguir.

Habilitar o plano

Para ajudar a proteger seus clusters do EKS, habilite o plano Defender para contêineres no conector de conta relevante:

1. No Defender para Nuvem, abra Configurações de ambiente.

2. Selecione o conector do AWS.

   

3. Verifique se a alternância do plano Contêineres está definida como Ativada.

   

4. Para alterar as configurações opcionais do plano, selecione Configurações.

   

   • O Defender para Contêineres requer logs de auditoria do painel de controle para fornecer proteção contra ameaças em tempo de execução. Para enviar logs de auditoria do Kubernetes para o Microsoft Defender, defina o controle de alternância desse recurso para Ativado. Para alterar o período de retenção dos logs de auditoria, insira o período de tempo necessário.

     Observação

     Se você optar por desativar essa configuração, o recurso Detecção de ameaças (plano de controle) também será desabilitado. Saiba mais sobre a disponibilidade de recursos.

   • O recurso Descoberta sem agente para Kubernetes fornece a descoberta baseada em API de seus clusters do Kubernetes. Para habilitar o recurso, defina o controle de alternância dele como Ativado.

   • O recurso Avaliação de Vulnerabilidade de Contêiner sem Agente fornece gerenciamento de vulnerabilidades para imagens armazenadas no ECR e para execução de imagens em seus clusters do EKS. Para habilitar o recurso, defina o controle de alternância dele como Ativado.

5. Continue nas páginas restantes do assistente do conector.

6. Se você estiver habilitando o recursoDescoberta sem Agente para Kubernetes, será necessário conceder permissões de plano de controle no cluster. Você pode conceder permissões das seguintes maneiras:

   • Execute este script Python. O script adiciona a função MDCContainersAgentlessDiscoveryK8sRole do Defender para Nuvem a aws-auth ConfigMap para os clusters EKS que você deseja integrar.

   • Conceda a cada cluster do Amazon EKS a função MDCContainersAgentlessDiscoveryK8sRole com a capacidade de interagir com o cluster. Entre em todos os clusters existentes e recém-criados usando eksctl e execute o seguinte script:

         eksctl create iamidentitymapping \ 
         --cluster my-cluster \ 
         --region region-code \ 
         --arn arn:aws:iam::account:role/MDCContainersAgentlessDiscoveryK8sRole \ 
         --group system:masters\ 
         --no-duplicate-arns
     

     Para obter mais informações, consulte Conceder aos usuários do IAM acesso ao Kubernetes com entradas de acesso do EKS no guia do usuário do Amazon EKS.

7. O Kubernetes habilitado para o Azure Arc, o sensor do Defender e o Azure Policy para Kubernetes devem estar instalados e em execução em seus clusters do EKS. Há uma recomendação dedicada do Defender para Nuvem para instalar essas extensões (e o Azure Arc, se necessário): os clusters EKS devem ter a extensão do Microsoft Defender para Azure Arc instalada.

   Use as seguintes etapas para instalar as extensões necessárias:

   1. Na página Recomendações do Defender para Nuvem, pesquise e selecione a recomendação Os clusters EKS devem ter a extensão do Microsoft Defender para Azure Arc instalada.

   2. Selecione um cluster não íntegro.

      Importante

      Você precisa selecionar um cluster por vez.

      Não selecione os clusters pelos nomes com hiperlinks deles. Selecione em qualquer outro lugar na linha relevante.

   3. Selecione Corrigir.

   4. O Defender para Nuvem gera um script na linguagem da sua escolha: selecione Bash (para Linux) ou PowerShell (para Windows).

   5. Selecione Baixar lógica de correção.

   6. Execute o script gerado no cluster.

   

Exibir recomendações e alertas para clusters do EKS

Para exibir alertas e recomendações dos clusters do EKS, use os filtros nas páginas de alertas, recomendações e inventário para filtrar pelo tipo de recurso cluster EKS do AWS.

Implantar o sensor do Defender

Para implantar o sensor do Defender nos clusters da AWS:

1. Acesse o Microsoft Defender para Nuvem>Configurações de ambiente>Adicionar ambiente>Amazon Web Services.

   

2. Preencha os detalhes da conta.

   

3. Acesse Selecionar planos, abra o plano de Contêineres e verifique se o Provisionamento automático do sensor do Defender para Azure Arc está definido como Ativado.

   

4. Acesse Configurar o acesso e siga as etapas lá.

   

5. Depois que o modelo de Formação de Nuvem tiver sido implantado com êxito, selecione Criar.

Habilitar o plano

Para ajudar a proteger seus clusters GKE, use as etapas a seguir para habilitar o plano do Defender para Contêineres no projeto GCP relevante.

1. Entre no portal do Azure.

2. Navegue até Microsoft Defender para Nuvem>Configurações de ambiente.

3. Selecione o conector GCP relevante.

   

4. Selecione o botão Próximo: selecionar planos >.

5. Verifique se a alternância do plano Contêineres está Ativada.

   

6. Para alterar as configurações opcionais do plano, selecione Configurações.

   

   • Logs de auditoria do Kubernetes para o Defender para Nuvem: habilitado por padrão. Essa configuração está disponível apenas no nível de projeto do GCP. Ela fornece a coleta sem agente dos dados do log de auditoria por meio do registrar em log na nuvem do GCP para o back-back do Microsoft Defender para Nuvem para análise posterior. O Defender para contêineres requer logs de auditoria do painel de controle para fornecer proteção contra ameaças em tempo de execução. Para enviar logs de auditoria do Kubernetes para o Microsoft Defender, alterne a o controle de alternância para Ativado.

     Observação

     Se você optar por desativar essa configuração, o recurso Detecção de ameaças (plano de controle) também será desabilitado. Saiba mais sobre a disponibilidade de recursos.

   • Provisionar automaticamente o sensor do Defender para o Azure Arc e Provisionar automaticamente a extensão do Azure Policy para o Azure Arc: habilitado por padrão. Você pode instalar o Kubernetes habilitado para Azure Arc e suas extensões em seus clusters do GKE de três maneiras:

     • Habilite o provisionamento automático do Microsoft Defender para contêineres no nível do projeto, conforme explicado nas instruções desta seção. Este método é recomendável.
     • Use as recomendações do Defender para Nuvem para instalação por cluster. Elas aparecem na página Recomendações do Microsoft Defender para Nuvem. Saiba como implantar a solução em clusters específicos.
     • Instale manualmente o Kubernetes habilitado para Azure Arc e extensões.

   • O recurso Descoberta sem agente para Kubernetes fornece a descoberta baseada em API de seus clusters do Kubernetes. Para habilitar o recurso, defina o controle de alternância dele como Ativado.

   • O recurso de Avaliação de vulnerabilidade de contêiner sem agente fornece gerenciamento de vulnerabilidades para imagens armazenadas em registros do Google, GCR (Registro de Contêiner do Google) e GAR (Registro de Artefatos do Google), e imagens em execução em seus clusters do GKE. Para habilitar o recurso, defina o controle de alternância dele como Ativado.

7. Selecione o botão Copiar.

   

8. Selecione o botão Cloud Shell do GCP >.

9. Cole o script no Cloud Shell terminal e execute-o.

O conector é atualizado após a execução do script. Esse processo pode levar até oito horas para ser concluído.

Implantar a solução em clusters específicos

Se você definir qualquer uma das configurações de provisionamento automático padrão como Desativada durante o processo de integração do conector GCP ou posteriormente, será necessário instalar manualmente o Kubernetes habilitado para Azure Arc, o sensor do Defender e o Azure Policy para Kubernetes em cada um dos clusters GKE. Instalá-los ajuda a garantir que você obtenha o valor de segurança total do Defender para Contêineres.

Você pode usar duas recomendações dedicadas do Defender para Nuvem para instalar essas extensões (e o Azure Arc se necessário):

• Os clusters do GKE devem ter a extensão do Microsoft Defender para Azure Arc instalada
• Os clusters do GKE devem ter a extensão Azure Policy instalada

Para implantar a solução em clusters específicos:

1. Entre no portal do Azure.

2. Acesse Microsoft Defender para Nuvem>Recomendações.

3. Na página Recomendações do Defender para Nuvem, procure uma das recomendações por nome.

   

4. Selecione um cluster do GKE não íntegro.

   Importante

   Você precisa selecionar um cluster por vez.

   Não selecione os clusters pelos nomes com hiperlinks deles. Selecione em qualquer outro lugar na linha relevante.

5. Selecione o nome do recurso não íntegro.

6. Selecione Corrigir.

   

7. O Defender para Nuvem vai gerar um script no idioma de sua escolha:

   • No Linux, selecione Bash.
   • No Windows, selecione PowerShell.

8. Selecione Baixar lógica de correção.

9. Execute o script gerado no cluster.

10. Repita as etapas 3 a 8 para a outra recomendação.

Exibir os alertas do cluster do GKE

1. Entre no portal do Azure.

2. Acesse Microsoft Defender para Nuvem>Alertas de segurança.

3. Selecione o botão .

4. No menu suspenso Filtrar, selecione Tipo de recurso.

5. No menu suspenso Valor, selecione Cluster GKE do GCP.

6. Selecione Ok.

Implantar o sensor do Defender

Para implantar o sensor do Defender em seus clusters do GCP:

1. Acesse o Microsoft Defender para Nuvem>Configurações de ambiente>Adicionar ambiente>Google Cloud Platform.

   

2. Preencha os detalhes da conta.

   

3. Acesse Selecionar planos, abra o plano de Contêineres e verifique se o Provisionamento automático do sensor do Defender para Azure Arc está definido como Ativado.

   

4. Acesse Configurar o acesso e siga as etapas lá.

   

5. Depois que o script gcloud for executado com êxito, selecione Criar.

Remover o sensor do Defender

Você pode remover a extensão de computadores em execução no momento usando o portal do Azure, a CLI do Azure ou a API REST, conforme explicado nas guias a seguir.

DELETE https://management.azure.com/subscriptions/{{Subscription ID}}/resourcegroups/{{Resource Group}}/providers/Microsoft.Kubernetes/connectedClusters/{{Cluster Name}}/providers/Microsoft.KubernetesConfiguration/extensions/microsoft.azuredefender.kubernetes?api-version=2020-07-01-preview

az account get-access-token --subscription <your-subscription-id>

Definir um workspace do Log Analytics padrão para o AKS

O sensor do Defender usa o workspace do Log Analytics como um pipeline de dados para enviar dados dos clusters do Kubernetes ao Defender para Nuvem. O workspace não retém nenhum dos dados. Como resultado, os usuários não serão cobrados nesse caso de uso.

O sensor do Defender usa um workspace do Log Analytics padrão. Caso você não tenha um workspace do Log Analytics padrão, o Defender para Nuvem criará um grupo de recursos e um workspace padrão quando o sensor do Defender for instalado. O workspace padrão é com base em sua região.

A convenção de nomenclatura do grupo de recursos e do workspace padrão do Log Analytics é:

• Workspace: DefaultWorkspace-[subscription-ID]-[geo]
• Grupo de recursos: DefaultResourceGroup-[geo]

Atribuir um workspace personalizado

Quando você habilita o provisionamento automático, um workspace padrão é atribuído automaticamente. Você pode atribuir um workspace personalizado por meio da Azure Policy.

Para verificar se você tem um workspace atribuído:

1. Entre no portal do Azure.

2. Pesquise por Política e selecione essa opção.

   

3. Selecione Definições.

4. Procure a ID da política 64def556-fbad-4622-930e-72d1d5589bf5.

   

5. Selecione Configurar clusters do Serviço de Kubernetes do Azure para habilitar o perfil do Defender.

6. Selecione Atribuições.

   

7. Use uma das próximas seções neste artigo da seguinte maneira:

   • Se a política ainda não tiver sido atribuída ao escopo relevante, siga as etapas em Criar uma atribuição com workspace personalizado.
   • Se a política já estiver atribuída e você quiser alterá-la para usar um workspace personalizado, siga as etapas em Atualizar atribuição com workspace personalizado.

Criar uma atribuição com um workspace personalizado

Se a política ainda não estiver atribuída, a guia Atribuições mostrará o número 0.

Para atribuir um workspace personalizado:

1. Selecione Atribuir.

2. Na guia Parâmetros, desmarque a opção Mostrar somente os parâmetros que precisam de entrada ou revisão.

3. Selecione um valor de LogAnalyticsWorkspaceResourceId no menu suspenso.

   

4. Selecione Examinar + criar.

5. Selecione Criar.

Atualizar uma atribuição com um workspace personalizado

Se a política for atribuída a um workspace, a guia Atribuições mostrará o número 1.

Para atribuir um workspace personalizado:

1. Selecione a atribuição relevante.

   

2. Selecione Editar atribuição.

3. Na guia Parâmetros, desmarque a opção Mostrar somente os parâmetros que precisam de entrada ou revisão.

4. Selecione um valor de LogAnalyticsWorkspaceResourceId no menu suspenso.

   

5. Selecione Examinar + salvar.

6. Selecione Salvar.

Workspace do Log Analytics padrão para o Azure Arc

O sensor do Defender usa o workspace do Log Analytics como um pipeline de dados para enviar dados dos clusters do Kubernetes ao Defender para Nuvem. O workspace não retém nenhum dos dados. Como resultado, os usuários não serão cobrados nesse caso de uso.

O sensor do Defender usa um workspace do Log Analytics padrão. Caso você não tenha um workspace do Log Analytics padrão, o Defender para Nuvem criará um grupo de recursos e um workspace padrão quando o sensor do Defender for instalado. O workspace padrão é com base em sua região.

A convenção de nomenclatura do grupo de recursos e do workspace padrão do Log Analytics é:

• Workspace: DefaultWorkspace-[subscription-ID]-[geo]
• Grupo de recursos: DefaultResourceGroup-[geo]

Atribuir um workspace personalizado

Quando você habilita o provisionamento automático, um workspace padrão é atribuído automaticamente. Você pode atribuir um workspace personalizado por meio da Azure Policy.

Para verificar se você tem um workspace atribuído:

1. Entre no portal do Azure.

2. Pesquise por Política e selecione essa opção.

   

3. Selecione Definições.

4. Procure a ID da política 708b60a6-d253-4fe0-9114-4be4c00f012c.

   

5. Selecione Configurar os clusters do Kubernetes habilitados para Azure Arc para instalar a extensão do Microsoft Defender para Nuvem.

6. Selecione Atribuições.

   

7. Use uma das próximas seções neste artigo da seguinte maneira:

   • Se a política ainda não tiver sido atribuída ao escopo relevante, siga as etapas em Criar uma atribuição com workspace personalizado.
   • Se a política já estiver atribuída e você quiser alterá-la para usar um workspace personalizado, siga as etapas em Atualizar atribuição com workspace personalizado.

Criar uma atribuição com um workspace personalizado

Se a política ainda não estiver atribuída, a guia Atribuições mostrará o número 0.

Para atribuir um workspace personalizado:

1. Selecione Atribuir.

2. Na guia Parâmetros, desmarque a opção Mostrar somente os parâmetros que precisam de entrada ou revisão.

3. Selecione um valor de LogAnalyticsWorkspaceResourceId no menu suspenso.

   

4. Selecione Examinar + criar.

5. Selecione Criar.

Atualizar uma atribuição com um workspace personalizado

Se a política for atribuída a um workspace, a guia Atribuições mostrará o número 1.

Para atribuir um workspace personalizado:

1. Selecione a atribuição relevante.

   

2. Selecione Editar atribuição.

3. Na guia Parâmetros, desmarque a opção Mostrar somente os parâmetros que precisam de entrada ou revisão.

4. Selecione um valor de LogAnalyticsWorkspaceResourceId no menu suspenso.

   

5. Selecione Examinar + salvar.

6. Selecione Salvar.

Remover o sensor do Defender

Para remover essa extensão – ou qualquer uma – do Defender para Nuvem, não é suficiente desativar o provisionamento automático:

• Habilitar o provisionamento automático potencialmente afeta computadores existentes e futuros.
• Desabilitar o provisionamento automático para uma extensão afeta apenas os computadores futuros. Nada é desinstalado quando você desabilita o provisionamento automático.

No entanto, para garantir que os componentes do Defender para Contêineres não sejam provisionados automaticamente para seus recursos a partir de agora, desabilite o provisionamento automático das extensões.

Você pode remover a extensão de computadores em execução no momento usando a API REST, a CLI do Azure ou um modelo do Resource Manager, conforme explicado nas guias a seguir.

https://management.azure.com/subscriptions/{{SubscriptionId}}/resourcegroups/{{ResourceGroup}}/providers/Microsoft.ContainerService/managedClusters/{{ClusterName}}?api-version={{ApiVersion}}

{
  "location": "{{Location}}",
  "properties": {
    "securityProfile": {
            "defender": {
                "securityMonitoring": {
                    "enabled": false
                }
            }
        }
    }
}

{ 
    "type": "Microsoft.ContainerService/managedClusters", 
    "apiVersion": "2022-06-01", 
    "name": "string", 
    "location": "string",
    "properties": {
        …
        "securityProfile": { 
            "defender": { 
                "securityMonitoring": {
                    "enabled": false
                }
            }
        }
    }
}