Segurança e confiança

API de security.txt

Verifique com um único pedido se um domínio publica um security.txt válido. Receba os campos analisados, os dias até à expiração, a presença de assinatura e erros e avisos codificados para leitura automática.

Ver documentação Testar a ferramenta gratuita Explorar todas as APIs

Pontos finais Ativo

GET /v1/security-txt

Exemplo de requisição

curl -H "X-API-Key: $DOMSCAN_API_KEY" "https://domscan.net/v1/security-txt?domain=example.com"

Exemplo de resposta 200 OK

{
  "domain": "example.com",
  "status": "valid",
  "location": "well_known",
  "fields": {
    "contact": ["mailto:[email protected]"],
    "expires": "2027-01-01T00:00:00.000Z",
    "expires_in_days": 83,
    "policy": ["https://example.com/security-policy"]
  },
  "signed": false,
  "issues": []
}

Exemplo de requisição GET /v1/security-txt

Principais Recursos 4

Perguntas frequentes 4

Códigos de status HTTP 200 / 400 / 401 / 402 / 429 / 502

Categoria Segurança e confiança

Pontos finais 1

Principais Recursos 4

Perguntas frequentes 4

Usado por pessoas nestas empresas

Sinais de confiança antes da integração

Documentação transparente, solicitações autenticadas e detalhes visíveis de confiabilidade facilitam avaliar o DomScan antes de publicar.

Ao vivo Status do serviço

Consulte o estado do serviço ao vivo e as respostas de falha documentadas antes de fazer a integração.

OpenAPI Artefatos da API

OpenAPI, Swagger, Postman, CLI, SDK e links MCP ficam a um clique.

Chaves API Acesso protegido

Endpoints autenticados usam chaves API com custos de créditos claros antes da chamada.

10,000 Cota gratuita

Comece com 10.000 créditos mensais e faça upgrade só quando o uso crescer.

O que esta API ajuda você a lançar

Use esta página como briefing de produção: endpoints, exemplos, formato da resposta e peças de workflow para conectar o DomScan ao seu produto.

Workflows de produto

Incorpore checagens de domínio, inteligência DNS, sinais de risco ou enriquecimento em onboarding, busca e ferramentas internas.

Automação de analistas

Substitua consultas manuais repetidas por jobs agendados, alertas e etapas de investigação reproduzíveis.

Dados JSON limpos

Use campos previsíveis, códigos de status documentados e custos em créditos em vez de raspar páginas de fornecedores.

IA e operações

Alimente agentes, dashboards, playbooks SOAR e CRMs via OpenAPI, SDK, Postman ou MCP.

Fluxo de integração

Um caminho simples da primeira requisição ao uso repetível em produção.

Autentique uma vez

Envie sua chave API com o cabeçalho documentado e mantenha requisições consistentes entre serviços.

Consulte com exemplos

Comece pelos exemplos curl e HTTP, depois mapeie os parâmetros no código da sua aplicação.

Opere e monitore

Use códigos de status, custos em créditos e campos de resposta para criar retentativas, logs e alertas.

Kit de desenvolvedor

Saia desta página para docs legíveis por máquina, coleções de requisições, SDKs ou ferramentas para agentes.

Esquema OpenAPI

Gere clientes ou inspecione cada formato de requisição e resposta.

Coleção Postman

Importe requisições prontas para testes manuais e repasse ao time.

SDKs e CLI

Use pacotes mantidos e fluxos de linha de comando em vez de escrever boilerplate.

Integração MCP

Exponha inteligência de domínios para agentes de IA e assistentes internos.

Mapa de parâmetros e resposta

Revise entradas, campos de saída e códigos de status antes de ligar o endpoint ao seu cliente.

Parâmetros da requisição

Parâmetro

domainurl

Campos da resposta

Exemplo de resposta

domainstatuslocationfieldsfields.contactfields.expiresfields.expires_in_daysfields.policysignedissues

Cobertura de status

Códigos de status HTTP

200400401402429502

Pontos finais

GET /v1/security-txt

Créditos: 1Autenticação: Autenticação necessária

Sinais de confiança antes da integração

Documentação transparente, solicitações autenticadas e detalhes visíveis de confiabilidade facilitam avaliar o DomScan antes de publicar.

Status do serviço Artefatos da API

OpenAPI, Swagger, Postman, CLI, SDK e links MCP ficam a um clique.

Chaves API Acesso protegido

Endpoints autenticados usam chaves API com custos de créditos claros antes da chamada.

Cota gratuita Cadastre-se gratuitamente

Comece com 10.000 créditos mensais e faça upgrade só quando o uso crescer.

Ativo Exemplo de requisição

Comece pelos exemplos curl e HTTP, depois mapeie os parâmetros no código da sua aplicação.

Principais Recursos

Validação RFC 9116

Os campos obrigatórios Contact e Expires, os formatos de URI, as ligações HTTPS, o Preferred-Languages e o Canonical são verificados, mantendo erros e avisos separados.

Gestão de localizações

Lê primeiro /.well-known/security.txt e o /security.txt legado apenas após um 404 ou 410.

Monitorização da validade

Devolve a data de expiração e os dias restantes, para que possa alertar antes de uma política de divulgação caducar.

Quatro estados claros

valid, invalid, not_found e unknown. As obtenções bloqueadas ou falhadas nunca são indicadas como ficheiro em falta.

Exemplo de requisição

GET /v1/security-txt?domain=example.com bash

curl -H "X-API-Key: $DOMSCAN_API_KEY" "https://domscan.net/v1/security-txt?domain=example.com"

Exemplo de resposta

200 OK json

{
  "domain": "example.com",
  "status": "valid",
  "location": "well_known",
  "fields": {
    "contact": ["mailto:[email protected]"],
    "expires": "2027-01-01T00:00:00.000Z",
    "expires_in_days": 83,
    "policy": ["https://example.com/security-policy"]
  },
  "signed": false,
  "issues": []
}

Perguntas frequentes

O que torna um ficheiro inválido?

Um campo Contact ou Expires em falta, vários campos Expires, uma data expirada, URI de contacto inválidos, ligações http simples ou uma página HTML devolvida em vez de texto.

As assinaturas são verificadas?

Os ficheiros assinados são detetados e analisados, mas a assinatura OpenPGP não é verificada.

Quantos pedidos faz uma verificação?

Um, ou dois quando a localização well-known devolve 404 ou 410 e a localização legada é tentada.

Quantos créditos custa?

Um crédito por pedido. Os pedidos que terminam num estado desconhecido são reembolsados.

Ferramentas e recursos relacionados

Códigos de status HTTP

Estes são os códigos de status HTTP que você deve tratar para distinguir respostas bem-sucedidas, problemas de autenticação, créditos, limites de taxa, dados ausentes e falhas de origem.

OK 200

Pedido bem-sucedido

Pedido inválido 400

Parâmetros inválidos

Não autorizado 401

Chave de API ou sessão em falta ou inválida.

Pagamento necessário 402

Não tens créditos suficientes para executar este pedido.

Demasiados pedidos 429

Limite de taxa excedido

Erro de gateway 502

Erro do serviço RDAP de origem

Verificar um security.txt

Começar gratuitamente Ver documentação Testar a ferramenta gratuita