En autentiseringsrekommendation kan vara korrekt medan arbetsflödet förblir osäkert. En instrumentpanel kan identifiera en saknad DKIM väljare utan att veta vem som kontrollerar DNS , om den föreslagna väljaren tillhör den tilltänkta hyresgästen eller om en ändring godkänns. Utvärdera varje förmåga separat istället för att behandla ett rimligt svar som tillstånd att agera.
Spåra ett enda beslut
Välj en avgränsad uppgift: iscensätt en ny väljare för en godkänd faktureringsavsändare samtidigt som den befintliga undertecknaren bevaras. Registrera domänen, tjänsteägaren, avsändarens identitet, föreslagna DNS ägarnamn och förväntad offentlig nyckel. Upprätta den befintliga postrevisionen innan du producerar en föreslagen ändring. En rekommendation bör ange dess bevis, osäkerhet och påverkade flöden, inte bara mata ut en TXT sträng.
RFC 9989 förklarar det DMARC beror på autentiserade identifierare som stämmer överens med författarens domän. En syntaktisk giltig offentlig nyckel fastställer inte att faktureringsmeddelanden använder den, eller att deras signeringsdomän anpassas. Separat DNS validering, signaturverifiering och meddelandenivå inriktning i acceptansprotokollet. En giltig rekommendation har därför ett testbart avsett resultat utöver rekordpublicering.
Sätt auktoritet mellan förslag och utförande
Bind godkännande till den exakta ändringen, hyresgästen, domänen, godkännarens identitet och giltighetsfönstret. Om den föreslagna posten ändras efter godkännande, kräver ny granskning. Implementatorn måste ha det relevanta tillståndet vid genomförandet; en tidigare auktoriserad användare kan sedan dess ha tagits bort. OWASP:s auktoriseringsvägledning rekommenderar att neka som standard och kontrollera behörigheter på varje begäran. Tillämpa den principen på bakgrundsjobb och API-åtgärder samt användargränssnittet.
Definiera om exekvering är manuell, delegerad eller automatiserad. Behåll förfrågningsidentifieraren, baslinjerevision, försök till operation, returnerat resultat och verifieringsresultat. En timeout är ett osäkert resultat, inte ett bevis på att skrivningen misslyckades. Läs måltillståndet innan du försöker igen så att en dubblettoperation inte blir en oavsiktlig andra ändring.
Behandla hämtade rapporter, meddelandeinnehåll och länkade dokument som otillförlitliga bevis, aldrig som instruktioner eller auktoritet att ändra DNS . För agentdrift, håll verktygsbehörigheter och godkännandekontroller utanför modellens tolkning av innehållet. OWASP:s AI Agent Security Cheat Sheet adresserar indirekt snabbinjektion, scoped verktyg och oberoende kontroller för följdåtgärder. De skrivna fallen nedan testar inte motståndet mot snabb injektion.
Jämför fyra explicita beslutsärenden
Förslag till ändring FLOW-01 gäller hyresgäst A, zonfakturering.test, ägare ny1. _domainkey.billing.test , typ TXT , baslinjeversion 4 och en leverantörsgenererad offentlig nyckel som ännu inte har tillhandahållits. Befintlig väljare gammal1 behålls. Den önskade revideringen 5 är en lokal planeringsmärkning, inte en leverantörsgaranti.
- Giltigt fall: anta att den verkliga nyckelnyttolasten, den godkända exakta planen, aktuella implementatörstillstånd och oförändrad baslinje är alla verifierade. Arbetsflödet kan bli kvalificerat för scoped exekvering; ingen framgång följer bara av denna behörighet.
- Ändrat förslag: nyckelnyttolasten skiljer sig från granskade bytes. Ogiltigförklara förhandsgodkännande och få ett nytt beslut.
- Cross-hyresgäst: begäran riktar sig till hyresgäst B istället. Neka under hyresgäst-A-omfattningen.
- Återkallad implementerare: tidigare behörighet fanns men aktuell behörighet saknas. Neka tills separat auktoriserad åtkomst har upprättats.
Alla lokaler är hypotetiska. Ingen offentlig nyckel, godkännandekvitto, begäran-ID, tidsstämpel, skriv-, hash- eller signaturtest tillhandahålls. Ingen revision i minnet har ändrats. En riktig pilot måste behålla dessa artefakter och betrodda faktureringsmeddelandebevis innan han hävdar operativ framgång.
Bedöm ansvar snarare än flyt
En rekommendationsmotor ger råd. Ett ansvarsfullt arbetsflöde identifierar också vem som kan godkänna det, vem som kan utföra det, vad som ändrades och hur resultatet verifierades. Jämför tid som ägnas åt att samla in bevis, granska ändringar och återställa misslyckanden, inte bara tid att generera ett svar. Inkludera misslyckade fall i nämnaren och registrera mänskligt ingripande istället för att dölja det som installation.
Stoppa piloten när auktorisering, hyresgästidentitet eller baslinjetillstånd är tvetydigt. Återställ genom att återställa en känd godkänd konfiguration eller återföra undertecknaren till dess behållna väljare enligt en godkänd plan. Lova inte att ett autentiseringskort garanterar placering i inkorgen: mottagarpolicy och andra leveransfaktorer gäller fortfarande. Håll produktkapacitetsanspråk begränsade till funktioner som faktiskt demonstreras i den utvärderade miljön.