Visão geral da migração do SOAR

Compatível com:

Este documento descreve o processo e os cronogramas para migrar a infraestrutura do SOAR para o Google Cloud. A migração tem como objetivo modernizar a infraestrutura e melhorar a integração com Google Cloud os serviços, beneficiando os clientes unificados do Google Security Operations e os usuários independentes do SOAR que estão fazendo a transição para o Google Cloud.

Essa migração é necessária para fornecer upgrades de infraestrutura crítica incluindo maior confiabilidade, segurança aprimorada, maior conformidade e controle de acesso mais granular. Ela também permite o acesso aos recursos de IA agêntica pela integração do Protocolo de Contexto de Modelo (MCP) e aos melhores serviços da categoria, incluindo o IAM para controle de acesso, o Cloud Monitoring e os Registros de auditoria do Cloud.

A migração é realizada em duas etapas: 1 e 2.

A etapa 1 inclui as seguintes migrações:

  • Migração do projeto SOAR de propriedade do Google para a Google Cloud infraestrutura do. Isso é feito pelo Google.
  • Migração da autenticação do SOAR para o Google Cloud (aplicável apenas a clientes independentes do SOAR).

A etapa 2 inclui as seguintes migrações:

  • Migração de grupos de permissões e permissões do SOAR para o Google Cloud IAM.
  • Migração das APIs do SOAR para a nova API unificada do Chronicle, exigindo atualizações de scripts e integrações atuais.
  • Migração de webhooks.
  • Migração da infraestrutura de autenticação de agentes remotos.

Verificar se a migração foi bem-sucedida

  • Para verificar se a etapa 1 foi concluída, acesse Configurações do SOAR > Gerenciamento de licenças e verifique se Google.com aparece após o número da versão do sistema.

  • Para verificar se a migração da etapa 2 das permissões do SOAR para os papéis do IAM foi concluída, acesse Configurações do SOAR > Gerenciamento de licenças e verifique se Google.com e CloudIAM ativado aparecem após o número da versão do sistema.

Etapa 1 da migração para clientes unificados do Google SecOps

Confira a notificação no produto para saber a data da migração da etapa 1 e o arquivo do Formulários Google incluído para confirmar o período. A etapa 1 inclui as seguintes migrações.

  • Migrar o projeto SOAR de propriedade do Google para o Google Cloud

A migração envolve um período de inatividade de até 90 minutos em que a plataforma Google SecOps não está acessível. Durante esse período, os serviços de SIEM vão continuar operando em segundo plano, enquanto os serviços do SOAR serão pausados temporariamente. Após o período de inatividade, a plataforma estará acessível e os serviços do SOAR vão retomar o processamento de todos os alertas gerados ou ingeridos durante o período de inatividade.

Quando a migração for concluída, vamos enviar um e-mail.

Etapa 1 da migração para clientes independentes do SOAR

Você vai receber uma mensagem do aviso no produto quando estivermos prontos para iniciar a etapa 1. Faça o seguinte:

  1. Configurar um Google Cloud projeto. Também é possível usar um Google Cloud projeto que pode ter sido configurado para acessar o suporte do Chronicle, mas ainda não tem uma instância do Google Security Operations.
  2. Ativar a API Chronicle.
  3. Configurar Google Cloud autenticação para acessar o SOAR. Consulte Configurar Google Cloud aautenticação para acessar o SOAR.
  4. Forneça o Google Cloud ID do projeto no formulário do Google na notificação no produto e confirme a data e o período da migração antes de enviar o formulário.
  5. Aceite o e-mail de convite para a página "Acessar o Google Security Operations" e conclua a configuração. Verifique se as informações da região estão corretas.
  6. Valide se as etapas anteriores foram configuradas corretamente consultando o Guia de validação pré-migração.

Depois que você concluir as etapas, o Google vai realizar a migração na data e hora programadas. A migração exige aproximadamente 2 horas de inatividade para os serviços do SOAR. Após a conclusão, você vai receber um e-mail com o novo URL para acessar a plataforma SOAR. O URL antigo vai continuar funcionando até 30 de junho de 2026 e redireciona para o novo URL.

Configurar a Google Cloud autenticação para acessar o SOAR

Dependendo do tipo de identidade que você quer usar, configure uma das seguintes opções. Talvez você precise da ajuda do Google Cloud administrador de identidade ou IdP para concluir essas etapas.

Opção 1: configurar a autenticação do Cloud Identity no Google Cloud (contas gerenciadas pelo Google)

Esse cenário é aplicável se você gerenciar contas de usuário diretamente no Cloud Identity usando nomes de usuário e senhas gerenciados pelo Google. Ele não se aplica se você estiver usando o Cloud Identity para SSO com um provedor de identidade de terceiros, como Okta ou Azure AD.

Siga estas etapas:

  1. Configurar o Cloud Identity no Google Cloud.

    Você pode pular essa etapa se já tiver o Cloud Identity configurado com nome de usuário e senha gerenciados pelo Google.

  2. Verifique se todos os usuários do SOAR estão configurados no console do administrador do Cloud Identity.

  3. Conceda os papéis necessários no IAM seguindo o formato de atribuição de papéis para contas do Google.

    1. Atribua os seguintes papéis predefinidos do IAM em Google Cloud ao SME de integração:

    2. Atribua um dos seguintes papéis predefinidos do IAM a todos os usuários do SOAR:

  4. Conclua a configuração da autenticação no SOAR associando cada usuário (incluindo administradores) a um grupo de usuários de e-mail.

    1. Acesse Configurações do SOAR > Avançado > Mapeamento de grupos.

    2. Clique em adicionar Adicionar e preencha as seguintes informações:

      • IdP / Grupo de usuários: o nome do grupo de usuários de e-mail (como analistas T1).
      • Grupos de permissões: selecione os grupos de permissões.
      • Funções do SOC: selecione as funções do SOC.
      • Ambientes: selecione os ambientes (como Todos os ambientes).
      • Membros do grupo: insira os e-mails de usuário necessários. Pressione Enter depois de adicionar cada e-mail.

    3. Clique em Adicionar.

      Sempre que um usuário fizer login na plataforma, ele será adicionado automaticamente à página Configurações do SOAR > Organização > Gerenciamento de usuários. A instância migrada mantém esses mapeamentos, que servem de base para determinar o acesso do usuário ao SOAR. É necessário garantir que todos os usuários estejam mapeados nessa página para acessar o Google SecOps.

Opção 2: configurar a autenticação da Federação de Identidade de colaboradores no Google Cloud

Esse cenário é aplicável se você gerenciar as identidades de usuário usando IdPs de terceiros, como o Microsoft Azure Active Directory, Okta, Ping Identity e AD FS.

  1. Configure a Federação de Identidade de colaboradores no Google Cloud Você pode pular essa etapa se ela já estiver configurada.
  2. Verifique se todos os usuários do SOAR fazem parte dos grupos de pool de colaboradores configurados na Federação de Identidade de colaboradores.

  3. Conceda os papéis necessários no IAM seguindo o formato de atribuição de papéis para identidades de colaboradores.

    1. Atribua todos os seguintes papéis predefinidos do IAM ao SME de integração.

    2. Atribua um dos seguintes papéis no IAM a todos os usuários do SOAR:

  4. Conclua a configuração da autenticação no SOAR associando todos os grupos de IdP que precisam de acesso ao SOAR.

    Verifique se os usuários atuais estão associados a pelo menos um dos grupos de IdP.

    1. Acesse Configurações do SOAR > Avançado > Mapeamento de grupos.
    2. Clique em adicionar Adicionar e preencha as seguintes informações:
      • IdP / Grupo de usuários: insira o nome do grupo do seu IdP.
      • Grupos de permissões: selecione os grupos de permissões.
      • Funções do SOC: selecione as funções do SOC.
      • Ambientes: selecione os ambientes (como Todos os ambientes).
    3. Verifique se você adicionou o grupo de IdP do administrador com permissões de administrador para grupos de permissões, funções do SOC e selecione "Todos os ambientes".
    4. Se você tiver mapeamentos de grupos de IdP na página "Autenticação externa", deixe-os como estão para não substituir a autenticação do SOAR. Para a nova Google Cloud autenticação para acessar o SOAR, ainda é necessário configurar o mapeamento de grupos de IdP na página Configurações > Configurações do SOAR > Avançado > Mapeamento de grupos.
    5. Clique em Adicionar. Sempre que um usuário fizer login na plataforma, ele será adicionado automaticamente à página Configurações > Organização > Gerenciamento de usuários. A instância migrada mantém esses mapeamentos, que servem de base para determinar o acesso do usuário ao SOAR. É necessário garantir que todos os usuários estejam mapeados nessa página para acessar o Google SecOps.

Etapa 2 da migração para todos os clientes

Importante: conclua a etapa 1 antes de iniciar a migração da etapa 2.

A migração da etapa 2 está disponível para todos os clientes a partir de 26 de janeiro de 2026.

O prazo final para concluir a transição da etapa 2 para os papéis do IAM é 30 de novembro de 2026. O prazo de migração da API foi estendido até 31 de março de 2027.

Migrar grupos de permissões do SOAR para o Google Cloud IAM

Migre os grupos de permissões e permissões do SOAR para o IAM com um único clique no script de migração no Google Cloud. O script cria novos papéis personalizados para cada grupo de permissões e os atribui aos usuários para clientes do Cloud Identity ou grupos de IdP para clientes da Federação de Identidade de colaboradores. Também é possível migrar as permissões do SOAR usando o Terraform.

Para detalhes completos do script de migração e dos comandos do Terraform, consulte Migrar permissões do SOAR para o Google Cloud IAM.

Para mais informações sobre como configurar permissões, consulte Configurar o acesso a recursos.

Após a migração das permissões, o seguinte acontece:

  • A página Configurações do SOAR > Organização > Permissões ainda está disponível até 31 de março de 2027 (para compatibilidade com versões anteriores das APIs legadas). Não faça alterações nessa página. As permissões são gerenciadas pelo IAM.
  • A coluna Grupo de permissões na página Mapeamento de grupos é exibida para compatibilidade com versões anteriores da API SOAR legada. Não exclua essas atribuições. A coluna será removida automaticamente até 31 de março de 2027, sem impacto no cliente.
  • A seção de ações restritas na página Permissões será movida para a página Mapeamento de grupos.

Migrar APIs do SOAR para a API Chronicle

Se você usa a API SOAR de forma programática usando chamadas de API ou integrações, é possível migrá-la para os novos endpoints Beta da API SOAR v1 disponíveis como parte da API Chronicle.

É necessário atualizar seus scripts e integrações para substituir os endpoints de API SOAR pelos endpoints correspondentes de API Chronicle. A API SOAR legada e as chaves de API estão disponíveis até 31 de março de 2027. Depois disso, elas não vão mais funcionar. Para mais informações, consulte Migrar endpoints para a API Chronicle.

Migrar webhooks

É necessário migrar os webhooks do SOAR para a API Chronicle fazendo o seguinte antes de 31 de março de 2027:

Atualize o URL do webhook no lado do cliente substituindo o domínio legado siemplify-soar.com pelo novo domínio googleapis.com usando o novo formato de solicitação. O domínio legado siemplify-soar.com vai continuar funcionando até 31 de março de 2027.

Por exemplo, um webhook definido em: https://xxxx.siemplify-soar.com/api/external/v1/webhooks/{webhook_id}?api_key=xxxx

precisará ser atualizado para: https://us-chronicle.googleapis.com/v1alpha/projects/{project_id}/locations/{location}/instances/{instance/{instance_id}/webhooks/{webhook_id}?api_key=xxxx

A autenticação para webhooks permanece inalterada. Os webhooks continuam usando a chave de API que foi criada inicialmente junto com o link do webhook.

Migrar a infraestrutura de autenticação de agentes remotos

As etapas a seguir detalham como migrar a infraestrutura de autenticação dos agentes remotos para a autenticação da conta de serviço do Google Cloud . Esse processo não exige a migração ou substituição das instâncias ou hosts de agentes remotos.

  1. Crie uma conta de serviço em vez de uma chave de API para o agente remoto.
  2. Faça um upgrade da versão principal do agente remoto.

Os agentes remotos atuais vão estar disponíveis até 30 de novembro de 2026. Depois disso, eles não vão mais funcionar. Para instruções detalhadas, consulte Migrar agentes remotos para o Google Cloud.

Impacto nos registros de auditoria do SOAR

Os registros do SOAR vão ficar disponíveis no Google Cloud quando você concluir a migração de permissões para o IAM. Todas as chamadas feitas para a API SOAR legada até 31 de março de 2027 vão continuar acessíveis em nos registros de auditoria do SOAR Para clientes do Google SecOps, consulte Coletar registros do Google SecOps SOAR. Para clientes independentes do SOAR, consulte Coletar registros do SOAR.

Outras mudanças após a migração:

Tipo de licença : o tipo de licença agora é determinado pelas permissões atribuídas ao usuário no IAM.

Página de destino : a página de destino será movida da página "Permissões" para o menu Preferências do usuário, acessível pelo seu avatar.

A seguir

Precisa de mais ajuda? Receba respostas de membros da comunidade e profissionais do Google SecOps.