בקרת דומיינים של סוכני AI: אבטחת גישה לאינטרנט עם AWS Network Firewall

שלב 3: הגדרת רשימת ההיתרים של AWS Network Firewall

ליבת אסטרטגיית בקרת הדומיינים שלך טמונה בהגדרת קבוצת כללים stateful בתוך AWS Network Firewall. קבוצת כללים זו מגדירה את רשימת ההיתרים שלך – הדומיינים הספציפיים שסוכני ה-AI שלך רשאים לגשת אליהם. חיוני לכלול נקודה מובילה (.) בערכי הדומיין שלך כדי להתאים לתת-דומיינים, ובכך להבטיח כיסוי מקיף.

לדוגמה, כדי לאפשר גישה לוויקיפדיה ו-Stack Overflow, תצורת הכללים שלך תיראה בערך כך:

{
  "RulesSource": {
    "RulesSourceList": {
      "Targets": [
        ".wikipedia.org",
        ".stackoverflow.com"
      ],
      "TargetType": "TLS_SNI",
      "GeneratedRulesType": "ALLOWLIST"
    }
  }
}

תצורה זו מבטיחה שרק תעבורה המיועדת לדומיינים אלו, המותרים במפורש, כולל תת-הדומיינים שלהם, מורשית לעבור דרך חומת האש. כל תעבורה אחרת יכולה להידחות באופן מרומז על ידי מדיניות 'מנע כברירת מחדל'.

מעבר ל-SNI: גישת הגנה רב-שכבתית

בעוד שסינון מבוסס SNI חזק, ארכיטקטורת אמון אפס אמיתית עבור סוכני AI דורשת מספר שכבות אבטחה. כפי שצוין, שילוב AWS Network Firewall עם Amazon Route 53 Resolver DNS Firewall מוסיף נקודת בקרה קריטית נוספת. זה מונע מסוכנים לפתור דומיינים חסומים באמצעות DNS, ובכך סוגר למעשה וקטור עקיפה פוטנציאלי שבו סוכן עשוי לנסות להתחבר ישירות לכתובת IP אם גם רזולוציית הדומיין אינה נשלטת.

יתר על כן, שילוב שירותי אבטחה אחרים, כגון AWS Web Application Firewall (WAF) לבדיקת תעבורת HTTP/S (אם התעבורה אינה מוצפנת בסופו של דבר לבדיקה בשכבה אחרת) ובקרות גישה מבוססות זהות להפעלת סוכנים, מחזק את עמדת האבטחה שלך. גישה רב-שכבתית זו מתאימה לשיטות עבודה מומלצות עבור בניית-ארכיטקטורת-אמון-אפס-למפעלי-AI-סודיים.

מסקנה: העצמת פריסת סוכני AI מאובטחת

היכולת לשלוט אילו דומיינים סוכני ה-AI שלך יכולים לגשת אליהם אינה רק תכונה; זו דרישת אבטחה יסודית לאימוץ AI ארגוני. על ידי יישום AWS Network Firewall עם Amazon Bedrock AgentCore, ארגונים מקבלים שליטה גרנולרית על תעבורת היציאה של הסוכנים, מפחיתים סיכוני אבטחה משמעותיים כמו דליפת נתונים והזרקת פרומפטים, ועומדים בדרישות ציות מחמירות.

ככל שסוכני AI הופכים מתוחכמים ומשולבים בתהליכים עסקיים קריטיים, מסגרת אבטחה חזקה הופכת הכרחית. פתרון זה מספק נתיב ברור לעסקים לרתום את כוחם של סוכני AI תוך שמירה על שליטה, נראות ועמדת אבטחה בלתי מתפשרת. אימוץ דפוסי ארכיטקטורה כאלה הוא המפתח להפיכת-AI-סוכני-AI-למבצעיים-חלק-1-מדריך-לבעלי-עניין ולקידום עתיד מאובטח וחדשני.

שאלות נפוצות

Why is domain-level control essential for AI agents browsing the internet?

AI agents with internet access offer powerful capabilities but also introduce significant security risks. Unrestricted web access can lead to unintended data exfiltration to unauthorized domains, exposure to malicious content, or exploitation through prompt injection attacks that trick agents into navigating to harmful sites. Domain-level control, specifically allowlisting, ensures that agents can only access pre-approved websites, drastically reducing the attack surface. This is critical for maintaining data privacy, adhering to regulatory compliance standards, and safeguarding sensitive enterprise information, especially in regulated industries where strict network egress policies are mandatory.

How does AWS Network Firewall enhance the security posture of AI agents using Amazon Bedrock AgentCore?

AWS Network Firewall acts as a crucial layer of defense for AI agents deployed via Amazon Bedrock AgentCore. By routing all outbound traffic from AgentCore Browser through the firewall, organizations can implement granular domain-based filtering rules. The firewall inspects TLS Server Name Indication (SNI) headers to identify destination domains and applies allowlist or denylist policies. This ensures that agents only connect to approved external resources, logs all connection attempts for auditing, and can block access to known malicious domains or undesirable categories, thereby bolstering the overall security and compliance of AI agent operations.

What are the primary challenges addressed by implementing domain-based egress filtering for AI agents?

Domain-based egress filtering addresses several critical challenges for AI agent deployments. Firstly, it mitigates the risk of data exfiltration and unauthorized access by ensuring agents only interact with trusted domains. Secondly, it helps prevent prompt injection attacks, where malicious prompts could instruct an agent to visit harmful or unintended sites, by enforcing an allowlist of approved URLs. Thirdly, it meets stringent enterprise security and compliance requirements, particularly in regulated sectors, by providing transparent control and auditability of agent network interactions. Finally, for multi-tenant SaaS providers, it allows for customized, per-customer network policies, enabling specific domain restrictions based on individual client needs.

Can SNI-based domain filtering completely prevent all unauthorized connections by AI agents, and if not, what are the limitations?

While SNI-based domain filtering is highly effective for controlling web access at the TLS layer, it does have a limitation: it relies on the Server Name Indication field during the TLS handshake. An advanced attacker or a sophisticated agent could potentially resolve a blocked domain's IP address through an uninspected DNS query and attempt to connect directly via IP, bypassing SNI inspection. To address this, a defense-in-depth strategy is recommended. This involves pairing SNI filtering with DNS-level controls, such as Amazon Route 53 Resolver DNS Firewall, which can block DNS queries for unauthorized domains and prevent DNS tunneling, ensuring comprehensive egress control.

What is the typical traffic flow for an AI agent's web request when using AWS Network Firewall for domain control?

When an AI agent within Amazon Bedrock AgentCore initiates a web request, the traffic flow is meticulously controlled. First, the AgentCore Browser, residing in a private subnet, attempts to establish an HTTPS connection. This request is routed to a NAT Gateway in a public subnet, which then forwards it to the Network Firewall endpoint. The AWS Network Firewall inspects the TLS SNI header to identify the target domain. If the domain is on the allowlist, the firewall permits the traffic to pass to an Internet Gateway, which then routes it to the external destination. All return traffic follows a symmetric path back through the firewall, ensuring continuous inspection and adherence to security policies.