Læs statusdatoen, før du vurderer forslaget
Domain Relationship Policy Framework foreslår en måde, hvorpå domæner kan beskrive og gensidigt bekræfte relationer. Det kunne give en pålidelig part mere eksplicit information end et lignende logo, delt hjemmesidedesign eller udledt virksomhedssammenslutning. Hvorvidt sådanne oplysninger skal påvirke en e-mailbeslutning afhænger af dens autoritet, valideringsregler og forbrugeradfærd, ikke blot af dens offentliggørelse.
Projektets statusside, inspiceret den 9. november 2026, daterer eksplicit sin status til 1. juli 2024. Den beskriver en foreslået ramme for offentlig overvejelse og angiver en beskrivende internetudkast som et næste skridt. Disse datoer skal forblive adskilte: en læsbar side i dag gør ikke sin statuserklæring aktuel. Ingen senere endelig projektstatus, standardresultat eller modtagervedtagelse er blevet verificeret til denne vurdering.
De projektets hjemmeside beskriver ad-hoc udvikling og anerkender manglende implementeringsdetaljer. EN februar 2024 udviklerkonto af J. Trent Adams kalder ligeledes arbejdet for et tidligt forslag. Dens sprogbrug om standardisering bør læses i den sammenhæng. Denne artikel evaluerer den dokumenterede model; den annoncerer ikke en implementeret standard eller foreskriver produktions- DNS poster.
Adskil opdagelsesmekanismen fra politikbetydning
Det foreslåede arkitektur har små DNS TXT påstande og, hvor det er nødvendigt, rigere politiske dokumenter. Påstande kan udtrykke grundlæggende relationer eller hjælpe med at finde detaljerede politikker. Dokumenterne adskiller metadata fra politikindhold og giver vokabularer mulighed for at beskrive forskellige slags relationer. Meget af tolkearbejdet tilhører den pålidende part.
Den adskillelse er vigtig. At finde et dokument fastslår ikke, at to forbrugere fortolker dets ordforråd identisk. En forbruger vil have brug for en aftalt profil for det forhold, der skal evalueres, herunder understøttede vilkår og adfærd for ukendte vilkår. De tilgængelige sider illustrerer muligheder i stedet for at etablere en komplet interoperabel grammatik. Deres forskellige beskrivelser af minimalt påstandsindhold bør ikke stilles op i et opfundet obligatorisk format.
En arkitektonisk forklaring kræver også en DNS kvalifikation. RFC 1035 afsnit 3.3 og 3.3.14 definere TXT data som en eller flere tegnstrenge, hver med en oktetlængde. Indholdsgrænsen på 255 oktet gælder for en individuel streng, ikke et universelt maksimum på 255 tegn for hele TXT ressourceposten. Denne rettelse leverer ikke DRPF's manglende publikation eller parsingprofil.
Undersøg gensidig bekræftelse som en specifik påstand
Udviklerkontoen beskriver bekræftelse i begge retninger: en påstand, der navngiver et andet domæne, skal have en tilsvarende erklæring fra det pågældende domæne. Dette anfægter et ensidigt krav om tilknytning. Det fastslår ikke selvstændigt juridisk ejerskab, integriteten af begge administratorers konti eller sikkerheden ved en betalingsinstruktion modtaget i e-mail.
En bedømmer bør identificere, hvilken myndighed hver enkelt udgiver faktisk kontrollerer, og hvilke beviser der beskytter genfinding. To gensidigt konsistente udsagn fra kompromitterede systemer forbliver et andet problem fra ét domæne, der fremsætter et ikke-understøttet krav. En sikkerhedsgennemgang har derfor brug for en trusselsmodel, autenticitetsantagelser og defineret fejlhåndtering. Disse er evalueringskrav her, ikke kapaciteter, der er demonstreret af forslaget eller af en implementering, der er testet for denne artikel.
Kortlæg et fiktivt mærkeforhold fra ende til anden
Overvej de fiktive domæner brand.example og parent.example . Brandadministratoren ville offentliggøre den underordnede påstand; den overordnede administrator vil offentliggøre den tilsvarende bekræftelse. En hypotetisk sikkerhedsapplikation ville være forbrugeren. Dens foreslåede opgave er at sammenligne de to rettede udsagn for det samme forhold, samtidig med at den påståede virksomhedsforening holdes adskilt fra meddelelsesgodkendelse.
Projektets case for relateret domæne illustrerer to opdagelsestilgange. En forbruger kan finde ud af forældrenes politik gennem forældrenes påstand eller følge en politikplacering, der er leveret mere direkte af barnet. Siden illustrerer også et struktureret JSON-LD dokument. Disse er konceptuelle eksempler, ikke beviser på, at de navngivne virksomheder implementerer DRPF, eller at deres prøveetiketter danner et stabilt trådformat.
For dette fiktive kort ville forbrugeren registrere, hvilke dokumenter og fortolkninger der understøttede forholdet på et bestemt tidspunkt. Hvis forælderen trak konfirmationen tilbage, ville forholdet ikke længere have den samme gensidige støtte. Ingen registrering er blevet offentliggjort eller hentet for disse fiktive domæner, og ingen parser, signaturvalidering eller rely-party adfærd er blevet testet.
Kræv en livscyklus ud over muligheden for at trække sig tilbage
Arkitekturen beskriver at bryde et forhold ved at ændre dets bekræftelse. Det er en nyttig konceptuel tilbagekaldelsesmekanisme, men den etablerer ikke øjeblikkelig tilbagetrækning overalt. Cachelagrede påstande, bevarede politikdokumenter og midlertidigt utilgængelige udgivere kræver eksplicit håndtering, før en forbruger kan træffe pålidelige beslutninger.
Anmelderen bør spørge, hvor længe beviser forbliver brugbare, hvad der sker, når kun den ene side ændrer sig, og hvordan en utilgængelig politik adskiller sig fra en forsætlig tilbagetrækning. Genopretning efter et udgiverkompromis og modstridende politikkæder kræver også definerede resultater. Disse spørgsmål bør producere dokumenterede livscyklusregler og autoriserede tests, ikke optimistiske antagelser om, at gensidig udgivelse løser enhver efterfølgende tilstandsovergang.
Hold e-mail-godkendelse og virksomhedsgodkendelse adskilt
Et erklæret administrativt forhold mellem to adskilte domæner ændres ikke DMARC justering af sig selv. RFC 9989 afsnit 4.4 definerer tilpasning mellem autentificerede identifikatorer og forfatterdomænet. Et forholdskrav gør ikke en ikke-relateret videregivelsessignatur til en tilpasset signatur, og denne vurdering etablerer ingen modtagerregel, der behandler DRPF som en undtagelse.
Ligeledes påvises der ingen fordele ved indbakkeplacering, nedarvet omdømme eller tilladelse til at betale en leverandør. Hvis en fremtidig forbruger bruger forholdsoplysninger, skal du dokumentere den præcise beslutning, det påvirker, og beholde uafhængige kontroller for godkendelse af meddelelser og virksomhedsgodkendelse. Et muligt fremtidigt signal bør ikke stille og roligt blive en tilladelsesliste eller en grund til at svække eksisterende politik.
Registrer det, der forbliver ubekræftet
Det foreslåede relationskort leveres som en analytisk artefakt, mens statuskravet forbliver åbent. Det nøjagtige krav er: Kortlæg et foreslået forhold, dets udgiver-, forbruger-, validerings- og tilbagekaldelsesmodel; bekræfte den aktuelle projektstatus. Idriftsættelsesporten er: Bekræft det aktuelle projekt og vedtagelsesstatus. Beskriv forslaget uden at præsentere det som en vedtaget IETF standard.
Den tilknyttede sociale konto og en Datatracker-søgning var utilgængelige og blev ikke prøvet igen eller omgået. Søgefravær kan ikke bevise, at der ikke findes senere arbejde. Bekræftelse af nuværende status, specialistgennemgang, implementering og interoperabilitetstest, gennemgang af livepræsentationer og ejergodkendelse er stadig nødvendige før en stærkere konklusion eller offentliggørelse.