Definer adopsjon og tilgjengelighet som separate tiltak
MTA-STS adopsjon kan referere til DNS oppdagelse, henting av en syntaktisk gyldig policy, publisering av en håndhevingsmodus eller observert kompatibilitet med domenets mottakende MX rute. Tilgjengelighet for policy-vert er en annen egenskap: det gjelder om HTTPS-endepunktet var tilgjengelig og gyldig på observasjonstidspunktet. En studie bør definere disse tiltakene separat i stedet for å behandle en vellykket henting som fullstendig transportsikkerhetsadopsjon.
RFC 8461 definerer MTA-STS -oppdagelse, policyinnhenting, validering og caching. Den støtter et reproduserbart måledesign, ikke en påstand om at et datasett eksisterer. Denne artikkelen inneholder ingen domeneskanninger, tilgjengelighetsprosenter, tilkoblingstester eller longitudinelle funn. Alle eksempler er eksplisitt hypotetiske.
Etabler mottakerdomenepopulasjonen
MTA-STS gjelder mottakerdomenets postrute. En liste over nettsteder, utgående avsendermerker eller kundeorganisasjoner er ikke automatisk en passende liste over mottakende domener. Definer enhet, utvalgsmetode og utelukkelser før innsamling. Registrer om prøven inkluderer domener uten en brukbar e-postrute og hvordan disse tilfellene påvirker hver beregning i stedet for å slette dem i det stille.
Frys inndatalisten og bevar dens kilde, dato, normaliseringsregler og hash. Hvis listen endres mellom kjøringer, behold medlemsloggen. Et domene som går inn i eller forlater prøven kan endre tilsynelatende adopsjon uten noen endring i retningslinjene. Ikke kall en bekvemmelighetsprøve et globalt estimat med mindre prøvetakingsdesignet støtter denne slutningen. Dette manuskriptet gir ikke noe slikt anslag.
Separat DNS oppdaging fra HTTPS-henting
RFC 8461 definerer oppdagelsesposten hos _mta-sts eieren og policyinnhentingsstedet under mta-sts-verten på den velkjente banen. Oppdagelsesidentifikatoren signaliserer policyendringer; det er ikke et sertifikatfingeravtrykk eller bevis på at endepunktet fungerer for øyeblikket. Registrer DNS svar, eier, resolver og tid uavhengig av den påfølgende HTTPS-observasjonen.
Standarden krever HTTP 200 OK for policyinnhenting og sier at avsendere ikke må følge HTTP-omdirigeringer i den gjenopprettingsprosedyren. Den sier også at avsendere ikke må bruke HTTP-bufring for policyinnhenting, forskjellig fra MTA-STS -policybufring. Metoden bør bevare responsstatus og omdirigeringsatferd i stedet for å akseptere et vellykket nettlesermål. Ingen endepunkter ble hentet eller omdirigert fulgt under dette arbeidet.
Valider policyen og forbindelsen under de angitte reglene
Policyen inneholder versjon, modus, MX mønstre og maksimal alder under RFC 8461 syntaks. Behold de faktiske bytene og parserversjonen. En policy som bruker testmodus er ikke den samme målte kategorien som håndhevingsmodus. En ingen-policy er en annen stat som bør navngis i stedet for å kollapse i en generisk adopsjonstall. Rapporter innholdstypehåndtering med standardens kravstyrke: avsendere bør validere tekst/ren, i stedet for å finne opp et universelt sterkere krav.
HTTPS-sertifikatvalidering er en egen observasjon. Registrer det forespurte vertsnavnet, endepunktet, tidspunktet og faktisk valideringsresultat. En nettverksfeil, sertifikatfeil, uventet status og feil utformet policy har forskjellige betydninger og bør forbli atskilt i feilloggen. Ikke konkluder at en policy er fraværende bare fordi ett observasjonssted ikke kunne nå det, og ikke ignorer tilkoblingsfeil for å produsere en større bruksteller.
Sammenlign policymønstre med den tiltenkte MX ruten
En syntaktisk gyldig policy kan fortsatt beskrive feil mottakende verter. RFC 8461 definerer matching av eksakte MX vertsnavn og jokertegnmønstre. Et jokertegn er ikke en ubegrenset glob hvor som helst i et navn; metoden må implementere standardens definerte syntaks og matching. Ta vare på MX observasjonene og samsvarsbeslutningen for hver vert innenfor det målte omfanget.
En HTTPS-henting alene fastslår ikke at hvert MX endepunkt tilbyr en gyldig TLS tjeneste som samsvarer med policyen. Hvis studien ikke utfører autoriserte SMTP observasjoner, oppgi at rutekompatibilitet ikke er målt. Hvis senere testing godkjennes, hold tilkoblingsbeviset og populasjonen atskilt fra policy-vertens tilgjengelighet. Ikke kreve ende-til-ende-håndhevelse fra DNS og HTTP alene.
Ta hensyn til bufret policyoppførsel
Avsendere kan beholde en MTA-STS -policy for maksimal alder under protokollen. Et midlertidig utfall av policy-vert kan derfor påvirke en avsender med en brukbar bufret policy annerledes enn en avsender som oppdager domenet for første gang. En ekstern målesonde kjenner vanligvis ikke hver senders hurtigbuffertilstand. Studien må ikke oversette nedetid for endepunkter direkte til en universell periode med ubeskyttet post.
På samme måte trenger oppdagelsesidentifikatoren og den observerte policyversjonen en tidsregistrering. Hvis en policy endres under innsamling, bevar sekvensen i stedet for å koble den gamle DNS observasjonen til et nytt organ uten forklaring. Gjentatte målinger bør registrere probetilstand og eventuell tilsiktet cachebehandling. Metoden må skille måleatferden fra en full sending MTA implementering.
Design tilgjengelighetsplanen før innsamling
Definer sondeplasseringer, tråkkfrekvens, tidsavbrudd, retningslinjer for forsøk på nytt og klassifiseringsregler på forhånd. Et endepunkt som mislykkes én gang og lykkes ved nytt forsøk, bør ikke forsvinne fra feilposten. Rapporter forsøkte observasjoner, vellykkede observasjoner og feilkategorier ved å bruke en tydelig nevner. Hvis vedlikeholdsvinduer eller uoppnåelige utsiktspunkter utelukkes, behold årsakene og vis hvordan ekskluderinger endrer resultatet.
Ingen tråkkfrekvens eller tjenestenivåmål pålegges universelt av denne artikkelen. Velg en tidsplan som passer til forskningsspørsmålet og autorisasjonen, og unngå overdreven belastning. Dokumenter verktøyversjonen og avhengighetene slik at en annen analytiker kan reprodusere metoden. Konklusjoner om faktisk tilgjengelighet krever innsamlede data; en foreslått tidsplan er ikke bevis på at en tjeneste nådde eller bommet noe mål.
Et versjonert datasett-regneark
Opprett felt for eksempelversjon, mottaksdomene, observasjonstid, DNS oppdagelsesresultat, policyidentifikator, HTTPS-endepunkt, status, sertifikatresultat, innholdstype, kroppshasj, analysert modus, MX mønstre og maksimal alder. Legg til MX -observasjonsreferanser, samsvarende resultater, feilkategori, gjenforsøkshistorikk og eksklusjonsårsak. Bevar råbevis separat fra normaliserte klassifiseringer.
RFC 8460 definerer SMTP TLS rapportering, som kan gi et annet perspektiv når det er legitimt tilgjengelig. Slike rapporter tilsvarer ikke en ekstern tilgjengelighetssone og dekker ikke automatisk hver avsender. Hvis inkludert, dokumenter kilden og omfanget separat. Dette utkastet samlet verken sonder eller rapporter og antyder ikke eksakt korrelasjon mellom dem.
Fiktiv diagnose: endepunktavbrudd blir et håndhevingskrav
En fiktiv studie observerer en mislykket HTTPS-henting og merker mottakerdomenet som å ha ingen MTA-STS -beskyttelse for hele dagen. Den foreslåtte gjennomgangen identifiserer manglende bevis: observasjonen dekket én gang og utsiktspunkt, og avsendere kan ha bufrede retningslinjer. Den korrekte konklusjonen er smalere, og beskriver den mislykkede gjenfinningen og dens feilkategori innenfor den målte tidsplanen.
Teamet ville beholde påfølgende observasjoner og rapportere nevneren i stedet for å slette feilen eller ekstrapolere den til universell postatferd. Dette er et fiktivt metodologisk eksempel, ikke et observert driftsavbrudd eller en påstand om et navngitt domene. Ingen nettverksprobe eller e-postleveringstest ble utført.
Slipp kun reproduserbare funn
Katalogen krever et versjonsdatasett, spørringsmetode og feil-/ekskluderingslogg som en annen analytiker kan reprodusere. De originale gjenstandene forblir åpne. Gjennomgang av menneskelig spesialist, kildeanvendbarhet, produksjonsruter, tilgjengelighet og eierfrigivelse forblir også åpne. Dette utkastet gir et studiedesign og fiktiv diagnose, ikke adopsjonstall, tilgjengelighetsresultater eller en ende-til-ende transportsikkerhetsvurdering.