Nesta página, explicamos como reduzir o volume de descobertas recebidas no Security Command Center silenciando as descobertas.
A desativação de uma descoberta a oculta da visualização padrão das suas descobertas no Console do Google Cloud. É possível ignorar descobertas manual ou programaticamente e criar filtros para silenciar automaticamente as descobertas atuais e futuras com base nos critérios especificados por você.
Os serviços de detecção do Security Command Center oferecem amplas avaliações de segurança de para a implantação do Google Cloud, mas talvez você descubra que certas descobertas apropriados ou relevantes para sua organização ou projetos. Um grande volume de descobertas também pode dificultar a identificação e a correção dos riscos mais críticos pelos analistas de segurança. Silenciar as descobertas economiza tempo de analisar ou responder a descobertas de segurança para ativos isolados ou se enquadram em parâmetros de negócios aceitáveis.
Silenciar as descobertas tem várias vantagens em relação como desativar detectores:
- É possível criar filtros personalizados para ajustar quais descobertas serão silenciadas.
- Você pode usar regras de silenciamento para silenciar descobertas temporariamente ou indefinidamente.
- Ignorar as descobertas não impede que os recursos subjacentes sejam verificados. As descobertas ainda serão geradas, mas permanecerão ocultas até que você decida visualizá-las.
Permissões
Para usar as descobertas de silenciamento, você precisa de um dos seguintes papéis de gerenciamento de identidade e acesso (IAM) na organização, pasta ou projeto } nível:
- Ver regras de silenciamento:
- Leitor administrador da Central de segurança (
roles/securitycenter.adminViewer
) - Leitor de configurações da Central de segurança (
roles/securitycenter.settingsViewer
) - Leitor de configurações de desativação de som da Central de segurança (
roles/securitycenter.muteConfigsViewer
)
- Leitor administrador da Central de segurança (
- Veja, crie, atualize e exclua regras de silenciamento:
- Administrador da Central de segurança (
roles/securitycenter.admin
) - Editor administrador da Central de segurança (
roles/securitycenter.adminEditor
) - Editor de configurações da Central de segurança
(
roles/securitycenter.settingsEditor
) - Editor de configurações de desativação de sons da Central de segurança
(
roles/securitycenter.muteConfigsEditor
)
- Administrador da Central de segurança (
- Silenciar descobertas manualmente:
- Editor de descobertas da Central de segurança
(
roles/securitycenter.findingsEditor
)
- Editor de descobertas da Central de segurança
(
Também é possível criar e conceder papéis personalizados com algumas ou todas as seguintes permissões:
- Permissões de leitura da regra de silenciamento
securitycenter.muteconfigs.get
securitycenter.muteconfigs.list
- Permissões de gravação da regra de silenciamento
securitycenter.muteconfigs.create
securitycenter.muteconfigs.update
securitycenter.muteconfigs.delete
- Como encontrar permissões de gravação
securitycenter.findings.setMute
securitycenter.findings.bulkMuteUpdate
O recurso de silenciar descobertas adere aos papéis concedidos no nível da organização, da pasta ou do projeto. É possível silenciar descobertas em pastas ou projetos específicos e restringir a capacidade de outras pessoas de ignorar descobertas com base no acesso concedido a elas. Por exemplo, se você tiver acesso a um único projeto, só será possível silenciar as descobertas nesse projeto. Se você tiver acesso a uma pasta, poderá ignorar as descobertas em qualquer subpasta ou projeto dentro dela.
Para saber mais sobre os papéis do Security Command Center, consulte Controle de acesso.
Criar e gerenciar regras de silenciamento
As regras de silenciamento são configurações do Security Command Center que usam filtros criados para ignorar automaticamente as descobertas atuais e futuras com base nos critérios especificados por você. É possível criar filtros com regras de silenciamento estáticas ou dinâmicas.
As regras de silenciamento estáticas silenciam as descobertas futuras indefinidamente. Desativar som dinâmico as regras silenciam as descobertas futuras e atuais temporariamente até uma data especificada ou indefinidamente, até que uma descoberta não corresponda mais à configuração.
Tipos de regras de silenciamento
O Security Command Center oferece suporte a configurações de regras de silenciamento estáticas e dinâmicas. Embora seja possível usar regras de silenciamento estáticas e dinâmicas simultaneamente, não recomendamos isso. As regras de silenciamento estáticas substituem as regras de silenciamento dinâmicas quando são aplicadas à mesma detecção. Por isso, as regras dinâmicas de silenciamento não vão funcionar como esperado, o que pode criar confusão ao gerenciar suas descobertas. Portanto, recomendamos que você use apenas um tipo de regra de silenciamento.
Recomendamos usar a desativação dinâmica, a menos que você já esteja usando regras estáticas de silenciamento. regras exclusivamente porque elas oferecem mais flexibilidade.
A tabela a seguir oferece uma comparação geral dos dois tipos de regras de silenciamento. Para mais detalhes, consulte Regras de silenciamento estáticas e Regras de silenciando dinâmico.
Regras estáticas de silenciamento | Regras de silenciamento dinâmicas |
---|---|
Aja indefinidamente com base nas descobertas. | Pode realizar ações encontrando temporariamente com um prazo de validade ou indefinidamente não há prazo de validade definido. |
Não se aplica a descobertas existentes. | Aplicar a descobertas atuais e novas. |
têm precedência sobre as regras de silenciamento dinâmicas. | está têm prioridade mais baixa e são substituídas por regras estáticas de silenciamento quando se aplicam a uma descoberta. |
Regras de silenciamento estáticas
- As regras de silenciamento estáticas funcionam indefinidamente. Quando uma descoberta corresponde à funcionalidade de silenciamento estática
configuração, o Security Command Center define automaticamente a propriedade
mute
de a descoberta paraMUTED
até que você a altere manualmente. - As regras estáticas de silenciamento não afetam as descobertas atuais. Elas se aplicam apenas a descobertas recém-criadas ou atualizadas após a definição da regra. Se você também quiser silenciar descobertas existentes semelhantes, use os mesmos filtros para silenciar descobertas.
- As regras de silenciamento estáticas têm precedência sobre as dinâmicas. Portanto, todas as novas descobertas que correspondam a uma regra estática de silenciamento definida são consideradas silenciadas mesmo se elas também correspondem a uma regra de silenciamento dinâmica definida.
Regras dinâmicas de silenciamento
- As regras de silenciamento dinâmico podem agir em uma descoberta temporariamente com um tempo de expiração
ou indefinidamente se nenhum tempo de expiração for definido. Quando uma descoberta existente ou recém-
criada corresponde à sua configuração de silenciamento dinâmico, o Security Command Center
define automaticamente a propriedade
mute
da descoberta comoMUTED
até a data de validade especificada ou até que haja mudanças na descoberta ou na própria configuração. Quando uma regra de silenciamento dinâmica expira, o Security Command Center remove a regra da descoberta. Se a descoberta não corresponder a nenhuma outra regra de desativação de som dinâmica, a propriedademute
será redefinida automaticamente paraUNDEFINED
. - As regras dinâmicas de silenciamento são aplicadas automaticamente a descobertas que correspondam às suas da organização, bem como as descobertas recém-criadas ou atualizadas.
- As regras dinâmicas de silenciamento têm prioridade mais baixa e são substituídas pelo silenciamento estático quando ambos os tipos se aplicam a uma descoberta.
Recomendamos o uso exclusivo das regras dinâmicas de silenciamento. A capacidade de temporariamente Ativar e desativar o som automaticamente torna as regras de silenciamento dinâmicas mais flexíveis do que as regras estáticas de silenciamento.
Se você estiver usando regras estáticas de silenciamento para reduzir o número de descobertas analisar manualmente e se quiser migrar para as regras dinâmicas de silenciamento, consulte Migrar do modo de silenciamento estático para o dinâmico regras.
Escopo das regras de silenciamento
Considere o escopo de uma regra de silenciamento ao criar filtros.
Por exemplo, se um filtro for gravado para silenciar as descobertas em Project A
, mas
o filtro em si é criado em Project B
, ele pode não corresponder
nenhuma descoberta.
Da mesma forma, se a residência de dados
estiver ativado, o escopo de uma regra de silenciamento
é limitado ao local do Security Command Center em que a regra de silenciamento está
criados. Por exemplo, se você criar uma regra de silenciamento nos Estados Unidos
(us
), a regra de silenciamento não silencia as descobertas armazenadas em
os locais da União Europeia (eu
) ou Global (global
).
Para mais informações sobre residência de dados e regras de silenciamento, consulte
Regras de silenciamento, exportações contínuas e residência de dados.
Para mais informações sobre a criação de filtros, consulte Filtrar notificações.
Restrições da regra de silenciamento
As regras de silenciamento não são compatíveis com todas as propriedades de descoberta. Para uma lista de propriedades que as regras de silenciamento não são compatíveis. Consulte As propriedades de descoberta não são compatíveis com as regras de silenciamento.
É possível criar, visualizar, atualizar e excluir regras de silenciamento com base no escopo dos papéis do IAM. Com os papéis no nível da organização, você vê regras de silenciamento para todas as pastas e projetos dentro da organização. Se você tiver papéis no nível da pasta, poderá acessar e gerenciar regras de silenciamento para pastas específicas e todas as subpastas e projetos dentro dessas pastas. Os papéis no nível do projeto permitem gerenciar regras de silenciamento em projetos específicos.
O Security Command Center Premium é compatível com a concessão de papéis nos níveis da organização, pasta e projeto. O Security Command Center Standard aceita apenas papéis no nível da organização. Para mais informações, consulte Controle de acesso.
Residência de dados e regras de silenciamento
Se a residência de dados estiver ativada, o
configurações que definem regras de silenciamento (recursos muteConfig
) são
sujeitos ao controle de residência de dados e armazenados em
Local do Security Command Center
que você selecionar.
Para aplicar uma regra de silenciamento às descobertas em uma instância do Security Command Center local, é necessário criar a regra de silenciamento no mesmo local das descobertas a que se aplica.
Como os filtros usados nas regras de silenciamento podem conter dados sujeitos a controles de residência, especifique o local correto antes de criar as regras. O Security Command Center não restringe o local que você cria regras de silenciamento ou exportações de streaming.
As regras de silenciamento são armazenadas apenas no local em que foram criadas e não podem ser visualizadas ou editadas em outros locais.
Depois de criar uma regra de silenciamento, não é possível mudar o local dela. Para mudar o local, exclua a regra de silenciamento e recrie-a no novo local.
Para acessar as regras de silenciamento no console do Google Cloud, primeiro você precisa definir o do console do Google Cloud para o local em que foram criados.
As mesmas regras se aplicam à representação da API de uma regra de silenciamento, MuteConfig
.
Para extrair um MuteConfig
usando chamadas de API, faça o seguinte:
você precisa especificar o local no nome completo do recurso
o MuteConfig
. Exemplo:
GET https://securitycenter.googleapis.com/v2/{name=organizations/123/locations/eu/muteConfigs/my-mute-rule-01}
Da mesma forma, para extrair um muteConfig
usando
a CLI gcloud, é possível especificar o local
usando a sinalização --locations
. Exemplo:
gcloud scc muteconfigs list --organizations=123 --location=us
Criar uma regra para ignorar
Sua organização pode criar no máximo 1.000 regras de silenciamento.
É possível criar regras de silenciamento estáticas ou dinâmicas usando o console do Google Cloud. a CLI gcloud ou o Security Command Center API. Recomendamos o uso exclusivo das regras dinâmicas de silenciamento na sua regra de silenciamento porque elas são mais flexíveis que as regras estáticas de silenciamento. Para um comparação dos tipos de regras de silenciamento, consulte Tipos de regras de silenciamento.
Para ver um exemplo de código que cria uma regra de silenciamento, consulte Criar uma regra de silenciamento.
Para criar uma regra para ignorar, clique na guia do procedimento que você usar:
Console
No console do Google Cloud, acesse a página Descobertas do Security Command Center.
Se necessário, selecione o projeto ou a organização do Google Cloud.
Opcional: se a residência de dados estiver ativada para o Security Command Center, mude o local dos dados conforme necessário.
Para mudar o local dos dados, clique no seletor de local na barra de ações.
Uma lista de locais será exibida. Selecione o novo local.
Clique em Opções de silenciamento e selecione Gerenciar regras de silenciamento.
Clique em Criar regra de silenciamento e selecione Regra de silenciamento dinâmica ou Regra estática de silenciamento: Para mais informações sobre os tipos de regra de silenciamento, consulte Tipos das regras de silenciamento.
Digite um ID da regra de silenciamento. Esse valor é obrigatório.
Insira uma descrição de regra de silenciamento que forneça contexto para explicar por que as descobertas são silenciadas. Esse valor é opcional, mas recomendado.
Recurso pai indica o escopo em que a regra de silenciamento será criada e aplicada.
Se você estiver criando uma regra de silenciamento estática ou dinâmica sem vencimento, siga para a próxima etapa. Se você estiver criando uma ativação de som dinâmico regra para silenciar temporariamente as descobertas, siga estas etapas:
- Marque a caixa de seleção Silenciar descobertas correspondentes temporariamente.
- Selecione ou digite a data de validade da regra de silenciamento dinâmica. Esse valor indica por quanto tempo a regra vai silenciar as descobertas correspondentes.
No campo Consulta de descobertas, crie as instruções de consulta clicando em Adicionar filtro. Como alternativa, é possível digitar as instruções de consulta manualmente.
A caixa de diálogo Selecionar filtro permite escolher os atributos e valores de descoberta suportados.
- Selecione um atributo de descoberta ou digite um nome na caixa Pesquisar atributos de descoberta. Uma lista dos subatributos disponíveis será exibida.
- Selecione um subatributo. Um campo de seleção mostra onde é possível criar a instrução de consulta usando o subatributo selecionado, um operador de consulta e um ou mais valores para o subatributo.
- Selecione o operador e um ou mais valores para o subatributo no painel. Para mais informações sobre os operadores de consulta e as funções que eles usam, consulte Consulta no menu "Adicionar filtros".
- Clique em Aplicar.
A caixa de diálogo será fechada, e a consulta será atualizada.
- Repita até que a consulta de descobertas contenha todos os atributos que você quer.
Verifique a precisão do filtro. Para fazer alterações, exclua ou adicione propriedades e filtre os valores conforme necessário.
Clique em Visualizar descobertas correspondentes.
Uma tabela mostra descobertas que correspondem à sua consulta.
Clique em Save.
gcloud
-
In the Google Cloud console, activate Cloud Shell.
At the bottom of the Google Cloud console, a Cloud Shell session starts and displays a command-line prompt. Cloud Shell is a shell environment with the Google Cloud CLI already installed and with values already set for your current project. It can take a few seconds for the session to initialize.
Para criar regras de silenciamento, execute o comando
gcloud scc muteconfigs create
:gcloud scc muteconfigs create CONFIG_ID \ --PARENT=PARENT_ID \ --location=LOCATION --description="RULE_DESCRIPTION" \ --filter="FILTER" \ --type=MUTE_TYPE \ --expiry-time=TIMESTAMP
Substitua:
CONFIG_ID
: o nome da regra de silenciamento. O ID deve usar caracteres alfanuméricos e hifens e ter entre 1 e 63 caracteres.PARENT
: o escopo na hierarquia de recursos. a que a regra de silenciamento se aplica,organization
,folder
ouproject
.PARENT_ID
: o ID da organização pai. pasta ou projeto especificado no formatoorganizations/123
,folders/456
ouprojects/789
.LOCATION
: se a residência dos dados estiver ativada, o Security Command Center local em que a regra de silenciamento será criada. se a residência de dados não estiver ativada, use o valorglobal
.RULE_DESCRIPTION
: uma descrição do item silenciado de no máximo 1.024 caracteres.FILTER
: a expressão que você define para filtrar. descobertas. Por exemplo, para silenciarOPEN_FIREWALL
descobertas, seu filtro pode serFILTER="category=\"OPEN_FIREWALL\""
.MUTE_TYPE
: o tipo de regra de silenciamento que você quer criar. Os tipos de regra de silenciamento válidos sãoDYNAMIC
eSTATIC
. O tipo de regra de desativação de som é definido comoSTATIC
por padrão. Não é possível alterar o tipo de uma regra de silenciamento depois de criá-la.TIMESTAMP
: só se aplica se você estiver criando um regra dinâmica de silenciamento. A string de data/hora que indica quando o evento quando a regra de silenciamento expira. O valor deve ser definido para pelo menos um dia no no futuro, ou a solicitação será rejeitada. Para para mais informações sobre formatos de hora, consultegcloud topic datetimes
. Quando o som dinâmico for desativado quando a regra expira, ela é removida de todas as descobertas correspondentes. Se você quiser que a regra de silenciamento dinâmico funcione indefinidamente em resultados correspondentes, omita esse campo.
A resposta inclui o ID da regra de desativação de som, que pode ser usado para conferir, atualizar e excluir regras de desativação de som, conforme descrito em Gerenciar regras de desativação de som.
Go
O exemplo a seguir usa a API v1. Para modificar
exemplo da v2, substitua v1
por v2
e adicione
/locations/LOCATION
, que é o nome do recurso.
Para a maioria dos recursos, adicione /locations/LOCATION
ao
nome do recurso depois de /PARENT/PARENT_ID
, em que
PARENT
é organizations
, folders
.
ou projects
.
Para descobertas, adicione /locations/LOCATION
ao recurso
depois de /sources/SOURCE_ID
, em que SOURCE_ID
é o ID do
Serviço do Security Command Center
que emitiu a descoberta.
Java
O exemplo a seguir usa a API v1. Para modificar
o exemplo para a v2, substitua v1
por v2
e adicione
/locations/LOCATION
ao nome do recurso.
Para a maioria dos recursos, adicione /locations/LOCATION
ao
nome do recurso depois de /PARENT/PARENT_ID
, em que
PARENT
é organizations
, folders
.
ou projects
.
Para descobertas, adicione /locations/LOCATION
ao nome do recurso
após /sources/SOURCE_ID
, em que SOURCE_ID
é o ID do
serviço do Security Command Center
que emitiu a descoberta.
Python
O exemplo a seguir usa a API v1. Para modificar
exemplo da v2, substitua v1
por v2
e adicione
/locations/LOCATION
, que é o nome do recurso.
Para a maioria dos recursos, adicione /locations/LOCATION
ao
nome do recurso depois de /PARENT/PARENT_ID
, em que
PARENT
é organizations
, folders
.
ou projects
.
Para descobertas, adicione /locations/LOCATION
ao recurso
depois de /sources/SOURCE_ID
, em que SOURCE_ID
é o ID do
Serviço do Security Command Center
que emitiu a descoberta.
API REST
Na API Security Command Center, use o método muteConfigs create
para
criar uma regra de silenciamento. O corpo da solicitação é uma instância de MuteConfig
.
A menos que a residência de dados esteja ativada, você pode usar a v1 ou v2 do pela API Security Command Center. A API v2 está disponível como uma versão de pré-lançamento. Quando a residência de dados está ativada, a API v2 é a única disponível.
Se você estiver usando a API Security Command Center v1, use o endpoint da versão 1
para chamar muteConfigs create
.
No corpo da solicitação, use a versão 1 MuteConfig.
definição:
POST https://securitycenter.googleapis.com/v1/PARENT/PARENT_ID/muteConfigs?muteConfigId=MUTE_CONFIG_ID -d { "description": "RULE_DESCRIPTION", "filter": "FILTER", "type": "MUTE_TYPE", "expiryTime": "TIMESTAMP" }
Caso esteja usando a API Security Command Center v2, use a versão 2
endpoint para chamar
muteConfigs create
No corpo da solicitação, use a definição da
MuteConfig
da versão 2:
POST https://securitycenter.googleapis.com/v2/PARENT/PARENT_ID/locations/LOCATION/muteConfigs?muteConfigId=MUTE_CONFIG_ID -d { "description": "RULE_DESCRIPTION", "filter": "FILTER", "type": "MUTE_TYPE", "expiryTime": "TIMESTAMP" }
Substitua:
PARENT
: o recurso pai da regra de silenciamento (organizations
,folders
ouprojects
);PARENT_ID
: o ID da organização pai. pasta ou projetoLOCATION
: se a residência dos dados estiver ativada, o Security Command Center local em que a regra de silenciamento será criada. se a residência de dados não estiver ativada, use o valorglobal
MUTE_CONFIG_ID
: o nome da regra de silenciamento. (entre 1 e 63 caracteres)RULE_DESCRIPTION
: uma descrição do item silenciado regra (máx.: 1.024 caracteres)FILTER
: a expressão que você define para filtrar. descobertasPor exemplo, para silenciar descobertas
OPEN_FIREWALL
, seu filtro pode ser"category=\"OPEN_FIREWALL\""
.MUTE_TYPE
: o tipo de regra de silenciamento que você quer criar. Os tipos de regra de silenciamento válidos sãoDYNAMIC
eSTATIC
. Não é possível alterar o tipo de uma regra de silenciamento depois de que o criou.TIMESTAMP
: só se aplica se você estiver criando um regra dinâmica de silenciamento. A string de data/hora que indica quando o evento quando a regra de silenciamento expira. O valor deve ser definido para pelo menos um dia no no futuro, ou a solicitação será rejeitada. Para para mais informações sobre formatos de hora, consultegcloud topic datetimes
. Quando o som dinâmico for desativado quando a regra expira, ela é removida de todas as descobertas correspondentes. Se você quiser que regra de silenciamento dinâmica para agir indefinidamente em descobertas correspondentes, omita essa .
A resposta inclui o ID de configuração de desativação de som que pode ser usado para ver, atualizar e excluir regras de desativação de som, conforme descrito em Gerenciar regras de desativação de som.
Novas descobertas que correspondem exatamente ao filtro estão ocultas, e o atributo mute
para as descobertas é definido como MUTED
.
Não há suporte para as propriedades de descoberta nas regras de silenciamento
As regras de silenciamento não são compatíveis com todas as propriedades de descoberta em filtros. As propriedades a seguir não são compatíveis com filtros de regras de silenciamento.
createTime
eventTime
mute
mute_initiator
mute_update_time
name
parent
security_marks
source_properties
state
Listar regras de silenciamento
Para listar as regras de silenciamento em uma organização, pasta ou projeto, usando o console do Google Cloud, a CLI gcloud ou a API Security Command Center.
Sua capacidade de listar regras de silenciamento para um determinado escopo depende do as permissões concedidas ao IAM, papéis de segurança na nuvem.
Se a residência de dados estiver ativada para o Security Command Center, o escopo do comando list também está limitado aos comandos Local do Security Command Center.
Para acessar um exemplo de código que lista as regras de silenciamento, consulte Listar regras de silenciamento.
Para listar as regras de silenciamento de uma organização, pasta ou projeto, clique na guia do procedimento que você quer usar:
Console
No console do Google Cloud, acesse a guia Regras de desativação na página Configurações do Security Command Center.
Se necessário, selecione o projeto ou a organização do Google Cloud.
Opcional: se a residência de dados estiver ativada para o Security Command Center e altere o local dos dados conforme necessário.
Para mudar o local dos dados, clique no seletor de local na barra de ações.
Uma lista de locais vai aparecer. Selecione o novo local.
Na seção Regras de silenciamento, você encontra detalhes das regras ativas, incluindo o seguinte:
- Nome: ID da regra de silenciamento
- Recurso pai: o recurso no qual a regra para silenciar fica.
- Descrição: a descrição da regra de silenciamento, se disponível
- Última atualização feita por: o principal que atualizou a regra pela última vez.
- Última atualização: a data e a hora em que a regra foi atualizada pela última vez
gcloud
-
In the Google Cloud console, activate Cloud Shell.
At the bottom of the Google Cloud console, a Cloud Shell session starts and displays a command-line prompt. Cloud Shell is a shell environment with the Google Cloud CLI already installed and with values already set for your current project. It can take a few seconds for the session to initialize.
Para listar regras de silenciamento, execute o comando
gcloud scc muteconfigs list
:gcloud scc muteconfigs list --PARENT=PARENT_ID --location=LOCATION
Substitua:
PARENT
: oorganization
pai,folder
. ouproject
para as quais as regras de silenciamento serão listadas.PARENT_ID
: o ID da organização pai. pasta ou projetoLOCATION
: se a residência dos dados estiver ativada, o Security Command Center local em que as regras de silenciamento serão listadas. se a residência de dados não estiver ativada, use o valorglobal
Go
O exemplo a seguir usa a API v1. Para modificar
exemplo da v2, substitua v1
por v2
e adicione
/locations/LOCATION
, que é o nome do recurso.
Para a maioria dos recursos, adicione /locations/LOCATION
ao
nome do recurso depois de /PARENT/PARENT_ID
, em que
PARENT
é organizations
, folders
.
ou projects
.
Para descobertas, adicione /locations/LOCATION
ao recurso
depois de /sources/SOURCE_ID
, em que SOURCE_ID
é o ID do
Serviço do Security Command Center
que emitiu a descoberta.
Java
O exemplo a seguir usa a API v1. Para modificar
o exemplo para a v2, substitua v1
por v2
e adicione
/locations/LOCATION
ao nome do recurso.
Para a maioria dos recursos, adicione /locations/LOCATION
ao
nome do recurso depois de /PARENT/PARENT_ID
, em que
PARENT
é organizations
, folders
.
ou projects
.
Para descobertas, adicione /locations/LOCATION
ao recurso
depois de /sources/SOURCE_ID
, em que SOURCE_ID
é o ID do
Serviço do Security Command Center
que emitiu a descoberta.
Python
O exemplo a seguir usa a API v1. Para modificar
exemplo da v2, substitua v1
por v2
e adicione
/locations/LOCATION
, que é o nome do recurso.
Para a maioria dos recursos, adicione /locations/LOCATION
ao
nome do recurso depois de /PARENT/PARENT_ID
, em que
PARENT
é organizations
, folders
ou projects
.
Para descobertas, adicione /locations/LOCATION
ao recurso
depois de /sources/SOURCE_ID
, em que SOURCE_ID
é o ID do
Serviço do Security Command Center
que emitiu a descoberta.
API REST
Na API Security Command Center, use o método muteConfigs list
para listar
as regras de silenciamento. O corpo da solicitação está vazio.
A menos que a residência de dados esteja ativada, você pode usar a v1 ou v2 do pela API Security Command Center. A API v2 está disponível como um de pré-lançamento. Quando a residência de dados estiver ativada, a API v2 será a única API disponível.
Se você estiver usando a API Security Command Center v1, utilize o endpoint v1
para chamar
muteConfigs list
:
GET https://securitycenter.googleapis.com/v1/PARENT/PARENT_ID/muteConfigs
Se você estiver usando a API Security Command Center v2, use o endpoint v2
para chamar
muteConfigs list
:
GET https://securitycenter.googleapis.com/v2/PARENT/PARENT_ID/locations/LOCATION/muteConfigs
Substitua:
PARENT
: o recurso pai da regra de silenciamento (organizations
,folders
ouprojects
);PARENT_ID
: o ID da organização, pasta ou projeto paiLOCATION
: se a residência dos dados estiver ativada, o Security Command Center local em que as regras de silenciamento serão listadas. se a residência de dados não estiver ativada, use o valorglobal
A resposta inclui os nomes, as descrições e os códigos de configuração de desativação de som das regras de silenciamento.
Ver a configuração de uma regra de silenciamento
É possível conferir a configuração da regra de silenciamento usando o console do Google Cloud. a CLI gcloud ou a API Security Command Center.
Para acessar um exemplo de código que recupera uma configuração de regra de silenciamento, consulte Veja uma regra de silenciamento.
Para conferir a configuração de uma regra de silenciamento, clique na guia do procedimento que você quer usar:
Console
No console do Google Cloud, acesse a guia Regras de desativação na página Configurações do Security Command Center.
Se necessário, selecione o projeto ou a organização do Google Cloud.
Opcional: se a residência de dados estiver ativada para o Security Command Center e altere o local dos dados conforme necessário.
Para mudar o local dos dados, clique no seletor de local na barra de ações.
Uma lista de locais será exibida. Selecione o novo local.
Na seção Ignorar regras, você vê uma lista das regras de silenciamento.
Clique no nome da regra que você quer ver.
Uma página é aberta com a configuração da regra de silenciamento.
gcloud
-
In the Google Cloud console, activate Cloud Shell.
At the bottom of the Google Cloud console, a Cloud Shell session starts and displays a command-line prompt. Cloud Shell is a shell environment with the Google Cloud CLI already installed and with values already set for your current project. It can take a few seconds for the session to initialize.
Para conferir a configuração de uma regra de silenciamento, execute o comando
gcloud scc muteconfigs get
:gcloud scc muteconfigs get MUTE_CONFIG_ID \ --PARENT=PARENT_ID --location=LOCATION
Substitua:
MUTE_CONFIG_ID
: o ID da regra de silenciamentoPARENT
: o recurso pai da regra de silenciamento (organization
,folder
ouproject
);PARENT_ID
: o ID da organização, pasta ou projetoLOCATION
: se a residência dos dados estiver ativada, o Security Command Center local em que é exibida a configuração da regra de silenciamento. se a residência de dados não estiver ativada, use o valorglobal
Go
O exemplo a seguir usa a API v1. Para modificar
exemplo da v2, substitua v1
por v2
e adicione
/locations/LOCATION
, que é o nome do recurso.
Para a maioria dos recursos, adicione /locations/LOCATION
ao
nome do recurso depois de /PARENT/PARENT_ID
, em que
PARENT
é organizations
, folders
.
ou projects
.
Para descobertas, adicione /locations/LOCATION
ao recurso
depois de /sources/SOURCE_ID
, em que SOURCE_ID
é o ID do
Serviço do Security Command Center
que emitiu a descoberta.
Java
O exemplo a seguir usa a API v1. Para modificar
o exemplo para a v2, substitua v1
por v2
e adicione
/locations/LOCATION
ao nome do recurso.
Para a maioria dos recursos, adicione /locations/LOCATION
ao
nome do recurso depois de /PARENT/PARENT_ID
, em que
PARENT
é organizations
, folders
ou projects
.
Para descobertas, adicione /locations/LOCATION
ao recurso
depois de /sources/SOURCE_ID
, em que SOURCE_ID
é o ID do
Serviço do Security Command Center
que emitiu a descoberta.
Python
O exemplo a seguir usa a API v1. Para modificar
exemplo da v2, substitua v1
por v2
e adicione
/locations/LOCATION
, que é o nome do recurso.
Para a maioria dos recursos, adicione /locations/LOCATION
ao
nome do recurso depois de /PARENT/PARENT_ID
, em que
PARENT
é organizations
, folders
.
ou projects
.
Para descobertas, adicione /locations/LOCATION
ao recurso
depois de /sources/SOURCE_ID
, em que SOURCE_ID
é o ID do
Serviço do Security Command Center
que emitiu a descoberta.
API REST
Na API Security Command Center, use o método muteConfigs get
para retornar
a configuração de uma regra de silenciamento. O corpo da solicitação está vazio.
Para acessar o CONFIG_ID
de uma regra de silenciamento, primeiro execute uma chamada de API para
Listar regras de silenciamento.
A resposta inclui IDs de configuração para regras de silenciamento retornadas.
A menos que a residência de dados esteja ativada, você pode usar a v1 ou v2 do pela API Security Command Center. A API v2 está disponível como um de pré-lançamento. Quando a residência de dados estiver ativada, a API v2 será a única API disponível.
Se você estiver usando a API Security Command Center v1, use o endpoint v1
para chamar
muteConfigs get
:
GET https://securitycenter.googleapis.com/v1/PARENT/PARENT_ID/muteConfigs/CONFIG_ID
Se você estiver usando a API Security Command Center v2, use o endpoint v2
para chamar
muteConfigs get
:
GET https://securitycenter.googleapis.com/v2/PARENT/PARENT_ID/locations/LOCATION/muteConfigs/CONFIG_ID
Substitua:
PARENT
: o recurso pai da regra de silenciamento (organizations
,folders
ouprojects
);PARENT_ID
: o ID do organização, pasta ou projetoLOCATION
: se a residência dos dados estiver ativada, o Security Command Center local em que é exibida a configuração da regra de silenciamento. se a residência de dados não estiver ativada, use o valorglobal
CONFIG_ID
: o ID numérico da regra de silenciamento
Atualizar regras de silenciamento
É possível atualizar a descrição ou o filtro de descoberta de uma regra de silenciamento usando console do Google Cloud, CLI gcloud ou a API Security Command Center.
Não é possível alterar o ID. a organização, pasta ou projeto pai; ou a localização de uma regra de silenciamento. Para alterar qualquer um desses valores, você deve criar uma nova regra de silenciamento.
Se você ativou as descobertas anteriormente, elas serão desativadas novamente se forem correspondidas por uma regra de desativação atualizada no console do Google Cloud. Para mais informações, consulte Ativar som de descobertas individuais.
Para acessar um exemplo de código que atualiza uma regra de silenciamento, consulte Atualizar uma regra de silenciamento.
Para atualizar uma regra de silenciamento, clique na guia do procedimento que você usar:
Console
No console do Google Cloud, acesse a guia Regras de desativação na página Configurações do Security Command Center.
Selecione o projeto ou a organização do Google Cloud que é o recurso pai da regra de silenciamento que você quer modificar.
Opcional: se a residência de dados estiver ativada para o Security Command Center e altere o local dos dados conforme necessário.
Para mudar o local dos dados, clique no seletor de local na barra de ações.
Uma lista de locais será exibida. Selecione o novo local.
Clique no nome da regra de silenciamento que você quer modificar.
Se você não selecionou o projeto ou a organização apropriada, talvez veja uma observação informando que não tem permissão para modificar a regra de desativação de som.
Insira uma nova descrição e clique em Salvar.
No caso das regras dinâmicas de silenciamento, atualize ou mude o prazo de validade da regra.
Atualize ou altere o filtro.
Veja mais instruções em Criar regras de silenciamento.
Para visualizar as descobertas que correspondem ao filtro atualizado, clique em Visualizar descobertas correspondentes.
Uma tabela é carregada com descobertas que correspondem à nova consulta.
Clique em Save.
gcloud
-
In the Google Cloud console, activate Cloud Shell.
At the bottom of the Google Cloud console, a Cloud Shell session starts and displays a command-line prompt. Cloud Shell is a shell environment with the Google Cloud CLI already installed and with values already set for your current project. It can take a few seconds for the session to initialize.
Para atualizar as regras de silenciamento, execute o comando
gcloud scc muteconfigs update
:gcloud scc muteconfigs update MUTE_CONFIG_ID \ --PARENT=PARENT_ID \ --location=LOCATION --description=RULE_DESCRIPTION \ --filter=FILTER --type=MUTE_TYPE \ --expiry-time=TIMESTAMP
Substitua:
MUTE_CONFIG_ID
: o ID da regra de desativação de som.PARENT
: o recurso pai da regra de silenciamento. (organization
,folder
ouproject
).PARENT_ID
: o ID do organização, pasta ou projeto.LOCATION
: se a residência de dados estiver ativada, o local do Security Command Center em que a regra de desativação será atualizada. Se a residência de dados não estiver ativada, use o valorglobal
.RULE_DESCRIPTION
: uma descrição do item silenciado (máx.: 1.024 caracteres).FILTER
: a expressão que você define para filtrar. descobertas.Por exemplo, para silenciar
OPEN_FIREWALL
descobertas, seu filtro pode serFILTER="category=\"OPEN_FIREWALL\""
.MUTE_TYPE
: o tipo de regra de silenciamento que você está atualizando. Os tipos de regra de silenciamento válidos sãoDYNAMIC
eSTATIC
. Não é possível mudar o tipo de uma regra de silenciamento depois de criá-la.TIMESTAMP
: só se aplica se você estiver atualizando uma regra dinâmica de silenciamento. A string de data/hora que indica quando o evento quando a regra de silenciamento expira. O valor deve ser definido para pelo menos um dia no no futuro, ou a solicitação será rejeitada. Para informações sobre horário formatos, consultegcloud topic datetimes
. Quando o som dinâmico for desativado a regra expirar, ela será removida de todas as descobertas correspondentes. Se você quiser que a regra de silenciamento dinâmico aja indefinidamente em descobertas correspondentes, omita esse campo.
Go
O exemplo a seguir usa a API v1. Para modificar
exemplo da v2, substitua v1
por v2
e adicione
/locations/LOCATION
, que é o nome do recurso.
Para a maioria dos recursos, adicione /locations/LOCATION
ao
nome do recurso depois de /PARENT/PARENT_ID
, em que
PARENT
é organizations
, folders
.
ou projects
.
Para descobertas, adicione /locations/LOCATION
ao recurso
depois de /sources/SOURCE_ID
, em que SOURCE_ID
é o ID do
Serviço do Security Command Center
que emitiu a descoberta.
Java
O exemplo a seguir usa a API v1. Para modificar
o exemplo para a v2, substitua v1
por v2
e adicione
/locations/LOCATION
ao nome do recurso.
Para a maioria dos recursos, adicione /locations/LOCATION
ao
nome do recurso depois de /PARENT/PARENT_ID
, em que
PARENT
é organizations
, folders
.
ou projects
.
Para descobertas, adicione /locations/LOCATION
ao nome do recurso
após /sources/SOURCE_ID
, em que SOURCE_ID
é o ID do
serviço do Security Command Center
que emitiu a descoberta.
Python
O exemplo a seguir usa a API v1. Para modificar
exemplo da v2, substitua v1
por v2
e adicione
/locations/LOCATION
, que é o nome do recurso.
Para a maioria dos recursos, adicione /locations/LOCATION
ao
nome do recurso depois de /PARENT/PARENT_ID
, em que
PARENT
é organizations
, folders
.
ou projects
.
Para descobertas, adicione /locations/LOCATION
ao recurso
depois de /sources/SOURCE_ID
, em que SOURCE_ID
é o ID do
Serviço do Security Command Center
que emitiu a descoberta.
API REST
Na API Security Command Center, use o método muteConfigs patch
para
atualizar uma regra de silenciamento. O corpo da solicitação é uma instância de MuteConfig
.
Para acessar o CONFIG_ID
de uma regra de silenciamento, execute uma chamada de API para
listar regras de silenciamento.
A resposta inclui IDs de configuração para regras de silenciamento retornadas.
A menos que a residência de dados esteja ativada, você pode usar a v1 ou v2 do pela API Security Command Center. A API v2 está disponível de pré-lançamento. Quando a residência de dados estiver ativada, a API v2 será a única API disponível.
Se você estiver usando a API Security Command Center v1, use o endpoint v1
para
chamar muteConfigs patch
:
PATCH https://securitycenter.googleapis.com/v1/PARENT/PARENT_ID/muteConfigs/CONFIG_ID { "description": "RULE_DESCRIPTION", "filter": "FILTER", "type": "MUTE_TYPE", "expiryTime": "TIMESTAMP" }
Se você usa a API Security Command Center v2, use o endpoint v2
para
ligue para muteConfigs patch
:
PATCH https://securitycenter.googleapis.com/v2/PARENT/PARENT_ID/locations/LOCATION/muteConfigs/CONFIG_ID { "description": "RULE_DESCRIPTION", "filter": "FILTER", "type": "MUTE_TYPE", "expiryTime": "TIMESTAMP" }
Substitua:
PARENT
: o recurso pai da regra de silenciamento (organizations
,folders
ouprojects
);PARENT_ID
: o ID do organização, pasta ou projetoLOCATION
: se a residência dos dados estiver ativada, o Security Command Center local em que a regra de silenciamento será atualizada. se a residência de dados não estiver ativada, use o valorglobal
CONFIG_ID
: o ID numérico da regra de silenciamentoRULE_DESCRIPTION
: uma descrição da regra de silenciamento. (máx.: 1.024 caracteres)FILTER
: a expressão definida para filtrar descobertasPor exemplo, para silenciar descobertas
OPEN_FIREWALL
, seu filtro pode ser"category=\"OPEN_FIREWALL\""
.MUTE_TYPE
: o tipo de regra de silenciamento que você está atualizando. Os tipos de regra de silenciamento válidos sãoDYNAMIC
eSTATIC
. Não é possível alterar o tipo de uma regra de silenciamento uma vez após a criação.TIMESTAMP
: só se aplica se você estiver atualizando uma regra de silenciamento dinâmica. A string de data/hora que indica quando o som dinâmico está desativado quando a regra expirar. O valor precisa ser definido como pelo menos um dia no futuro, ou o será rejeitada. Para informações sobre formatos de hora, consultegcloud topic datetimes
. Quando uma abordagem quando a regra de silenciamento expira, ela é removida de todas as descobertas correspondentes. Se você quiser que regra de silenciamento dinâmica para agir indefinidamente em descobertas correspondentes, omita esse campo.
Novas descobertas que correspondem exatamente ao filtro estão ocultas, e o atributo mute
para as descobertas está definido como MUTED
.
Excluir regras de silenciamento
É possível excluir uma regra de silenciamento usando o console do Google Cloud. a CLI gcloud ou a API Security Command Center.
Antes de excluir regras de silenciamento, entenda o seguinte:
- Não é possível recuperar as regras de silenciamento excluídas.
- A exclusão de regras de silenciamento estáticas não ativa automaticamente o som das descobertas que estão silenciados. É necessário ativar o som de forma manual ou programática descobertas.
- A exclusão das regras de silenciamento dinâmicas as remove automaticamente de todos os descobertas que correspondem anteriormente e ativa o som delas se não corresponderem a nenhuma regras adicionais.
- As descobertas futuras que corresponderem aos filtros nas regras de silenciamento excluídas não serão silenciadas.
Para acessar um exemplo de código que exclui uma regra de silenciamento, consulte Excluir uma regra de silenciamento.
Para excluir uma regra de silenciamento, clique na guia do procedimento que você usar:
Console
No console do Google Cloud, acesse a guia Regras de desativação na página Configurações do Security Command Center.
Se necessário, selecione o projeto ou a organização do Google Cloud.
Opcional: se a residência de dados estiver ativada para o Security Command Center e altere o local dos dados conforme necessário.
Para mudar o local dos dados, clique no seletor de local na barra de ações.
Uma lista de locais será exibida. Selecione o novo local.
Clique no nome da regra de silenciamento que você quer excluir.
Clique em deleteExcluir
Leia a caixa de diálogo e, se estiver tudo certo, clique em Excluir.
gcloud
-
In the Google Cloud console, activate Cloud Shell.
At the bottom of the Google Cloud console, a Cloud Shell session starts and displays a command-line prompt. Cloud Shell is a shell environment with the Google Cloud CLI already installed and with values already set for your current project. It can take a few seconds for the session to initialize.
Para excluir regras de silenciamento, execute o comando
gcloud scc muteconfigs delete
:gcloud scc muteconfigs delete MUTE_CONFIG_ID \ --PARENT=PARENT_ID --location=LOCATION
Substitua:
MUTE_CONFIG_ID
: o ID da configuração de desativação de somPARENT
: o recurso pai da regra de silenciamento (organization
,folder
ouproject
);PARENT_ID
: o ID do organização, pasta ou projetoLOCATION
: se a residência de dados estiver ativada, o local do Security Command Center em que a regra de desativação será excluída. Se a residência de dados não estiver ativada, use o valorglobal
Confirme sua solicitação para excluir a regra de silenciamento.
Go
O exemplo a seguir usa a API v1. Para modificar
exemplo da v2, substitua v1
por v2
e adicione
/locations/LOCATION
, que é o nome do recurso.
Para a maioria dos recursos, adicione /locations/LOCATION
ao
nome do recurso depois de /PARENT/PARENT_ID
, em que
PARENT
é organizations
, folders
.
ou projects
.
Para descobertas, adicione /locations/LOCATION
ao recurso
depois de /sources/SOURCE_ID
, em que SOURCE_ID
é o ID do
Serviço do Security Command Center
que emitiu a descoberta.
Java
O exemplo a seguir usa a API v1. Para modificar
o exemplo para a v2, substitua v1
por v2
e adicione
/locations/LOCATION
ao nome do recurso.
Para a maioria dos recursos, adicione /locations/LOCATION
ao
nome do recurso depois de /PARENT/PARENT_ID
, em que
PARENT
é organizations
, folders
.
ou projects
.
Para descobertas, adicione /locations/LOCATION
ao recurso
depois de /sources/SOURCE_ID
, em que SOURCE_ID
é o ID do
Serviço do Security Command Center
que emitiu a descoberta.
Python
O exemplo a seguir usa a API v1. Para modificar
exemplo da v2, substitua v1
por v2
e adicione
/locations/LOCATION
, que é o nome do recurso.
Para a maioria dos recursos, adicione /locations/LOCATION
ao
nome do recurso depois de /PARENT/PARENT_ID
, em que
PARENT
é organizations
, folders
.
ou projects
.
Para descobertas, adicione /locations/LOCATION
ao nome do recurso
após /sources/SOURCE_ID
, em que SOURCE_ID
é o ID do
serviço do Security Command Center
que emitiu a descoberta.
API REST
Na API Security Command Center, use o método muteConfigs delete
para
excluir uma regra de silenciamento. O corpo da solicitação está vazio.
Para acessar o CONFIG_ID
de uma regra de silenciamento, execute uma chamada de API para
Listar regras de silenciamento.
A resposta inclui IDs de configuração para regras de silenciamento retornadas.
A menos que a residência de dados esteja ativada, você pode usar a v1 ou v2 do pela API Security Command Center. A API v2 está disponível como um de pré-lançamento. Quando a residência de dados estiver ativada, a API v2 será a única API disponível.
Se você estiver usando a API Security Command Center v1, utilize o endpoint v1
para chamar
muteConfigs delete
:
DELETE https://securitycenter.googleapis.com/v1/PARENT/PARENT_ID/muteConfigs/CONFIG_ID
Se você estiver usando a API Security Command Center v2, use o endpoint v2
para chamar
muteConfigs delete
:
DELETE https://securitycenter.googleapis.com/v2/PARENT/PARENT_ID/locations/LOCATION/muteConfigs/CONFIG_ID
Substitua:
PARENT
: o recurso pai da regra de silenciamento (organizations
,folders
ouprojects
);PARENT_ID
: o ID do organização, pasta ou projetoLOCATION
: se a residência dos dados estiver ativada, o Security Command Center local em que a regra de silenciamento será excluída. se a residência de dados não estiver ativada, use o valorglobal
CONFIG_ID
: o ID numérico da regra de silenciamento
Desativar o som de uma descoberta específica
É possível silenciar estaticamente uma descoberta individual usando o console do Google Cloud, a CLI gcloud ou o Security Command Center API.
Desativar estaticamente uma descoberta não afeta se ela está ativa ou não. Se um
uma descoberta ativa for silenciada, o atributo state
permanece inalterado:
state="ACTIVE"
. A descoberta está oculta, mas permanece ativa até que
vulnerabilidades, configurações incorretas ou ameaças sejam resolvidas. Além disso,
silenciando estaticamente uma descoberta, você está substituindo quaisquer regras dinâmicas de silenciamento que
se aplicam à descoberta.
Silenciar uma descoberta de combinação tóxica fecha a combinação tóxica correspondente caso.
Para silenciar todas as descobertas futuras que correspondam aos critérios especificados, consulte Criar regras de silenciamento.
Para conferir um exemplo de código para desativar uma descoberta, consulte Desativar uma descoberta.
Para silenciar estaticamente uma descoberta individual, clique na guia do procedimento que que você quer usar:
Console
No console do Google Cloud, acesse a página Descobertas do Security Command Center.
Se necessário, selecione o projeto ou a organização do Google Cloud.
Opcional: se a residência de dados estiver ativada para o Security Command Center e altere o local dos dados conforme necessário.
Para mudar o local dos dados, clique no seletor de local na barra de ações.
Uma lista de locais será exibida. Selecione o novo local.
Se a descoberta que você precisa silenciar não estiver no painel Resultados da consulta de descobertas, selecione a categoria da descoberta na seção Categoria no painel Filtros rápidos.
Marque a caixa de seleção ao lado da descoberta que você quer silenciar. É possível selecionar uma ou mais origens.
Na barra de ações Resultados da consulta de descobertas, clique em Opções de silenciamento. e selecione Aplicar substituição de silenciamento.
O atributo
mute
das descobertas selecionadas está definido comoMUTED
, e a descoberta é removida do painel Resultados da consulta de descobertas.
Como alternativa, é possível silenciar uma descoberta no painel de detalhes:
- No painel Como encontrar resultados da consulta da página Descobertas, na coluna Categoria, clique no nome de uma descoberta individual. O painel de detalhes da descoberta será aberto.
- Clique em Realizar ação.
No menu Realizar ação, selecione Aplicar substituição de silenciamento.
Se você selecionar Silenciar descobertas como esta, a opção Criar regra de silenciamento é aberta uma página onde é possível criar uma regra de silenciamento para as descobertas do mesmo ou que incluam os mesmos
Indicator
.
gcloud
-
In the Google Cloud console, activate Cloud Shell.
At the bottom of the Google Cloud console, a Cloud Shell session starts and displays a command-line prompt. Cloud Shell is a shell environment with the Google Cloud CLI already installed and with values already set for your current project. It can take a few seconds for the session to initialize.
Para definir o estado de silenciamento de uma descoberta como
MUTED
, use o comandoset-mute
na CLI gcloud:gcloud scc findings set-mute FINDING_ID \ --PARENT=PARENT_ID \ --location=LOCATION --source=SOURCE_ID \ --mute=MUTED
Substitua:
FINDING_ID
: o ID da descoberta que você quer desativarPara recuperar os IDs de descoberta, use a API Security Command Center para listar descobertas. O ID de descoberta é a última parte do atributo
canonicalName
, para exemplo,projects/123456789012/sources/1234567890123456789/findings`/5ee30aa342e799e4e1700826de053aa9
.PARENT
: o recurso pai (project
,folder
ouorganization
), diferencia maiúsculas de minúsculasPARENT_ID
: o ID da organização pai. pasta ou projetoLOCATION
: se a residência dos dados estiver ativada, o Security Command Center local em que a descoberta será silenciada; se a residência de dados não estiver ativada, use o valorglobal
SOURCE_ID
: o ID da origemPara instruções sobre como recuperar um ID de origem, consulte Como conseguir o ID de origem.
Go
O exemplo a seguir usa a API v1. Para modificar
exemplo da v2, substitua v1
por v2
e adicione
/locations/LOCATION
, que é o nome do recurso.
Para a maioria dos recursos, adicione /locations/LOCATION
ao
nome do recurso depois de /PARENT/PARENT_ID
, em que
PARENT
é organizations
, folders
.
ou projects
.
Para descobertas, adicione /locations/LOCATION
ao nome do recurso
após /sources/SOURCE_ID
, em que SOURCE_ID
é o ID do
serviço do Security Command Center
que emitiu a descoberta.
Java
O exemplo a seguir usa a API v1. Para modificar
o exemplo para a v2, substitua v1
por v2
e adicione
/locations/LOCATION
ao nome do recurso.
Para a maioria dos recursos, adicione /locations/LOCATION
ao
nome do recurso depois de /PARENT/PARENT_ID
, em que
PARENT
é organizations
, folders
.
ou projects
.
Para descobertas, adicione /locations/LOCATION
ao recurso
depois de /sources/SOURCE_ID
, em que SOURCE_ID
é o ID do
Serviço do Security Command Center
que emitiu a descoberta.
Python
O exemplo a seguir usa a API v1. Para modificar
exemplo da v2, substitua v1
por v2
e adicione
/locations/LOCATION
, que é o nome do recurso.
Para a maioria dos recursos, adicione /locations/LOCATION
ao
nome do recurso depois de /PARENT/PARENT_ID
, em que
PARENT
é organizations
, folders
.
ou projects
.
Para descobertas, adicione /locations/LOCATION
ao recurso
depois de /sources/SOURCE_ID
, em que SOURCE_ID
é o ID do
Serviço do Security Command Center
que emitiu a descoberta.
API REST
Na API Security Command Center, use o método setMute
para silenciar um
descoberta. O corpo da solicitação é uma enumeração que indica o estado de
desativação de som resultante.
A menos que a residência de dados esteja ativada, você pode usar a v1 ou v2 do pela API Security Command Center. A API v2 está disponível como um de pré-lançamento. Quando a residência de dados é ativada, a API v2 é a única disponível.
Se você estiver usando a API Security Command Center v1, chame
setMute
usando o endpoint v1
:
POST https://securitycenter.googleapis.com/v1/PARENT/PARENT_ID/sources/SOURCE_ID/findings/FINDING_ID:setMute { "mute": "MUTED" }
Se você estiver usando a API Security Command Center v2, chame
setMute
usando o endpoint v2
:
POST https://securitycenter.googleapis.com/v2/PARENT/PARENT_ID/sources/SOURCE_ID/locations/LOCATION/findings/FINDING_ID:setMute { "mute": "MUTED" }
Substitua:
PARENT
: o recurso pai (organizations
,folders
ouprojects
).PARENT_ID
: o ID do pai. organização, pasta ou projeto.LOCATION
: se a residência de dados estiver ativada, o local do Security Command Center em que a descoberta será silenciada. Se a residência de dados não estiver ativada, use o valorglobal
SOURCE_ID
: o ID numérico da origem.Para instruções sobre como recuperar um ID de origem, consulte Como conseguir o ID da origem.
FINDING_ID
: o ID da descoberta que você quer. para desativar o som.Para recuperar os IDs de descoberta, use a API Security Command Center para: listar descobertas. O ID de descoberta é a última parte do atributo
canonicalName
, para exemplo,projects/123456789012/sources/1234567890123456789/findings/5ee30aa342e799e4e1700826de053aa9
.
Depois de desativar uma descoberta, o atributo mute
é definido como MUTED
.
Ativar som de descobertas individuais
É possível desativar uma descoberta individual usando o console do Google Cloud, a CLI gcloud ou a API Security Command Center.
Parar de ignorar uma descoberta é útil quando você precisa impedir que ela seja oculta por uma regra de silenciamento excessivamente ampla ou por uma regra que pode ser complexa demais para modificar para excluir descobertas que você considera importantes.
Para conferir um exemplo de código para ativar o som de uma descoberta, consulte Deixar de ignorar uma descoberta.
As descobertas silenciadas são desativadas novamente somente se forem desativadas manualmente. As regras de silenciamento criadas com a CLI gcloud ou a API Security Command Center não afetam as descobertas silenciadas pelos usuários.
Para conferir um exemplo de código para desativar uma descoberta, consulte Desativar uma descoberta.
Console
No console do Google Cloud, acesse a página Descobertas do Security Command Center.
Se necessário, selecione o projeto ou a organização do Google Cloud.
A página Descobertas é aberta com a consulta padrão exibida na seção Visualização da consulta. A consulta padrão filtra as descobertas silenciadas. Portanto, você precisa editar a consulta antes que as descobertas silenciadas sejam exibidas no painel Resultados da consulta de descobertas.
Opcional: se a residência de dados estiver ativada para o Security Command Center e altere o local dos dados conforme necessário.
Para mudar o local dos dados, clique no seletor de local na barra de ações.
Uma lista de locais será exibida. Selecione o novo local.
À direita da seção Visualização da consulta, clique em Editar consulta para abrir o Editor de consultas.
No campo Editor de consultas, substitua a instrução de silenciamento atual pelo seguinte:
mute="MUTED"
Clique em Aplicar. As descobertas no painel Resultados da consulta de descobertas são atualizadas para incluir apenas as descobertas silenciadas.
Se necessário, filtre outras descobertas silenciadas. Por exemplo, na Filtros rápidos painel em Categoria selecione o nome da descoberta que precisa ser ativada para filtrar todas as outras categorias de descoberta.
Marque a caixa de seleção ao lado da descoberta que você quer parar de ignorar. É possível selecionar uma ou mais origens.
Na barra de ações Resultados da consulta de descobertas, clique em Opções de silenciamento. e selecione Aplicar substituição de ativação do som.
O atributo
mute
das descobertas selecionadas está definido comoUNMUTED
, e a descoberta é removida do painel Resultados da consulta de descobertas.
Também é possível desativar o som de uma descoberta no painel de detalhes:
- No painel Como encontrar resultados da consulta da página Descobertas, na coluna Categoria, clique no nome de uma descoberta individual. O painel de detalhes da descoberta será aberto.
- Clique em Realizar ação.
- No menu Entrar em ação, selecione Aplicar substituição de ativação do som.
gcloud
-
In the Google Cloud console, activate Cloud Shell.
At the bottom of the Google Cloud console, a Cloud Shell session starts and displays a command-line prompt. Cloud Shell is a shell environment with the Google Cloud CLI already installed and with values already set for your current project. It can take a few seconds for the session to initialize.
Para definir o estado de silenciamento de uma descoberta como
UNMUTED
, use o comandoset-mute
na CLI gcloud:gcloud scc findings set-mute FINDING_ID \ --PARENT=PARENT_ID \ --location=LOCATION --source=SOURCE_ID \ --mute=UNMUTED
Substitua:
FINDING_ID
: o ID da descoberta que você quer desativarPara recuperar os IDs de descoberta, use a API Security Command Center para: listar descobertas. O ID de descoberta é a última parte do atributo
canonicalName
. Por exemplo,projects/123456789012/sources/1234567890123456789/findings/5ee30aa342e799e4e1700826de053aa9
.PARENT
: o recurso pai (project
,folder
ouorganization
), diferencia maiúsculas de minúsculasPARENT_ID
: o ID da organização, pasta ou projeto paiLOCATION
: se a residência de dados estiver ativada, o local do Security Command Center em que a descoberta será ativada. Se a residência de dados não estiver ativada, use o valorglobal
SOURCE_ID
: o ID da origemPara instruções sobre como recuperar um ID de origem, consulte Como conseguir o ID da origem.
Go
O exemplo a seguir usa a API v1. Para modificar
exemplo da v2, substitua v1
por v2
e adicione
/locations/LOCATION
, que é o nome do recurso.
Para a maioria dos recursos, adicione /locations/LOCATION
ao
nome do recurso depois de /PARENT/PARENT_ID
, em que
PARENT
é organizations
, folders
.
ou projects
.
Para descobertas, adicione /locations/LOCATION
ao recurso
depois de /sources/SOURCE_ID
, em que SOURCE_ID
é o ID do
Serviço do Security Command Center
que emitiu a descoberta.
Java
O exemplo a seguir usa a API v1. Para modificar
o exemplo para a v2, substitua v1
por v2
e adicione
/locations/LOCATION
ao nome do recurso.
Para a maioria dos recursos, adicione /locations/LOCATION
ao
nome do recurso depois de /PARENT/PARENT_ID
, em que
PARENT
é organizations
, folders
.
ou projects
.
Para descobertas, adicione /locations/LOCATION
ao nome do recurso
após /sources/SOURCE_ID
, em que SOURCE_ID
é o ID do
serviço do Security Command Center
que emitiu a descoberta.
Python
O exemplo a seguir usa a API v1. Para modificar
exemplo da v2, substitua v1
por v2
e adicione
/locations/LOCATION
, que é o nome do recurso.
Para a maioria dos recursos, adicione /locations/LOCATION
ao
nome do recurso depois de /PARENT/PARENT_ID
, em que
PARENT
é organizations
, folders
ou projects
.
Para descobertas, adicione /locations/LOCATION
ao recurso
depois de /sources/SOURCE_ID
, em que SOURCE_ID
é o ID do
Serviço do Security Command Center
que emitiu a descoberta.
API REST
Na API Security Command Center, use o método setMute
para ativar o som de um
descoberta. O corpo da solicitação é um tipo enumerado que indica o resultado
sem som.
A menos que a residência de dados esteja ativada, você pode usar a v1 ou v2 do pela API Security Command Center. A API v2 está disponível como uma versão de pré-lançamento. Quando a residência de dados estiver ativada, a API v2 será a única API disponível.
Se você estiver usando a API Security Command Center v1, chame
setMute
usando o endpoint v1
:
POST https://securitycenter.googleapis.com/v1/PARENT/PARENT_ID/sources/SOURCE_ID/findings/FINDING_ID:setMute { "mute": "UNMUTED" }
Se você estiver usando a API Security Command Center v2, chame
setMute
usando o endpoint v2
:
POST https://securitycenter.googleapis.com/v2/PARENT/PARENT_ID/sources/SOURCE_ID/locations/LOCATION/findings/FINDING_ID:setMute { "mute": "UNMUTED" }
Substitua:
PARENT
: o recurso pai (organizations
,folders
ouprojects
);PARENT_ID
: o ID da organização pai. pasta ou projetoLOCATION
: se a residência dos dados estiver ativada, o Security Command Center local em que o som da descoberta será ativado. se a residência de dados não estiver ativada, use o valorglobal
SOURCE_ID
: o ID numérico da origemPara instruções sobre como recuperar um ID de origem, consulte Como conseguir o ID da origem.
FINDING_ID
: o ID da descoberta que você quer desativar.Para recuperar os IDs de descoberta, use a API Security Command Center para: listar descobertas. O ID de descoberta é a última parte do atributo
canonicalName
, para exemplo,projects/123456789012/sources/1234567890123456789/findings/5ee30aa342e799e4e1700826de053aa9
.
As descobertas selecionadas não estão mais ocultas, e o atributo mute
para as descobertas está definido como UNMUTED
.
Remover uma substituição do estado de silenciamento de descobertas individuais
Você aplica uma modificação de estado de desativação quando modifica intencionalmente o estado de desativação de uma descoberta para desativá-la ou reativá-la estaticamente. Por exemplo, talvez você queira aplicar uma substituição de estado de silenciamento para ocultar uma descoberta de baixa gravidade que não vale a pena criar uma regra de silenciamento dinâmico.
É possível remover a substituição do estado de silenciamento de uma descoberta individual usando o console do Google Cloud, CLI gcloud ou a API Security Command Center.
Antes de remover a substituição do estado silenciado de uma descoberta, entenda seguintes:
- Uma descoberta tem uma substituição de estado de silenciamento se estiver estaticamente silenciada ou com o som ativado. É possível aplicar uma substituição de estado de desativação de som a qualquer descoberta de forma manual ou automática com regras de desativação de som estáticas.
- Uma substituição de estado silenciado se aplica a uma descoberta indefinidamente e tem prioridade sobre qualquer regra de silenciamento correspondente.
- Remover a substituição do estado de silenciamento de uma descoberta redefine esse estado para que ele possa ser processado por regras estáticas ou dinâmicas de silenciamento.
- Remover a substituição do estado de silenciamento de uma descoberta é diferente de ativar descoberta. Ao ativar o som de uma descoberta (aplicar uma substituição de ativação do som), as regras de silenciamento não pode desativar o som dessa descoberta até que você remova manualmente a substituição desse estado.
Para remover a substituição de silenciamento de uma descoberta individual, faça o seguinte:
Console
No console do Google Cloud, acesse a página Descobertas do Security Command Center.
Selecione a organização ou o projeto do Google Cloud.
Opcional: se a residência de dados estiver ativada para o Security Command Center e altere o local dos dados conforme necessário.
Para mudar o local dos dados, clique no seletor de local na barra de ações.
Uma lista de locais será exibida. Selecione o novo local.
À direita da seção Visualização da consulta, clique em Editar consulta para abrir o Editor de consultas.
No campo Editor de consultas, substitua a instrução de silenciamento atual pelo seguinte:
mute="MUTED" OR mute="UNMUTED"
Clique em Aplicar. As descobertas no painel Resultados da consulta de descobertas são atualizado para incluir descobertas com o som desativado e o som ativado.
Se necessário, filtre outras descobertas. Por exemplo, na Painel Filtros rápidos em Categoria, selecione o nome da descobrir que você precisa redefinir para filtrar todas as outras categorias de descoberta.
Marque a caixa de seleção ao lado da descoberta que você quer redefinir. É possível selecionar uma ou mais origens.
Na barra de ações Resultados da consulta de descobertas, clique em Opções de silenciamento. e selecione Remover substituições de silenciamento.
O atributo
mute
das descobertas selecionadas está definido comoUNDEFINED
, e a descoberta é removida do painel Resultados da consulta de descobertas.
Também é possível desativar o som de uma descoberta no painel de detalhes:
- No painel Como encontrar resultados da consulta da página Descobertas, na coluna Categoria, clique no nome de uma descoberta individual. O painel de detalhes da descoberta será aberto.
- Clique em Realizar ação.
- No menu Realizar ação, selecione Remover substituições de silenciamento.
gcloud
-
In the Google Cloud console, activate Cloud Shell.
At the bottom of the Google Cloud console, a Cloud Shell session starts and displays a command-line prompt. Cloud Shell is a shell environment with the Google Cloud CLI already installed and with values already set for your current project. It can take a few seconds for the session to initialize.
Para definir o estado de silenciamento de uma descoberta como
UNDEFINED
, use o comandoset-mute
na CLI gcloud:gcloud scc findings set-mute FINDING_ID \ --PARENT=PARENT_ID \ --location=LOCATION --source=SOURCE_ID \ --mute=UNDEFINED
Substitua:
FINDING_ID
: o ID da descoberta que você quer redefinirPara recuperar os IDs de descoberta, use a API Security Command Center para listar descobertas. O ID de descoberta é a última parte do atributo
canonicalName
. Por exemplo,projects/123456789012/sources/1234567890123456789/findings/5ee30aa342e799e4e1700826de053aa9
.PARENT
: o recurso pai (project
,folder
ouorganization
), diferencia maiúsculas de minúsculas.PARENT_ID
: o ID da organização pai. pasta ou projetoLOCATION
: se a residência dos dados estiver ativada, o Security Command Center local em que a substituição do estado silenciado é removida de uma descoberta. se a residência de dados não estiver ativada, use o valorglobal
SOURCE_ID
: o ID da origemPara instruções sobre como recuperar um ID de origem, consulte Como conseguir o ID da origem.
Go
O exemplo a seguir usa a API v1. Para modificar
exemplo da v2, substitua v1
por v2
e adicione
/locations/LOCATION
, que é o nome do recurso.
Para a maioria dos recursos, adicione /locations/LOCATION
ao
nome do recurso depois de /PARENT/PARENT_ID
, em que
PARENT
é organizations
, folders
.
ou projects
.
Para descobertas, adicione /locations/LOCATION
ao recurso
depois de /sources/SOURCE_ID
, em que SOURCE_ID
é o ID do
Serviço do Security Command Center
que emitiu a descoberta.
Java
O exemplo a seguir usa a API v1. Para modificar
o exemplo para a v2, substitua v1
por v2
e adicione
/locations/LOCATION
ao nome do recurso.
Para a maioria dos recursos, adicione /locations/LOCATION
ao
nome do recurso depois de /PARENT/PARENT_ID
, em que
PARENT
é organizations
, folders
.
ou projects
.
Para descobertas, adicione /locations/LOCATION
ao recurso
depois de /sources/SOURCE_ID
, em que SOURCE_ID
é o ID do
Serviço do Security Command Center
que emitiu a descoberta.
Python
O exemplo a seguir usa a API v1. Para modificar
exemplo da v2, substitua v1
por v2
e adicione
/locations/LOCATION
, que é o nome do recurso.
Para a maioria dos recursos, adicione /locations/LOCATION
ao
nome do recurso depois de /PARENT/PARENT_ID
, em que
PARENT
é organizations
, folders
ou projects
.
Para descobertas, adicione /locations/LOCATION
ao recurso
depois de /sources/SOURCE_ID
, em que SOURCE_ID
é o ID do
Serviço do Security Command Center
que emitiu a descoberta.
API REST
Na API Security Command Center, use o método setMute
para redefinir o silenciamento.
o estado atual de uma descoberta. O corpo da solicitação é um tipo enumerado que indica o resultado
sem som.
A menos que a residência de dados esteja ativada, você pode usar a v1 ou v2 do pela API Security Command Center. A API v2 está disponível como um de pré-lançamento. Quando a residência de dados estiver ativada, a API v2 será a única API disponível.
Se você estiver usando a API Security Command Center v1, chame setMute
.
usando o endpoint v1
:
POST https://securitycenter.googleapis.com/v1/PARENT/PARENT_ID/sources/SOURCE_ID/findings/FINDING_ID:setMute { "mute": "UNDEFINED" }
Se você estiver usando a API Security Command Center v2, chame setMute
.
usando o endpoint v2
:
POST https://securitycenter.googleapis.com/v2/PARENT/PARENT_ID/sources/SOURCE_ID/locations/LOCATION/findings/FINDING_ID:setMute { "mute": "UNDEFINED" }
Substitua:
PARENT
: o recurso pai (organizations
,folders
ouprojects
);PARENT_ID
: o ID da organização, pasta ou projeto paiLOCATION
: se a residência dos dados estiver ativada, o Security Command Center local em que a substituição do estado silenciado é removida de uma descoberta. se a residência de dados não estiver ativada, use o valorglobal
SOURCE_ID
: o ID numérico da origem
Silenciar ou redefinir várias descobertas
Você pode executar as seguintes operações de silenciamento em massa para vários
descobertas usando o método gcloud scc findings bulk-mute
o comando CLI gcloud ou o método bulkMute
da
API Security Command Center:
Silenciar várias descobertas. Se as descobertas existentes forem silenciadas em massa, elas serão silenciadas estaticamente e substitui qualquer regra dinâmica de silenciamento que se aplica à descoberta. Se será necessário silenciar descobertas futuras semelhantes, criar um silenciamento específica.
Remover a substituição do estado de silenciamento em várias descobertas atuais. Ao remover a modificação do estado de silenciamento em uma descoberta, você redefine o estado de silenciamento de
MUTED
(silenciado estaticamente) ouUNMUTED
(não silenciado estaticamente) paraUNDEFINED
. Esse recurso pode ser útil se você estiver migrando de regras de silenciamento estáticas para dinâmicas.
Especifique o conjunto de descobertas que você precisa silenciar definindo uma filtro de descoberta. Os filtros de desativação de som em massa não são compatíveis com todas as propriedades de descoberta. Para conferir uma lista de propriedades sem suporte, consulte Propriedades de descoberta sem suporte para regras de silenciamento.
Se a residência de dados estiver ativada para o Security Command Center, as operações serão silenciadas em massa têm escopo limitado ao local do Security Command Center onde são executadas.
Para acessar um exemplo de código que silencia descobertas em massa, consulte Desativar o som em massa das descobertas.
Para silenciar ou redefinir as descobertas em massa, clique na guia do que você quer usar:
Console
No console do Google Cloud, só é possível desativar o som de descobertas em massa criando regras de desativação de som. No console do Google Cloud, a criação de regras de desativação de som silencia as descobertas atuais e futuras.
gcloud
-
In the Google Cloud console, activate Cloud Shell.
At the bottom of the Google Cloud console, a Cloud Shell session starts and displays a command-line prompt. Cloud Shell is a shell environment with the Google Cloud CLI already installed and with values already set for your current project. It can take a few seconds for the session to initialize.
Para desativar ou redefinir várias descobertas em massa, execute o comando
gcloud scc findings bulk-mute
:gcloud scc findings bulk-mute --PARENT=PARENT_ID \ --location=LOCATION \ --filter="FILTER" \ --mute-state=MUTE_STATE
Substitua:
PARENT
: o escopo na hierarquia de recursos. a que a regra de silenciamento se aplica,organization
,folder
ouproject
.PARENT_ID
: o ID da organização pai. pasta ou projeto especificado no formatoorganizations/123
,folders/456
ouprojects/789
.LOCATION
: se a residência dos dados estiver ativada, o Security Command Center local em que é possível silenciar ou redefinir as descobertas em massa. se a residência de dados não estiver ativada, use o valorglobal
.FILTER
: a expressão definida para filtrar descobertas.Por exemplo, para desativar todas as descobertas de
OPEN_FIREWALL
ePUBLIC_IP_ADDRESS
de baixa gravidade no projetointernal-test
, o filtro pode ser"category=\"OPEN_FIREWALL\" OR category=\"PUBLIC_IP_ADDRESS\" AND severity=\"LOW\" AND resource.projectDisplayName=\"internal-test\""
.MUTE_STATE
: o valor que indica se o descoberta está estaticamente silenciada ou não. Os valores válidos são:MUTED
eUNDEFINED
. O valor é definido comoMUTED
por padrão. Definir apenas este valor comoUNDEFINED
se estiver redefinindo o estado silenciado de vários descobertas.
Go
O exemplo a seguir usa a API v1. Para modificar
exemplo da v2, substitua v1
por v2
e adicione
/locations/LOCATION
, que é o nome do recurso.
Para a maioria dos recursos, adicione /locations/LOCATION
ao
nome do recurso depois de /PARENT/PARENT_ID
, em que
PARENT
é organizations
, folders
.
ou projects
.
Para descobertas, adicione /locations/LOCATION
ao recurso
depois de /sources/SOURCE_ID
, em que SOURCE_ID
é o ID do
Serviço do Security Command Center
que emitiu a descoberta.
Java
O exemplo a seguir usa a API v1. Para modificar
o exemplo para a v2, substitua v1
por v2
e adicione
/locations/LOCATION
ao nome do recurso.
Para a maioria dos recursos, adicione /locations/LOCATION
ao
nome do recurso depois de /PARENT/PARENT_ID
, em que
PARENT
é organizations
, folders
ou projects
.
Para descobertas, adicione /locations/LOCATION
ao nome do recurso
após /sources/SOURCE_ID
, em que SOURCE_ID
é o ID do
serviço do Security Command Center
que emitiu a descoberta.
Python
O exemplo a seguir usa a API v1. Para modificar
exemplo da v2, substitua v1
por v2
e adicione
/locations/LOCATION
, que é o nome do recurso.
Para a maioria dos recursos, adicione /locations/LOCATION
ao
nome do recurso depois de /PARENT/PARENT_ID
, em que
PARENT
é organizations
, folders
.
ou projects
.
Para descobertas, adicione /locations/LOCATION
ao recurso
depois de /sources/SOURCE_ID
, em que SOURCE_ID
é o ID do
Serviço do Security Command Center
que emitiu a descoberta.
API REST
Na API Security Command Center, use o método bulkMute
para desativar o som ou redefinir
o estado mudo de várias descobertas. O corpo da solicitação contém a
expressão usada para filtrar descobertas.
A menos que a residência de dados esteja ativada, você pode usar a v1 ou v2 do pela API Security Command Center. A API v2 está disponível como uma versão de pré-lançamento. Quando a residência de dados estiver ativada, a API v2 será a única API disponível.
Se você estiver usando a API Security Command Center v1, chame
bulkMute
usando o endpoint v1
:
POST https://securitycenter.googleapis.com/v1/PARENT/PARENT_ID/findings:bulkMute -d { "filter": "FILTER", "muteState": "MUTE_STATE" }
Se você estiver usando a API Security Command Center v2, chame
bulkMute
usando o endpoint v2
:
POST https://securitycenter.googleapis.com/v2/PARENT/PARENT_ID/locations/LOCATION/findings:bulkMute -d { "filter": "FILTER", "muteState": "MUTE_STATE" }
Substitua:
PARENT
: o recurso pai (organizations
,folders
ouprojects
).PARENT_ID
: o ID da organização, pasta ou projeto pai.LOCATION
: se a residência dos dados estiver ativada, o Security Command Center local em que é possível silenciar ou redefinir as descobertas em massa. se a residência de dados não estiver ativada, use o valorglobal
.FILTER
: a expressão que você define para filtrar. descobertas.Por exemplo, para desativar todas as descobertas de
OPEN_FIREWALL
ePUBLIC_IP_ADDRESS
de baixa gravidade no projetointernal-test
, o filtro pode ser"category=\"OPEN_FIREWALL\" OR category=\"PUBLIC_IP_ADDRESS\" AND severity=\"LOW\" AND resource.projectDisplayName=\"internal-test\""
.MUTE_STATE
: o valor que indica se o descoberta está silenciada ou não. Os valores válidos sãoMUTED
ouUNDEFINED
. O é definido comoMUTED
por padrão. Definir este valor apenas comoUNDEFINED
se você estiver redefinindo o estado mudo de várias descobertas.
Todas as descobertas existentes no recurso selecionado e que correspondem exatamente ao filtro estão ocultas. O atributo mute
das descobertas está definido como MUTED
.
A desativação de descobertas não muda o estado delas. Se as descobertas ativas forem silenciadas, elas ficarão ocultas, mas permanecerão ativas até que as vulnerabilidades, configurações incorretas ou ameaças sejam resolvidas.
Ver descobertas silenciadas no console do Google Cloud
É possível visualizar descobertas silenciadas no console do Google Cloud editando a consulta de descoberta para selecionar descobertas que incluam o valor de propriedade mute="MUTED"
.
Por exemplo, a consulta de descobertas a seguir exibe apenas descobertas ativas que estão com o som desativado:
state="ACTIVE"
AND mute="MUTED"
Para exibir todas as descobertas ativas, com e sem som, omita completamente o atributo mute
da consulta:
state="ACTIVE"
Por padrão, a consulta de descoberta no console do Google Cloud exibe apenas as descobertas que não estão silenciadas.
Mostrar descobertas silenciadas pelo tipo de regra de silenciamento
As seções a seguir descrevem como consultar descobertas ativas por tipo de regra de silenciamento.
Para mais informações sobre como listar descobertas específicas, consulte Filtrar descobertas.
Resultados de consulta silenciados por regras de silenciamento estáticas
Para mostrar descobertas ativas que foram silenciadas por uma regra de silenciamento estática após uma
no horário especificado, use a seguinte consulta e inspecione o muteInitiator
para determinar se a descoberta foi silenciada por uma regra estática de silenciamento.
state="ACTIVE" AND
muteInfo.staticMute.applyTime>=TIMESTAMP AND
muteInfo.staticMute.state="MUTED"
Substitua TIMESTAMP
pela string de data/hora que
indica o início do período que você deseja consultar. Para informações
sobre formatos de hora, consulte gcloud topic datetimes
.
Descobertas de consulta silenciadas por regras dinâmicas de silenciamento
Para mostrar descobertas ativas que foram silenciadas por uma regra dinâmica de silenciamento após uma especificado, use a seguinte consulta:
state="ACTIVE" AND
muteUpdateTime>=TIMESTAMP AND
contains(muteInfo.dynamicMuteRecords, muteConfig="PARENT_ID/muteConfigs/CONFIG_ID")
Substitua:
TIMESTAMP
: a string de data/hora que indica o início do período que você quer consultar. Para informações sobre horário formatos, consultegcloud topic datetimes
.PARENT_ID
: o ID da organização pai, pasta, ou projeto, especificados no formato deorganizations/123
,folders/456
ouprojects/789
.CONFIG_ID
: o nome da regra de silenciamento. O ID deve usar caracteres alfanuméricos e hifens e ter entre 1 e 63 caracteres.
Para mais informações sobre como editar consultas de descoberta, consulte Crie ou edite uma consulta de descobertas no painel.
Como encontrar propriedades relacionadas ao silenciamento
Esta seção lista as propriedades de descoberta relacionadas ao estado mudo dos uma descoberta e descreve como elas são afetadas pelas operações de silenciamento:
mute
: defina comoUNDEFINED
quando as descobertas forem criadas e as alterações nos seguintes cenários:MUTED
: uma descoberta foi silenciada manualmente ou por uma regra de silenciamento.UNMUTED
: um usuário ativa o som de uma descoberta.
muteUpdateTime
: o tempo em que uma descoberta é silenciada ou não.muteInitiator
: o identificador da regra principal ou de silenciamento que silenciou uma descoberta.muteInfo
: silenciar informações sobre a descoberta, como o tipo de regra de silenciamento (estática ou dinâmica) e quais regras de silenciamento a descoberta corresponde.muteInfo.staticMute
: um estado de silenciamento estático substitui qualquer regra de silenciamento dinâmico que se aplique a essa descoberta.state
: um estado de silenciamento estático que pode ser definido silenciando a descoberta diretamente ou uma regra de silenciamento estático.applyTime
: horário em que o estado de silenciamento estático foi aplicado à descoberta.
muteInfo.dynamicMuteRecords
: o registro de uma regra dinâmica de silenciamento que corresponde à descoberta.muteConfig:
é o nome do recurso relativo da regra de silenciamento, representado por a configuração de silenciamento que criou o registro. Por exemplo,organizations/123/muteConfigs/examplemuteconfig
.matchTime
: horário em que uma regra de silenciamento dinâmica correspondeu à descoberta.
Interromper notificações e exportações de descobertas silenciadas
Se você ativar as notificações de descoberta, faça o seguinte: descobertas silenciadas novas ou atualizadas que correspondem aos seus filtros de notificação ainda são exportados para o Pub/Sub.
Para interromper as exportações e notificações de descobertas silenciadas, use mute
para excluir descobertas silenciadas no filtro NotificationConfig
.
Por exemplo, o filtro a seguir
envia apenas notificações de descobertas ativas que não tenham o som desativado ou quando
o atributo de silenciamento não tenha sido definido:
FILTER="state=\"ACTIVE\" AND -mute=\"MUTED\""
A seguir
Saiba mais sobre como filtrar notificações de descoberta.
Veja mais exemplos de filtros que você pode usar.