Segurança de credenciais e dados sensíveis
Controla obtenção, uso, registro e revogação de segredos.
Visão geral
Credenciais, tokens e chaves devem vir de um canal de provisionamento protegido, com acesso mínimo, auditoria e rotação compatível com os consumidores. Não os coloque no fonte, URI, mensagem de erro ou log. Se houver exposição, remover do arquivo não invalida o segredo: trate revogação/rotação e os locais que já receberam cópias. Mensagens de GetErrorMessage e arrays de usuários podem incluir valores sensíveis; selecione campos para registro em vez de despejar estruturas inteiras. O exemplo registra somente um evento e um estado constantes, sem manipular qualquer segredo. (Fontes: refs. 1–2.)
Exemplo comentado
#Include "Protheus.ch"
User Function Ed645()
// Lista permitida de campos: sem senha, token, corpo da requisicao ou array de usuario.
Local cEvento := "ED645_ETAPA"
Local cEstado := "OK"
ConOut(cEvento+" "+cEstado)
Return NilRegistra um marcador técnico e OK. Não fornece um gerenciador de segredos nem garantia de apagar memória. Em revisão: exemplo editorial não compilado nem executado em Protheus. Conferir includes, release, RDD e contexto antes de homologar.
- Defina acesso e retenção dos logs e teste rotação sem interromper o consumidor. Nil em uma variável não elimina cópias em logs, dumps ou backups.
- Em revisão: exemplo editorial não compilado nem executado em Protheus. Conferir includes, release, RDD e contexto antes de homologar.
Comentários
Ainda não há comentários aprovados.
Entre com Google ou Microsoft para comentar.