En godkendelsesanbefaling kan være korrekt, mens arbejdsprocessen forbliver usikker. Et dashboard kan identificere en savnet DKIM vælger uden at vide, hvem der kontrollerer DNS , om den foreslåede vælger tilhører den påtænkte lejer, eller om en ændring er godkendt. Evaluer hver egenskab separat i stedet for at behandle et plausibelt svar som tilladelse til at handle.
Spor en enkelt beslutning
Vælg en afgrænset opgave: Iscenesæt en ny vælger for en godkendt faktureringsafsender, mens du bevarer den eksisterende underskriver. Registrer domæne, tjenesteejer, afsenderidentitet, foreslået DNS ejernavn og forventet offentlig nøgle. Etabler den eksisterende registreringsrevision, før du producerer en foreslået ændring. En anbefaling bør angive dens beviser, usikkerhed og påvirkede flows, ikke blot udsende en TXT streng.
RFC 9989 forklarer det DMARC afhænger af autentificerede identifikatorer, der stemmer overens med forfatterdomænet. En syntaktisk gyldig offentlig nøgle fastslår ikke, at faktureringsmeddelelser bruger den, eller at deres signeringsdomæne er tilpasset. Separat DNS validering, signaturbekræftelse og meddelelsesniveau justering i acceptprotokollen. En gyldig anbefaling har derfor et testbart tilsigtet resultat ud over rekordpublicering.
Sæt autoritet mellem forslag og udførelse
Bind godkendelse til den nøjagtige ændring, lejer, domæne, godkenderidentitet og gyldighedsvindue. Hvis den foreslåede post ændres efter godkendelse, kræve ny gennemgang. Implementøren skal have den relevante scoped-tilladelse på udførelsestidspunktet; en tidligere autoriseret bruger kan siden være blevet fjernet. OWASP's autorisationsvejledning anbefaler at afvise som standard og kontrollere tilladelser på hver anmodning. Anvend dette princip på baggrundsjob og API-handlinger samt brugergrænsefladen.
Definer, om udførelsen er manuel, delegeret eller automatiseret. Behold anmodnings-id'et, baseline-revision, forsøg på operation, returneret resultat og verifikationsresultat. En timeout er et usikkert resultat, ikke et bevis på, at skrivningen mislykkedes. Læs måltilstanden, før du prøver igen, så en dublethandling ikke bliver en utilsigtet anden ændring.
Behandl hentede rapporter, meddelelsesindhold og linkede dokumenter som upålidelige beviser, aldrig som instruktioner eller autoritet til at ændre DNS . Til agentdrift skal du holde værktøjstilladelser og godkendelsestjek uden for modellens fortolkning af det pågældende indhold. OWASP's AI Agent Security Cheat Sheet omhandler indirekte prompt-injektion, scoped-værktøjer og uafhængige kontroller for følgehandlinger. De nedskrevne tilfælde tester ikke modstandsdygtighed over for hurtig injektion.
Sammenlign fire eksplicitte afgørelsessager
Foreslået ændring FLOW-01 vedrører lejer A, zoneafregning.test, ejer ny1. _domainkey.billing.test , type TXT , baseline revision 4 og en udbydergenereret offentlig nøgle, der endnu ikke er leveret. Eksisterende vælger old1 bibeholdes. Den ønskede revision 5 er et lokalplanmærke, ikke en udbydergaranti.
- Gyldig sag: antag, at den reelle nøgle nyttelast, godkendt nøjagtig plan, nuværende implementertilladelse og uændret baseline er alle verificeret. Workflowet kan blive kvalificeret til scoped udførelse; ingen succes følger blot af denne berettigelse.
- Ændret forslag: nøgle nyttelast adskiller sig fra gennemgåede bytes. Ugyldiggør forudgående godkendelse og indhent en ny afgørelse.
- Tværlejer: Anmodningen er målrettet mod lejer B i stedet. Afvis under lejer-A-omfanget.
- Tilbagekaldt implementer: forudgående tilladelse eksisterede, men den nuværende tilladelse mangler. Afvis indtil særskilt autoriseret adgang er etableret.
Alle lokaler er hypotetiske. Ingen offentlig nøgle, godkendelseskvittering, anmodnings-id, tidsstempel, skrive-, hash- eller signaturtest leveres. Ingen revision i hukommelsen blev ændret. En rigtig pilot skal beholde disse artefakter og pålidelige faktureringsmeddelelsesbeviser, før han hævder operationel succes.
Døm ansvarlighed frem for flydende
En anbefalingsmotor giver råd. En ansvarlig arbejdsgang identificerer også, hvem der kan godkende den, hvem der kan udføre den, hvad der er ændret, og hvordan resultatet blev verificeret. Sammenlign tid brugt på at indsamle beviser, gennemgå ændringer og genoprette fejl, ikke kun tid til at generere et svar. Inkluder mislykkede sager i nævneren, og optag menneskelig indgriben i stedet for at skjule det som opsætning.
Stop piloten, når autorisation, lejeridentitet eller basistilstand er tvetydig. Gendan ved at gendanne en kendt godkendt konfiguration eller returnere underskriveren til dens bevarede vælger under en godkendt plan. Lov ikke, at et godkendelseskort garanterer placering af indbakken: modtagerpolitik og andre leveringsfaktorer gælder stadig. Hold produktkapacitetskrav begrænset til funktioner, der faktisk er demonstreret i det evaluerede miljø.