{
"domain": "github.com",
"checkedAt": "2026-10-12T16:20:17.441Z",
"securityTxt": {
"found": true,
"url": "https://github.com/.well-known/security.txt",
"statusCode": 200,
"contentType": "text/plain; charset=utf-8",
"signed": false,
"valid": true,
"expires": "2026-11-11T16:20:17.000Z",
"expired": false,
"daysUntilExpiry": 29,
"fields": {
"contact": [
"https://hackerone.com/github"
],
"expires": "2026-11-11T16:20:17z",
"encryption": [],
"acknowledgments": [
"https://hackerone.com/github/hacktivity"
],
"preferredLanguages": [
"en"
],
"canonical": [
"https://github.com/.well-known/security.txt"
],
"policy": [
"https://bounty.github.com"
],
"hiring": [
"https://github.careers"
],
"csaf": [],
"unknown": []
},
"issues": [
{
"severity": "info",
"code": "not_signed",
"message": "The file is not digitally signed. RFC 9116 recommends (SHOULD) a cleartext OpenPGP signature."
},
{
"severity": "warning",
"code": "expires_soon",
"message": "The file expires in 29 day(s)."
}
],
"location": "well-known"
},
"adsTxt": {
"found": false,
"url": "https://github.com/ads.txt",
"statusCode": 406,
"valid": false,
"issues": [
{
"severity": "warning",
"code": "unexpected_status",
"message": "The server answered HTTP 406 for /ads.txt."
}
]
},
"summary": {
"errors": 0,
"warnings": 2,
"info": 1
},
"cached": true
}
curl --location --request GET 'https://zylalabs.com/api/14111/security+txt+api/34864/check+security+txt+and+ads+txt?domain=github.com' --header 'Authorization: Bearer YOUR_API_KEY'
Após se cadastrar, cada desenvolvedor recebe uma chave de acesso à API pessoal, uma combinação única de letras e dígitos para acessar nosso endpoint de API. Para autenticar com a Segurança Txt API basta incluir seu token Bearer no cabeçalho Authorization.
| Cabeçalho | Descrição |
|---|---|
Authorization
|
Obrigatório
Deve ser Bearer access_key. Veja "Sua chave de acesso à API" acima quando você estiver inscrito.
|
Sem compromisso de longo prazo. Faça upgrade, downgrade ou cancele a qualquer momento. O teste gratuito inclui até 50 requisições.
Valida arquivos de política security.txt (RFC 9116) para sintaxe e estrutura. Esta é apenas uma validação de sintaxe e estrutura; não verifica vendedores (sem verificação cruzada de sellers.json) ou domínio de troca
A API Security Txt retorna um relatório de validação para arquivos security.txt e ads.txt incluindo seu status tipo de conteúdo validade detalhes de expiração e quaisquer problemas encontrados durante a validação
Os campos chave incluem `domínio`, `encontrado`, `válido`, `expira`, `problemas` e `campos` como `contato`, `política` e `contratação`, que fornecem informações detalhadas sobre as políticas de segurança
A resposta está estruturada em um formato JSON, com chaves de nível superior para informações de domínio, resultados de validação e campos detalhados para security.txt e ads.txt, facilitando a análise e a interpretação
O endpoint fornece informações sobre a existência e validade dos arquivos security.txt e ads.txt, seu conteúdo, datas de expiração e quaisquer problemas de validação, ajudando os usuários a avaliar as políticas de segurança
Os usuários podem personalizar solicitações usando o parâmetro `fresh` para ignorar o cache permitindo que eles obtenham os resultados de validação mais recentes para um domínio específico
Casos de uso típicos incluem auditorias de segurança, verificações de conformidade e avaliações de vulnerabilidade onde as organizações precisam verificar a presença e a correção das políticas de segurança para seus domínios
A precisão dos dados é mantida por meio de validação estruturada contra os padrões RFC 9116 garantindo que apenas arquivos security.txt corretamente formatados sejam relatados como válidos
Os usuários podem analisar o campo `issues` para identificar e resolver problemas específicos em suas políticas de segurança e utilizar os `fields` para aprimorar sua postura de segurança atualizando informações de contato e políticas