Vurder beviserne, før du tildeler alvoren
En domænesundhedsvurdering skal forklare, hvilke autentificeringsafhængigheder der blev kontrolleret, hvad observationerne understøtter, og hvad der forbliver ukendt. En enkelt score kan skjule forskellen mellem en ødelagt produktionsafsender, en utestet vælger og et ikke-relateret webstedsproblem. Dette er en diagnostisk vejledning og foreslået vurderingsdesign, ikke en fungerende EmailAuth scanner. Intet kundedomæne er blevet forespurgt, og der vises intet liveresultat.
Start med den tilsigtede brug af hvert domæne: aktiv medarbejdermail, ansøgningsmail, marketing, modtagelse eller bevidst ikke-afsendelse. Identificer virksomhedsejeren og kendte afsendere. Den samme manglende post kan have forskellige konsekvenser i forskellige sammenhænge, og en konfiguration, der ser restriktiv ud, kan forstyrre legitim indirekte post. Prioriter en påvist forretningsrisiko, ikke antallet af farvede advarsler en side kan vise.
Bevar en reproducerbar observation
For hver foreslået kontrol skal du registrere det nøjagtige domæne- eller ejernavn, forespørgselstype, observationstid, resolver eller autoritativ server, svarstatus og relevante svardata. Skelne en autoritativ observation fra et cachelagret rekursivt svar. RFC 1034 beskriver disse roller; kontrolpanelet, hvor en administrator redigerer en rekord er ikke i sig selv bevis for det svar, en modtager har fået.
Klassificer manglende data omhyggeligt. NXDOMAIN , et eksisterende navn uden den ønskede type, en henvisning, en aliaskæde og SERVFAIL er ikke udskiftelige. RFC 2308 skelner mellem negative svar og den kontekst, der er nødvendig for at fortolke dem. En tom svarsektion alene beviser ikke NODATA . Hold timeout og løsningsfejl synlige i stedet for at konvertere dem til en permanent konfigurationsfinding.
Optag caching og indsamlingsgrænser uden at love, at en bestemt forsinkelse beviser verdensomspændende konvergens. Et genforsøg fra en resolver kan afklare et forbigående problem, men rekonstruerer ikke den oprindelige modtagers visning. Vurderingen skal bevare usikkerhed, når den underliggende observation er ufuldstændig.
Tjek SPF som en evalueret autorisationspolitik
Find SPF politik for den faktiske SPF identitet, ikke automatisk det synlige Fra-domæne. RFC 7208 kræver postvalg og skelner ingen post fra flere matchende poster. Flere strenge i én TXT post er ikke automatisk flere SPF optager. Bevar ressource-poststrukturen, når du forklarer en syntaksfund.
For en meddelelsesspecifik evaluering skal du registrere den forbindende IP og den relevante kuvertidentitet, inklusive HELO tilfælde, når det er relevant. Tjek de evaluerede mekanismer og deres DNS afhængigheder. Grænsen på ti opslag vedrører specificerede DNS-forespørgselstermer under evaluering, herunder rekursiv behandling; det er ikke blot en optælling af hver DNS pakke eller hvert ord i politikken. Afsnit 4.6.4 definerer også yderligere grænser. Forklar den fejlagtige vej i stedet for at foreslå en vilkårlig optegnelse.
Skelne permanente politikfejl fra midlertidige DNS problemer og fra en gyldig politik, der ikke autoriserer en bestemt kilde. En syntaktisk gyldig post kan stadig udelade en legitim afsender eller godkende for meget. Virksomhedsejerskab er nødvendigt for at beslutte, om en kilde skal være til stede.
Kræv vælger- og beskedbevis for DKIM
Et domænenavn alene opregner ikke hver DKIM vælger, der er i brug. Få vælger- og signeringsdomæneværdier fra godkendte meddelelsesbeviser eller en verificeret afsenderbeholdning. RFC 6376 forklarer vælgerbrug. Et mislykket gæt på en fælles vælger er ikke bevis på, at hele domænet mangler DKIM.
Tjek den valgte offentlige nøgle og algoritme under relevante opdateringer, herunder RFC 8301. En offentliggjort nøgle etablerer en DNS afhængighed, ikke at en afsender besidder den private nøgle, signerer den påtænkte trafik eller producerer signaturer, der overlever transit. Undersøg faktiske bekræftelsesbeviser på modtagersiden, når de er godkendt. Beskyt beskedindhold og private nøgler; hverken hører hjemme i en offentlig diagnostisk rapport blot for at få et eksempel til at se komplet ud.
Evaluer DMARC og operationel påvirkning separat
Nuværende DMARC har brug for en kvalificeret videregivelsesmekanisme, der er tilpasset forfatterdomænet. Rå SPF og DKIM succes kan eksistere side om side med DMARC fejl, når deres domæner ikke stemmer overens. Registrer politikkens opdagelse og identifikationsantagelser, især hvor de er aktuelle DNS Tree Walk adfærd og ældre implementeringer kan variere. Behandl ikke en politikstreng som et bevis på, at hver modtager følger den samme implementering.
Prioriter bekræftet afbrydelse af kritisk legitim trafik, derefter uafklarede afhængigheder med materialeeksponering og derefter mindre indvirkning på hygiejnearbejde. Hold det foreslåede alvorsrationale synligt. EN p=reject record alene fuldfører ikke et godkendelsesprogram, og anvendelse af det vilkårligt kan skade domæner til generelle formål med indirekte mail-strømme. Modtagerhåndtering, afsenderens ejerskab og overvågningskontinuitet skal gennemgås separat.
I en fiktiv vurdering har receipts.example en dokumenteret betalings-mail-afsender, hvis observerede DKIM verifikation mislykkes, mens en gættet ubrugt vælger heller ikke returnerer nogen registrering. Det første fund fortjener undersøgelse, fordi det vedrører et kendt forretningsflow; den anden forbliver inkonklusiv. Ingen af observationerne fandt sted her. Eksemplet illustrerer, hvordan kontekst ændrer prioritet uden at opfinde et rigtigt diagnostisk udskrift.
Bekræft rettelsen og selve vurderingen
Angiv for hvert fund den foreslåede handling, godkender, forventet observation og sikker genopretningstilstand. Gentag den relevante kontrol efter en autoriseret rettelse og sammenlign beviser i stedet for kun at sammenligne score. RFC 8601 kræver opmærksomhed på tillidsgrænsen for godkendelsesresultatoverskrifter. Endelig SMTP accept etablerer heller ikke indbakkeplacering, da transportansvaret i RFC 5321 gøre klart.
En arbejdsvurdering har brug for tests for gyldige input, forkerte optegnelser, aliaser, negative svar, midlertidige fejl, manglende vælgere og ikke-understøttede sager med forventede resultater og forklarede fejl. Det nøjagtige idriftsættelseskrav forbliver åbent: Et fungerende værktøj med inventar med forventet resultat, originale input, observationstid og forklarede fejl. Denne vejledning og dens foreslåede kort opfylder ikke denne værktøjslåge. Udgivelse som en arbejdsressource kræver implementering, autoriserede originale observationer og reproducerbare test efterfulgt af teknisk godkendelse og ejerens godkendelse.