Snowflake agora lê segredos de provedores externos com federated identity

Provedores de segredos externos permitem que o Snowflake consulte chaves de API e senhas diretamente no seu provedor de nuvem. Isso elimina a necessidade de manter cópias duplicadas dentro do Snowflake.

Para que serve

Imagine que você armazena credenciais no AWS Secrets Manager e precisa usá-las em consultas sem gerenciar senhas duplicadas no Snowflake. Com essa novidade, você pode:

• Ler segredos do AWS Secrets Manager, Azure Key Vault ou Google Cloud Secret Manager sob demanda.
• Autenticar o Snowflake usando federação de identidade de carga de trabalho sem armazenar chaves de acesso estáticas.

Como usar

Você configura uma integração de segurança no Snowflake e utiliza comandos para interagir com os segredos externos.

CREATE SECURITY INTEGRATION minha_integracao
  TYPE = API_AUTHENTICATION
  AUTH_TYPE = WORKLOAD_IDENTITY_FEDERATION;

O que acontece nesse código:

1. Cria uma integração de segurança no Snowflake.
2. Define o tipo de autenticação como API.
3. Configura o método de federação de identidade para confiar no provedor de nuvem.

Limitações e requisitos

• Recurso em Public Preview.
• O Snowflake não oferece privilégios por segredo individual; o acesso é liberado por integração.
• A role que executa a operação precisa ter o privilégio USAGE na integração de segurança.