Verificador de FPS
Um registro SPF indica quais servidores têm permissão para enviar e-mails como seu domínio. A maioria dos que falham não falha ruidosamente - eles falham ao deixar todos passarem silenciosamente. Verifique um domínio que você controla e obtenha o registro e o que ele realmente instrui um servidor receptor a fazer.
Watched, not just checked
This is one scan of one layer, run once. In AYAsec the same check runs on a schedule across every asset you own, and you are told the day a grade drops.
O que é um registro SPF, em um parágrafo
Quando um servidor de e-mail recebe uma mensagem alegando ser do seu domínio, ele pode perguntar ao seu domínio quais servidores têm permissão para enviar mensagens em seu nome. A resposta é um registro TXT emseu DNS começando com v=spf1. Se o servidor remetente estiver nessa lista, a mensagem será aprovada. Se não for, o que acontece a seguir depende inteiramente de como o seu disco termina - e é aí que reside a maior parte do problema.
Seis razões para verificar seu próprio registro SPF
01
O limite de dez pesquisas, que quebra recordes silenciosamente
Este é o fracasso que ninguém espera e quase todo mundo eventualmente encontra.
Quando um servidor receptor avalia seu registro SPF, ele deveresolva todos os include:, a, mx, ptr e redirect que encontrar - e cada um deles pode conter mais do mesmo. O padrão limita isso a dez pesquisas de DNS. Exceda esse limite e a avaliação não retornará para aprovação ou reprovação; ele retorna um erro permanente, e a maioria dos receptores trata isso como nenhum SPF. Os recordes superam-no em crescimento. Uma plataforma de marketing aqui, um helpdesk ali, um provedor de folha de pagamento, um novo CRM – cada um adiciona um include: e cada include: pode ocultar várias pesquisas dentro dele. Nada avisa. O registro ainda parece bom em seu painel DNS, e a entrega começa a sofrer por motivos que ninguém conecta a uma alteração feita quatro meses antes.
02
Uma falha suave que não autoriza ninguém e não impede nada
Todo registro SPF termina com umMecanismo all, e o personagem na frente dele decide tudo:
| Finalizando | O que diz ao receptor |
|---|---|
-all | Falha grave. Este servidor não está autorizado. Rejeite |
~all | Falha suave. Este servidor não está autorizado, mas aceite-o mesmo assim e marque-o |
?all | Neutro. Sem opinião |
+all | Todos estão autorizados. Nunca corrija |
A maioria dos domínios termina com ~all, que é o lugar certo para começar e o lugar errado para ficar. Significa que o seu registo descreve quem pode enviar sem insistir nisso, e isso é uma declaração, não umadefesa.
03
O include: que você adicionou é a lista de outra pessoa e muda
include: não copia os servidores de um provedor para o seu registro - ele aponta para os deles e importa tudo o que estiver lá no momento da verificação.
Isso é conveniente e significa que parte da sua autenticação de e-mail é mantida por uma empresa que você não controla. Quando eles adicionam infraestrutura, seu registro cobre silenciosamente mais. Quando eles se reestruturam, sua contagem de pesquisapode pular. Vale a pena saber quais das suas entradas include: são grandes, porque são essas que o levarão ao limite.
04
O domínio que não envia nenhum email
Um domínio que você possui e do qual nunca envia é o mais fácil de personificar, porque ninguém fica observando as respostas e ninguém percebe as reclamações.
Esse domínio ainda deve ter um registro SPF - um que não autorize nada:
v=spf1 -allEsse é um registro completo e correto. Diz: nenhum servidor tem permissão para enviar como este domínio. Domínios estacionados, marcas antigas e domínios comprados defensivamente merecem um.
05
Vários registros onde deveria haver um
Um domínio pode ter exatamente um registro SPF. Dois registros TXT, ambos começando com v=spf1, não são o dobro da proteção - é um erro permanente e o resultado é o mesmo que não ter nenhum.
Isso acontece quando o assistente de configuração de um segundo provedoradiciona seu próprio registro em vez de editar o seu. A solução é mesclá-los em um só; o problema é perceber.
06
Comprovação de que o registro estava correto em determinada data
“Temos SPF configurado” é uma afirmação. Um relatório datado mostrando o registro e sua apólice é uma prova, e é o que uma seguradora ou a análise de segurança de um cliente realmente deseja. Construir esse registro é um assunto próprio.
Saiba o dia do seu recordemudanças
O DNS é editado por mais pessoas do que qualquer outra camada, e um registro SPF é editado por aqueles com menor probabilidade de informar a equipe de segurança: marketing adicionando uma plataforma de envio, TI movendo um provedor de correio, um contratante conectando um formulário.
Cada edição é pequena e nenhuma é revisada. As verificações agendadas transformam isso em uma diferença que você já ouviu falar: esse registro ganhou uma entrada, essa política passou de -all de volta para ~all. Os alertas chegam no aplicativo, por e-mail,ou por meio do Slack, Teams, Jira ou webhook.
Etapa 01 · Nomeie o domínio
Um domínio que você controla, adicionado à sua conta AYAsec. A propriedade é verificada antes de qualquer coisa ser despachada - AYAsec não agendará verificações em infraestruturas sobre as quais você não demonstrou controle e provando que é necessário um registro DNS. A verificação rápida acima ignora isso: sem conta, sem verificação, apenas limitação de taxa de IP e uma regra de que o alvo deve ser um endereço público.
Etapa 02 · Deixea verificação
Os registros SPF são públicos, portanto, são lidos em vez de sondados. Ele analisa o registro da mesma forma que um servidor de recebimento de e-mail faria.
Etapa 03 · Leia o resultado
As descobertas chegam ordenadas por gravidade e pontuadas de A+ a F. Um registro que autoriza todos e uma falha leve não estão na mesma lista indiferenciada.
Do que isso faz parte
SPF é um dos vários registros relacionados a e-mail que a AYAsec verifica como parte de sua varredura de DNS, juntamente com DKIM,DMARC, MTA-STS, TLS-RPT e DNSSEC. É uma digitalização e esta página é sobre uma parte do que é visualizado.
O DNS carrega 20% da nota composta. Os outros são HTTP com 30%, TLS e portas com 20% cada e credibilidade do domínio com 10%. Todos eles juntos são o que gerenciamento de superfície de ataquesignifica na prática.
Perguntas antes de verificar
O que posso verificar?
Infraestrutura que você possui ou foi contratada para testar. A verificação rápida acima não verifica isso para você - ela apenas limita a taxa por IP e se recusa a direcionar qualquer coisa que não seja um endereço público. Em vez disso, adicione o domínio a uma conta AYAsec e o controle será verificado antes que qualquer coisa programada seja executada: um limite legal e prático, já que uma verificação não verificada também não tem utilidade para você como prova.
Os registros SPF são públicos. Por que isso precisaverificação?
O registro é público e o cheque é somente leitura, portanto o cheque em si é inofensivo. A verificação trata do que acontece a seguir: um domínio em sua conta AYAsec é monitorado, avaliado e mantido em seu histórico, e nada disso deveria ser possível para um domínio que não é seu.
O FPS é suficiente por si só?
Não. O SPF autoriza servidores; ele não sobrevive ao encaminhamento e não diz nada sobre se a mensagem foi alterada. Isso é o queDKIM serve, e DMARC é o que une os dois e decide o que acontece quando eles falham.
Como posso ultrapassar o limite de dez pesquisas?
Geralmente, removendo provedores que você não usa mais, substituindo um include: amplo pelos mecanismos específicos necessários ou nivelando o registro - resolvendo você mesmo a cadeia e listando os endereços diretamente. O nivelamento funciona e tem um custo: o registro para de ser atualizado quando oO provedor muda seus servidores, portanto, ele precisa ser reajustado de acordo com um cronograma.
Um registro pode cobrir subdomínios?
Não automaticamente. O SPF é verificado em relação ao domínio no remetente do envelope, portanto, um subdomínio que envia mensagens precisa de seu próprio registro.
Você mantém os resultados?
Não a verificação rápida acima - ela permanece na memória por cerca de quinze minutos, então você pode lê-la uma vez e depois desaparece. Essa é uma escolha deliberada de privacidade, não uma limitação: ninguém além de você vê essa verificação e você pode baixar o resultado completo antes que expire. Adicione o domínio a uma conta AYAsec e cada verificação será mantida - uma série que informa qual edição o quebrou. A retenção depende do seu plano.
Mantenha o histórico, não apenas oresultado
Execute a verificação completa de DNS em seus próprios domínios, de acordo com uma programação, com cada alteração sinalizada para quem precisar vê-la.
Dados estruturados para incorporar
{
"@context": "https://schema.org",
"@type": "SoftwareApplication",
"name": "AYAsec SPF Checker",
"applicationCategory": "SecurityApplication",
"operatingSystem": "Web browser",
"url": "https://ayasec.ai/spf-checker/",
"offers": { "@type": "Offer", "price": "0", "priceCurrency": "EUR" }
}Não adicione a marcação FAQPage ou HowTo. O Google retirou ambos os tipos de resultados.