{"meta":{"title":"Avaliar alertas da verificação de segredo","intro":"Saiba mais sobre recursos adicionais que podem ajudar você a avaliar alertas e priorizar a correção, por exemplo, verificar a validade de um segredo.","product":"Qualidade de segurança e código","breadcrumbs":[{"href":"/pt/enterprise-server@3.18/code-security","title":"Qualidade de segurança e código"},{"href":"/pt/enterprise-server@3.18/code-security/tutorials","title":"Tutorials"},{"href":"/pt/enterprise-server@3.18/code-security/tutorials/remediate-leaked-secrets","title":"Corrigir segredos vazados"},{"href":"/pt/enterprise-server@3.18/code-security/tutorials/remediate-leaked-secrets/evaluating-alerts","title":"Avaliar alertas"}],"documentType":"article"},"body":"# Avaliar alertas da verificação de segredo\n\nSaiba mais sobre recursos adicionais que podem ajudar você a avaliar alertas e priorizar a correção, por exemplo, verificar a validade de um segredo.\n\n## Sobre a avaliação de alertas\n\nExistem alguns recursos adicionais que podem ajudar você a avaliar alertas para melhor priorizá-los e gerenciá-los. É possível:\n\n* Verificar a validade de um segredo para averiguar se ele ainda está ativo.\n Confira [a verificação da validade de um segredo](#checking-a-secrets-validity).\n* Revisar os metadados de um token.\n **Aplica-se somente a GitHub tokens**. Por exemplo, para verificar a data da última utilização do token. Consulte [Revisão de GitHub metadados de token](#reviewing-github-token-metadata).\n\n## Verificar a validade de um segredo\n\nAs verificações de validade ajudam a priorizar os alertas, informando quais segredos estão `active` ou `inactive`. Um segredo `active` ainda pode ser explorado, então esses alertas devem ser analisados e corrigidos como prioridade.\n\nPor padrão, GitHub verifica a validade dos tokens de GitHub e exibe o status de validação do token na visualização de alerta.\n\n| Validade | Status | Resultado |\n| --------------------------- | ---------- | -------------------------------------------------------------------------------- |\n| Segredo ativo | `active` | O GitHub consultou o provedor desse segredo e descobriu que o segredo está ativo |\n| Segredo possivelmente ativo | `unknown` | O GitHub ainda não dá suporte a verificações de validação desse tipo de token |\n| Segredo possivelmente ativo | `unknown` | O GitHub não pôde verificar esse segredo |\n| Segredo inativo | `inactive` | Você deve ter certeza de que não ocorreu nenhum acesso não autorizado |\n\nPara obter informações sobre quais padrões de parceiro têm suporte no momento, consulte [Padrões de varredura de segredos com suporte](/pt/enterprise-server@3.18/code-security/reference/secret-security/supported-secret-scanning-patterns).\n\nVocê pode usar a API REST para recuperar uma lista do status de validação mais recente para cada um dos seus tokens. Para obter mais informações, confira [Pontos de extremidade da API REST para verificação de segredos](/pt/enterprise-server@3.18/rest/secret-scanning) na documentação da API REST. Você também pode usar webhooks para receber uma notificação da atividade relacionada a um alerta secret scanning. Para obter mais informações sobre o evento, consulte `secret_scanning_alert` em [Eventos e cargas de webhook](/pt/enterprise-server@3.18/webhooks/webhook-events-and-payloads?actionType=created#secret_scanning_alert).\n\n## Executar uma verificação de validade sob demanda\n\nDepois de habilitar verificações de validade para padrões de parceiro para seu repositório, você pode executar uma verificação de validade \"sob demanda\" para qualquer segredo com suporte clicando ** em Verificar segredo** no modo de exibição de alerta.\nGitHub enviará o padrão para o parceiro relevante e exibirá o status de validação do segredo no modo de exibição de alerta.\n\n![Captura de tela da interface do usuário exibindo um alerta secret scanning. Um botão, rotulado \"Verificar segredo\", está realçado com um contorno laranja.](/assets/images/help/security/secret-scanning-verify-secret.png)\n\n## Revisando os metadados do GitHub token\n\n> \\[!NOTE]\n> Metadados para GitHub tokens estão atualmente dentro prévia pública e sujeitos a alterações.\n\nNa exibição de um alerta de token ativo GitHub, você pode examinar determinados metadados sobre o token. Esses metadados podem ajudá-lo a identificar o token e decidir quais etapas de correção devem ser tomadas.\n\nTokens, como personal access token e outras credenciais, são considerados informações pessoais. Para obter mais informações sobre como usar tokens GitHub, consulte [GitHub's Privacy Statement](/pt/site-policy/privacy-policies/github-general-privacy-statement) e [Acceptable Use Policies](/pt/site-policy/acceptable-use-policies/github-acceptable-use-policies).\n\n![Captura de tela da interface do usuário de um token do GitHub mostrando os metadados do token.](/assets/images/help/repository/secret-scanning-github-token-metadata.png)\n\nOs metadados para tokens GitHub estão disponíveis para tokens ativos em qualquer repositório com verificação de segredo habilitada. Se um token tiver sido revogado ou seu status não puder ser validado, os metadados não estarão disponíveis.\nGitHub Revoga automaticamente GitHub tokens em repositórios públicos, portanto, é improvável que os metadados para GitHub tokens em repositórios públicos estejam disponíveis. Os seguintes metadados estão disponíveis para tokens ativos GitHub :\n\n| Metadados | Description |\n| ------------------------ | ----------------------------------------------- |\n| Nome do segredo | O nome dado ao GitHub token por seu criador |\n| Proprietário do segredo | O identificador GitHub do proprietário do token |\n| Criado em | Data em que o token foi criado |\n| Expirou em | Data em que o token expirou |\n| Usado pela última vez em | Data em que o token foi usado pela última vez |\n| Access | Se o token tem acesso à organização |\n\nSomente pessoas com permissões de administrador para o repositório que contém um segredo vazado podem exibir detalhes de alerta de segurança e metadados de token para um alerta. Os proprietários da empresa podem solicitar acesso temporário ao repositório com essa finalidade. Se o acesso for concedido, GitHub notificará o proprietário do repositório que contém o segredo vazado, relatará a ação nos logs de auditoria do proprietário do repositório e da empresa e habilitará o acesso por 2 horas."}