身份驗證建議可能是正確的，但操作工作流程仍然不安全。儀表板可能會識別缺少的 DKIM選擇器 不知道誰控制DNS 、提議的選擇器是否屬於預期租戶，或者更改是否獲得批准。單獨評估每項能力，而不是將看似合理的答案視為採取行動的許可。
追蹤單一決定
選擇有界任務：為已核准的計費發送者暫存一個新的選擇器，同時保留現有的簽署者。記錄網域、服務擁有者、寄件者身分、建議的DNS所有者名稱和預期的公鑰。在產生提議的變更之前建立現有記錄修訂。建議應說明其證據、不確定性和受影響的流量，而不是簡單地輸出TXT字串。
RFC 9989 解釋說 DMARC 取決於與作者域一致的經過身份驗證的識別碼。語法上有效的公鑰並不能確定計費訊息是否使用它，或者它們的簽名域是否一致。單獨的DNS驗證、簽名驗證和訊息級別 結盟 驗收記錄中。因此，有效的建議具有超出記錄發布的可測試的預期結果。
將權力置於提案與執行之間
將審核綁定到確切的變更、租戶、網域、審核者身分和有效期限視窗。如果擬議的記錄在批准後發生變化，則需要重新審查。實施者在執行時必須擁有相關範圍的權限；先前授權的使用者可能已被刪除。 OWASP的授權指導 建議預設拒絕並檢查每個請求的權限。將此原則應用於後台作業和 API 操作以及使用者介面。
定義執行是手動、委託還是自動。保留請求識別碼、基準修訂、嘗試操作、傳回結果和驗證結果。超時是一個不確定的結果，並不能證明寫入失敗。在重試之前讀取目標狀態，以便重複操作不會成為意外的第二次變更。
將檢索到的報告、訊息內容和連結文件視為不可信的證據，切勿將其視為更改DNS指令或授權。對於代理操作，請將工具權限和批准檢查保留在模型對該內容的解釋之外。 OWASP 的 AI 代理程式安全備忘單 解決間接提示注入、範圍工具和後續操作的獨立控制。以下的書面案例並未測試即時注入阻力。
比較四個顯式決策案例
提議的更改 FLOW-01 涉及租戶 A、區域 billing.test、所有者 new1。 _domainkey.billing.test ，類型TXT ，基線修訂版 4 和尚未提供的提供者產生的公鑰。保留現有選擇器 old1。所需的修訂版 5 是本地規劃標籤，而不是提供者保證。
- 有效案例：假設真實的關鍵負載、核准的確切計畫、目前實施者許可和未更改的基準都經過驗證。工作流程可能有資格進行範圍執行；僅憑藉這種資格並不能取得成功。
- 更改的提案：關鍵有效負載與審查的位元組不同。先前的批准無效並獲得新的決定。
- 跨租戶：請求改為針對租戶 B。在租戶 A 範圍下拒絕。
- 已撤銷的實施者：存在先前的許可，但不存在目前的許可。拒絕，直到建立單獨授權的存取。
所有前提都是假設的。不提供公鑰、批准收據、請求 ID、時間戳記、寫入、雜湊或簽名測試。內存中的修訂版沒有更改。真正的飛行員必須保留這些工件和可信的計費訊息證據，然後才能聲稱操作成功。
法官的責任感而非流暢性
推薦引擎提供建議。負責任的工作流程還可以確定誰可以批准它、誰可以執行它、更改了什麼以及如何驗證結果。比較收集證據、審查變更和恢復故障所花費的時間，而不僅僅是產生答案的時間。將失敗的案例包含在分母中並記錄人為幹預，而不是將其隱藏為設定。
當授權、租戶身分或基線狀態不明確時停止試點。透過恢復已知的批准配置或將簽署者返回到批准計劃下的保留選擇器來恢復。不要承諾身分驗證通行證可以保證收件匣的放置：收件者策略和其他傳遞因素仍然適用。將產品功能聲明僅限於在評估環境中實際演示的功能。