एक एआई एजेंट जो मेल भेज सकता है वह हर संदेश के गुजरने पर भी व्यावसायिक परिणाम पैदा कर सकता है SPF, DKIM और DMARC. प्रमाणीकरण भेजने-डोमेन पहचान के पहलुओं को संबोधित करता है; यह स्थापित नहीं करता कि संदेश अधिकृत, सटीक या उचित था। भेजने की कार्रवाई को एक परिभाषित उद्देश्य और प्राप्तकर्ता के दायरे के साथ एक अलग क्षमता के रूप में नियंत्रित करें।
परिभाषित करें कि एजेंट क्या संचार कर सकता है
अनुमोदित उपयोग के मामले, भेजने वाला खाता, प्राप्तकर्ता स्रोत, वॉल्यूम सीमाएं, अनुलग्नक नियम और समीक्षा आवश्यकताएं निर्दिष्ट करें। नियमित आंतरिक स्थिति सारांश और संविदात्मक प्रतिबद्धताओं को समान स्वायत्त अनुमोदन पथ साझा नहीं करना चाहिए। संगठन की नीति के अनुसार बाहरी प्राप्तकर्ताओं और संवेदनशील सामग्री को प्रतिबंधित करें, और स्थापित करें कि उस नीति को कौन बदल सकता है।
प्राप्तकर्ता की पहचान किसी विश्वसनीय निर्देशिका या स्पष्ट रूप से स्वीकृत पते से प्राप्त करें, न कि विश्लेषण किए जा रहे ईमेल में दिए गए निर्देश से। एक संदेश कहता है कि रिपोर्ट को इस नए पते पर भेजना मूल्यांकन के लिए साक्ष्य है, स्वचालित प्राधिकरण नहीं। OWASP प्रॉम्प्ट इंजेक्शन यह बताता है कि यदि बाहरी पाठ को निर्देश के रूप में माना जाए तो वह एजेंट के व्यवहार में हेरफेर क्यों कर सकता है।
भेजने के अधिकार को पढ़ने से अलग रखें
केवल आवश्यक मेलबॉक्स और एपीआई अनुमतियों के साथ भेजने वाली पहचान का उपयोग करें। एक रिपोर्ट-पढ़ने के एकीकरण को चुपचाप भेजने-या-पर-भेजने का अधिकार प्राप्त नहीं करना चाहिए। ड्राफ्ट जनरेशन, अनुमोदन और सबमिशन को अलग-अलग लॉग इवेंट के रूप में रखें। सबमिट करने से पहले, अनुमोदित संस्करण के विरुद्ध प्राप्तकर्ताओं, विषय, मुख्य भाग और अनुलग्नकों की पुनः जाँच करें।
OWASP अत्यधिक एजेंसी उजागर कार्यों और अनुमतियों को सीमित करने और प्राधिकरण को डाउनस्ट्रीम लागू करने की अनुशंसा करता है। उन नियंत्रणों को सेंड गेटवे पर लागू करें ताकि कोई मॉडल सामान्य HTTP टूल या वैकल्पिक मेल एपीआई के साथ उन्हें बायपास न कर सके। दर सीमा और एक किल स्विच प्रभाव को कम करता है लेकिन प्राप्तकर्ता और सामग्री प्राधिकरण का विकल्प नहीं बनता है।
एक बाध्य प्रेषण वर्कफ़्लो का परीक्षण करें
लिखित योजना SEND-01 के लिए, मान लें कि किरायेदार-ए/सेवा-मेलबॉक्स, status@example.invalid से, प्राप्तकर्ता ops@example.invalid , विषय नियमित स्थिति, मुख्य भाग समीक्षा पूर्ण; कोई परिवर्तन प्रस्तावित नहीं, कोई अनुलग्नक नहीं, उद्देश्य आंतरिक स्थिति। सभी पहचान उदाहरणात्मक हैं और कोई प्रमाणिक या वास्तविक अनुमोदन प्रदान नहीं किया गया है।
प्रस्तावित गेटवे नियम के तहत, वैध संरक्षित अनुमोदन और अप्रयुक्त ऑपरेशन आईडी वाली सटीक वस्तु प्रस्तुत करने के लिए पात्र बन सकती है। एक नया बाहरी प्राप्तकर्ता, अनुलग्नक, संविदात्मक उद्देश्य, परिवर्तित निकाय, परिवर्तित से, भिन्न खाता या पुन: उपयोग की गई ऑपरेशन आईडी को इसे रोकना होगा। एक सामान्य HTTP रूट को समान प्राधिकरण सीमा को बायपास नहीं करना चाहिए। ये अपेक्षित निर्णय हैं, निष्पादित परीक्षण नहीं।
उत्पादन में, प्रदाता द्वारा स्वीकृत अनुरोध को प्राप्तकर्ता डिलीवरी से अलग करें। यदि भेजा गया उत्तर खो गया है, तो डुप्लिकेट मेल से बचने के लिए पुनः प्रयास करने से पहले उपलब्ध संदेश या ऑपरेशन पहचानकर्ताओं का निरीक्षण करें। प्रदाता निष्क्रियता समर्थन भिन्न होता है; एक स्थानीय रीप्ले गार्ड अकेले नेटवर्क विफलता में सटीक-एक बार डिलीवरी साबित नहीं कर सकता है।
निरीक्षण योग्य कार्रवाई श्रृंखला रखें
प्रस्तावित अनुक्रम अनुमोदित रिपोर्ट पुनर्प्राप्ति, मसौदा निर्माण, अधिकृत मानव निर्णय, निष्पादन-गेटवे सत्यापन, प्रदाता प्रस्तुतीकरण और अलग वितरण अवलोकन है। रिकॉर्ड करें कि प्रत्येक चरण का स्वामी कौन सा घटक है। इस उदाहरण में प्रदाता अनुरोध आईडी, अनुमोदन रसीद, सबमिशन टाइमस्टैम्प और डिलीवरी परिणाम अनुपलब्ध हैं। कोई प्रदाता एडाप्टर, स्थानीय गार्ड या रीप्ले परीक्षण नहीं चला, और कोई संदेश नहीं भेजा गया।
वास्तविक मेल पथ को प्रमाणित और ऑडिट करें
चुने गए डोमेन के लिए भेजने वाली सेवा के दस्तावेजी प्रमाणीकरण को कॉन्फ़िगर करें और प्राप्तकर्ताओं पर अधिकृत परीक्षण संदेशों को सत्यापित करें। RFC 9989 बताते हैं संरेखण, जबकि DKIM हस्ताक्षरकर्ता की जिम्मेदारी को कथित लेखक से अलग करता है। कोई भी प्रोटोकॉल एआई-जनित कथन की सत्यता को प्रमाणित नहीं करता है।
उपयोगकर्ता या सेवा प्राधिकरण, अनुमोदित सामग्री संस्करण, प्राप्तकर्ता समाधान, सबमिशन परिणाम और बाद के वितरण साक्ष्य को उचित प्रतिधारण नियंत्रण के तहत बनाए रखें। केवल-पठन निदान को अक्षम किए बिना भेजने को तुरंत निलंबित करने का एक तरीका प्रदान करें। यदि कोई अनधिकृत संदेश भेजा जाता है, तो इसे संचार घटना के रूप में मानें; DNS ठीक करने से इसकी सामग्री वापस नहीं आएगी.