c3.1 Criptografe a base de conhecimento e o vector store com uma CMK

Os dados de RAG precisam de criptografia em vários pontos

Um knowledge base move seus dados por várias etapas, cada uma um lugar onde os dados residem ou transitam: as fontes de dados no S3, o trabalho de ingestão que os fragmenta e gera embeddings, o armazenamento transitório que o Bedrock usa durante a ingestão, o vector store e as sessões de consulta no momento da recuperação. Uma chave gerenciada pelo cliente (CMK) permite colocar tudo isso sob uma chave cujo acesso você controla e audita, em vez de depender de chaves gerenciadas pela AWS que você não pode inspecionar.

Deixe o Bedrock usar sua chave

Como em outros recursos do Bedrock, a política de chave concede ao principal de serviço as operações necessárias, restritas ao Bedrock com kms:ViaService:

{
  "Sid": "AllowBedrockKnowledgeBaseUseOfKey",
  "Effect": "Allow",
  "Principal": { "Service": "bedrock.amazonaws.com" },
  "Action": [
    "kms:Encrypt",
    "kms:Decrypt",
    "kms:GenerateDataKey",
    "kms:CreateGrant",
    "kms:DescribeKey"
  ],
  "Resource": "*",
  "Condition": {
    "StringEquals": { "kms:ViaService": "bedrock.us-east-1.amazonaws.com" }
  }
}

Criptografe cada etapa, não apenas uma

• Fontes de dados: habilite SSE-KMS com esta CMK no bucket do S3 que contém os documentos de origem.
• Dados transitórios durante a ingestão: passe a CMK ao criar a fonte de dados / configuração de ingestão para que o Bedrock criptografe os dados intermediários com sua chave.
• Vector store: criptografe a coleção do OpenSearch Serverless (ou o armazenamento que você escolher) com uma CMK, configurado no próprio armazenamento.
• Sessões de consulta: forneça uma CMK para os dados de sessão no momento da recuperação, de modo que os prompts e o contexto recuperado sejam criptografados com sua chave.

Uma corrente é tão forte quanto seu elo mais fraco: se o vector store recair em uma chave padrão, os embeddings dos seus dados confidenciais ficam protegidos por uma chave que você não controla.

Dê à função de serviço permissão de descriptografia sobre a chave

A função de serviço do knowledge base (consulte o controle da função de privilégio mínimo do KB) precisa de kms:Decrypt (e kms:GenerateDataKey) sobre esta chave, ou a ingestão e a recuperação falham com erros de acesso. Mantenha a administração da chave em uma função separada do uso da chave.

Nota de nomenclatura: substitua a região em kms:ViaService e use uma CMK local à região. Use a mesma chave de forma consistente nas fontes, no armazenamento e nas sessões para que nada recaia em uma chave padrão.