Project Kopernikus is an agent-based platform that builds interactive simulators from a written specification. Its objective is to explain, in one self-contained HTML file, how AI attacks move through an enterprise and where Check Point stops them. Securing the AI Enterprise was built with Claude Code and Cursor, using Claude Fable 5.1 and OpenAI Sol 5.6, Astra 6.0 and GPT-Live-1 (for interactions and analysis), running eight specialised agents, guided by Check Point architects:
Rel
Elier Cruz · Check Point Software Technologies
Feedback and suggestions: ecruz@checkpoint.com
Securing the AI Enterprise shows how AI attacks travel through an organisation and where Check Point controls stop them. It starts with the concepts (layers, attack surface, AI Zero-Trust, the AI Defense Plane), continues with the AI Systems building blocks and their Deep Dive, and ends with the portfolio steps — from The Perimeter to The Architecture — each with animated scenarios and allow / warn / deny verdicts under one Discover · Govern · Protect model. Made for CISOs, security architects and presales teams.
AI-risk chips are mapped to regional data-protection and AI law in the OWASP & Local Regulations view.
Switch with the picker in the header; product and law names stay in English. Technical translations with the DeepL Agent API.
© 2026 Check Point Software Technologies Ltd. All rights reserved.
The left menu moves between Start, Introduction and the seven architecture views (The Perimeter → The Architecture). Each architecture view opens with a Scenario Briefing — close it to watch the live animation, and reopen it anytime with Explain the scenario. AI Systems, opened from the button under Explain the scenario in The Architecture, has two tabs: Building Blocks, the animated diagram with eleven scenarios, and Deep Dive, every block with its Check Point control, its Discover · Govern · Protect coverage and its OWASP Top 10 risks. The ‹ | › chevron on the menu edge hides and unhides the left menu.
The Introduction has its own tab strip — AI Systems Layers, Attack Surface, AI Zero-Trust, The Brain, AI Defense Plane, Architecture Model and The Solution — covering the concepts behind the architecture. Further views open from inside the tabs: Security Frameworks (in AI Systems Layers) shows the frameworks map with a guided tour, OWASP & Local Regulations (also in AI Systems Layers) maps the OWASP risk chips to the regulations of each region, the arrows under the AI Zero-Trust zones open Defense in Depth, and Access Control vs Runtime Control (button in AI Defense Plane) contrasts who may use AI with what AI actually does at runtime.
Traveling packets act out each use case, narrated step-by-step in the yellow status bar at the bottom. Bottom-left controls: ▶ play all animations, ■ stop, ➔ slow everything down (Speed Configuration).
Hover any pill, box or GPU node to see the OWASP Top 10 risks it faces (LLM ’25 · ASI ’26 · SKL ’26 · ISR ’24) and the Check Point control that prevents them. Diagram elements in Access Control vs Runtime Control, The Brain, AI Defense Plane, Architecture Model and AI Systems carry executive-view explanations; a hovered building block turns pink, and the D · G · R legend pulses with every scenario step. In the banking example each agent explains its function, objective and business process.
Blue ⤢ badges open full product overlays — Maestro Hyperscale, DDoS Protector, Hybrid Mesh AI Security, AI Network Firewall and the Use-Case live simulations, each with its own tabs and interactive scenarios. The banking multi-agent (Google Cloud ADK) and the n8n workflow examples include an Agent risk assessment: every agent is scored Low / Medium / High / Critical across seven risk types — excessive agency, identity and secrets, supply chain, data exposure, governance, hygiene and toxic combinations — and the customer request and the agent response appear as live labels.
Packets are color-coded: pink — traffic entering a Check Point control, before inspection · cyan — inspected and allowed, continuing to the AI functions and GPUs · amber — prompts and requests under evaluation, warnings · green — clean verdict, allowed response · red — blocked, malicious or quarantined · purple — agent-to-agent and MCP tool traffic · NVIDIA green — GPU fabric and DPU path inside the AI Factory.
Press Esc to close any overlay. The language picker sits top-right — English, Español, Português, Français, Italiano and Deutsch available today. The ☰ icon collapses the left menu for full-screen diagrams.
End-to-end AI security — from the Workforce using AI to the GPU, across the data center and the cloud.
Coarse-grained boundaries between large zones — data center, cloud, campus, the public internet — enforced by firewalls, VLANs and API gateways. It decides what's allowed to talk to what at the perimeter and between zones.
One centrally-managed layer (Check Point Maestro) scales across the whole estate without re-architecting for every new zone, and contains a breach to a single zone instead of the enterprise. Integrated with Micro and Nano below it, a threat that slips past the perimeter is still caught deeper in — defense in depth, not a single point of failure.
Network & Security
North-south & east-west between zones
Minimize breach blast radius at the network layer
Firewalls, VLANs, API gateways, Prompt Inspection, Exploit Prevention
Fine-grained boundaries INSIDE a zone, between the individual components of an application — services, containers, pods. It assumes any component could be compromised and limits what it can reach, catching the east-west traffic Macro-segmentation never sees.
Containing a compromised microservice to just that microservice — not the whole application — protects revenue-generating apps from becoming a single point of failure. Layered with Macro above and Nano below under one policy, application teams ship faster because security is enforced automatically, not bolted on release by release.
Application & Business
East-west between components inside an application
Prevent bad code and lateral movement inside an application
Service Mesh, identity Rules, Run-time and Workload Protections
The finest-grained layer — governing a single AI process: what one specific model, agent or tool-call is allowed to do, call, or access, at runtime. It's the newest segmentation boundary, born from AI having real, autonomous privileges.
As agents gain the power to call APIs, move data and take actions, Nano-segmentation is what stops one hijacked or hallucinating agent from becoming an enterprise-wide incident. Governed by the same integrated policy as Macro and Micro — not a separate bolt-on tool — it closes the gaps attackers look for between disconnected products, and is what makes autonomous AI safe to deploy at scale.
AI/ML engineering & DevOps
Process level: between models, agents, and their tools
Contain what a compromised AI process can do, call, or access
Scope Allow Lists, K8s and Host Policies, LLM Access Controls
The AI your business touches every day: the GenAI tools employees use, and the AI applications and agents you build for customers. This is where value is created — and where your data is most exposed.
Pillar 1 · AI Users Security (Workforce AI Security, AI Agent Security - Enterprise) and Pillar 2 · AI Agentic & Applications Security (WAF, guardrails, AI Red Teaming) protect this layer.
Secure AI: WAF, AI Guardrails and AI Red Teaming defend the apps and agents against prompt injection, tool misuse and data exfiltration. Safe AI: guardrails validate input and output, so the AI answers and acts as intended, without harmful or off-policy behaviour. Responsible AI: every prompt, response and tool-call is inspected and logged, so the use of AI stays transparent and accountable.
The policy layer: who may use which AI, with what data, under which guardrails — with an audit trail boards and regulators demand. Governance is what turns AI from a risk conversation into a growth conversation.
Enforced through Pillars 1 & 2 — workforce AI policy, agent identity and AI guardrails — with every decision logged; the network and factory layers (3–5) provide the enforcement points.
Responsible AI lives in this layer: policy on who may use which AI with what data, an AI inventory scored for risk, audit trails, and the mapping to NIST AI RMF, ISO/IEC 42001 and the EU AI Act. Safe AI is defined here as policy, guardrails aligned to the compliance rules, and enforced by the layers above and below. Secure AI supplies the evidence: every enforcement decision is logged for the board and the regulator.
The engine room: the networks, AI Factories / GPU clusters and Kubernetes workloads that run your AI. If this layer is breached or down, the entire AI program stops.
Pillar 3 · Perimeter & Network Security (Maestro, AI Network Firewall, SASE), Pillar 4 · AI Factory Security (AI Factory Firewall on BlueField DPU) and Pillar 5 · Workload & Container Security (Illumio).
Secure AI is anchored here: the perimeter, the AI Network Firewall, the AI Factory Firewall on the DPU and micro-segmentation keep attackers away from models, data and GPUs. Safe AI depends on it: a tampered model or a poisoned training set is unsafe by construction, so the integrity of the factory is a safety control. Responsible AI needs it: segmentation, logging and Zero-Trust provide the auditable control environment regulations expect.
Secure AI means the AI system itself cannot be turned against you: prompts, models, agents, tools and the GPU infrastructure are defended like any other critical system, with Zero-Trust, inspection and containment at every enforcement point.
Attacks on AI are attacks on revenue and data: prompt injection that leaks customer records, a hijacked agent that moves money, a poisoned model that misleads decisions. Preventing them keeps the AI programme running and keeps the brand out of the headlines.
Without Secure AI there is no Safe or Responsible AI: a compromised system cannot be trusted to behave or to comply. It is the foundation the other two principles stand on, delivered by pillars 2 to 5.
Safe AI means the AI behaves as intended for the people who use it: no harmful, toxic or hallucinated output presented as fact, no unsafe autonomous actions, no over-sharing of information the user should not see. Guardrails on inputs and outputs and human-in-the-loop checks make this concrete.
Customers and employees only adopt AI they can trust; one harmful answer or one damaging autonomous action erodes that trust and creates liability. Safety controls let the business deploy AI to customers at scale with confidence.
Safety is where AI risk becomes visible to users and regulators, and it is judged by outcomes, not intentions. Pillars 1 and 2 enforce it in real time, at the browser, the gateway and inside the agent loop.
Responsible AI means the organisation can show how AI is used, by whom, with which data and under which rules: an inventory of every AI asset scored for risk, policies mapped to NIST AI RMF, ISO/IEC 42001 and the EU AI Act, and an audit trail of every decision.
Governance turns AI from a risk conversation into a growth conversation: the board, auditors and regulators get evidence instead of assurances, procurement cycles shorten, and new AI use cases are approved faster because the controls already exist.
Regulation is arriving with deadlines and penalties, and enterprise customers already ask for proof. The Responsible Use & Governance layer, enforced through pillars 1 and 2 and evidenced by the network and factory layers, is that proof.
Lets the whole workforce adopt GenAI safely. Workforce AI Security governs which AI each employee may use and what data may reach it, while AI Agent Security - Enterprise gives every AI agent an identity and a policy — so productivity scales without losing control of your data.
Shadow-AI discovered and blocked · DLP on every prompt · sanctioned AI allowed, per user and per group · agents identified, governed and revocable · prevention directly at the endpoint and browser.
Protects the AI applications and agents the business builds and exposes to users and customers. Check Point WAF shields the APIs, AI Agent Security - Enterprise guards prompts, responses and tool-calls, and AI Red Teaming finds the weaknesses before attackers do.
API & app protection at the front door · guardrails validate input AND output · poisoned tool-calls blocked before execution · continuous adversarial testing · agents can act autonomously without becoming a liability.
One inspected, hyperscale perimeter for all AI traffic — users, agents and AI Factory ingress/egress. Maestro grows elastically with GPU-era traffic, the AI Network Firewall (R82.20) understands AI protocols, and SASE / SD-WAN extend the same policy to every site and roaming user.
Hyperscale without forklift upgrades (N+1) · AI-aware inspection at line rate · consistent policy on-prem, cloud and edge · DDoS resilience in front of the AI Factory.
Security embedded inside the AI Factory itself: the Check Point AI Factory Firewall runs on the NVIDIA BlueField DPU, out-of-band from the hosts — inspection at line rate with zero GPU performance tax, protecting the models and training data where they live.
No CPU/GPU cycles spent on security (DOCA hardware offload) · a compromised host cannot disable it · node and pod traffic segmented · the GPU fabric stays at full speed.
Contains what a breach can do. Zero Trust and Illumio micro-segmentation give every namespace, pod and workload least-privilege connectivity — one compromised container no longer means a compromised cluster.
Lateral movement stopped by design · segmentation without re-architecting apps · full east-west visibility · supports zero-trust and compliance mandates.
WAF / API Security and Anti-Bot & DDoS stop credential-stuffing, malicious bot traffic and denial-of-service attempts before they reach an application; Shadow AI Discovery closes the blind spot of employees using ungoverned public AI tools with corporate data; Workspace Protections stop a compromised endpoint from becoming the entry point into the AI Infrastructure/Datacenter.
This is the first line of defense for the AI Infrastructure/Datacenter — keeping it resilient protects uptime and brand reputation for every AI service built on top, and closing the Shadow AI gap prevents sensitive data leaving the organization through tools IT never approved or even knew existed.
API Protection stops malformed or malicious calls into web apps, chatbots and copilots; Application Inspection and Prompt Inspection catch injection attacks and jailbreak attempts aimed at the AI-powered front end before they reach the model or backend.
Chatbots and copilots are often the most customer- and employee-visible AI surface in the AI Infrastructure/Datacenter — a breach or a manipulated response here is public and immediately damages trust; inspecting traffic and prompts at this layer lets new AI applications ship fast without each one needing a bespoke security review.
Management Isolation keeps the control plane separated from production traffic so a compromised app can't reach model configuration; Model Routing & Policy stops requests from being silently redirected to an ungoverned public LLM; DLP / Content Controls block sensitive data or proprietary model output from leaving through a response.
This zone protects the AI Infrastructure/Datacenter's core investment — private models and GPU infrastructure — and its intellectual property; enforcing that sensitive data only ever reaches approved private LLMs, not public ones, is what keeps the AI Infrastructure/Datacenter compliant with data-residency and confidentiality obligations.
Agent Identity Awareness and Least-Privilege Access ensure an agent can only do what its role allows; Behavior Monitoring flags an agent acting outside its normal pattern before it causes damage; Micro-Segmentation stops one compromised or hallucinating agent from reaching workflows or systems it has no reason to touch.
Autonomous agents are the newest and least predictable risk in the AI Infrastructure/Datacenter — these controls are what let the business actually deploy agentic automation for efficiency gains, instead of holding back adoption out of fear that one rogue agent could turn into a company-wide incident.
MCP / Tool Inspection vets every tool-call an agent or app makes before it executes; Access Control and Segmentation stop lateral movement into databases and core systems; DLP blocks bulk or sensitive data from leaving through any of these integration points.
This is where the AI Infrastructure/Datacenter's actual crown jewels live — production databases, business tools, core apps; every new MCP server or tool integration expands what an agent can touch, so this zone lets the business adopt new AI tooling quickly without expanding the blast radius of a compromise.
Each zone is its own trust boundary. Traffic only crosses between zones through an enforcement point, so a compromised asset in one zone — a hijacked agent, a poisoned app — cannot reach the next zone unchecked. The blast radius stays contained inside a single zone.
Every arrow is an inspected crossing: WAF / API Security at the perimeter, application & prompt inspection in front of the apps, management isolation around the models, least-privilege and micro-segmentation for the agents, and MCP / tool inspection before the data layer — all backed by the Check Point AI Network Firewall spanning every zone.
Each zone is its own trust boundary. Traffic only crosses between zones through an enforcement point, so a compromised asset in one zone — a hijacked agent, a poisoned app — cannot reach the next zone unchecked. The blast radius stays contained inside a single zone.
Every arrow is an inspected crossing: WAF / API Security at the perimeter, application & prompt inspection in front of the apps, management isolation around the models, least-privilege and micro-segmentation for the agents, and MCP / tool inspection before the data layer — all backed by the Check Point AI Network Firewall spanning every zone.
Each zone is its own trust boundary. Traffic only crosses between zones through an enforcement point, so a compromised asset in one zone — a hijacked agent, a poisoned app — cannot reach the next zone unchecked. The blast radius stays contained inside a single zone.
Every arrow is an inspected crossing: WAF / API Security at the perimeter, application & prompt inspection in front of the apps, management isolation around the models, least-privilege and micro-segmentation for the agents, and MCP / tool inspection before the data layer — all backed by the Check Point AI Network Firewall spanning every zone.
Each zone is its own trust boundary. Traffic only crosses between zones through an enforcement point, so a compromised asset in one zone — a hijacked agent, a poisoned app — cannot reach the next zone unchecked. The blast radius stays contained inside a single zone.
Every arrow is an inspected crossing: WAF / API Security at the perimeter, application & prompt inspection in front of the apps, management isolation around the models, least-privilege and micro-segmentation for the agents, and MCP / tool inspection before the data layer — all backed by the Check Point AI Network Firewall spanning every zone.
The AI Network Firewall (R82.20) is the enforcement fabric the five zones stand on — every flow between users, applications, models, agents and tools crosses it, so a threat that slips past one zone is still inspected in the network before it reaches the next; AI-aware protocol inspection catches what traditional network security never sees, from prompt-borne exploits to malicious tool-calls and model-targeting traffic.
One inspected network instead of five separate security silos — a single policy, a single visibility plane and a single audit trail across the whole AI stack; every new zone or AI service inherits protection the moment it connects, so the enterprise scales its AI without scaling its attack surface.
Policy, Threat Modelling and Threat Intelligence keep every zone's controls current as new attack techniques against AI systems emerge; Exposure Management and Continuous Vulnerability & Penetration Testing find the gaps between the 5 zones before an attacker does; Virtual Patching closes a known vulnerability immediately, without waiting for a maintenance window that would leave the AI Infrastructure/Datacenter exposed.
An annual audit is out of date the day after it's finished — this zone turns Zero Trust from a one-time architecture diagram into a continuously-verified posture, giving leadership real-time assurance that the AI Infrastructure/Datacenter is protected, and evidence ready for regulators when asked.
Governance is the Govern pillar by definition: it sets the envelope — who may use which AI, with what data, under which policy — and distributes it to every enforcement point. ISO/IEC 42001 (AI management system), NIST AI RMF Govern, the accountability duties of the EU AI Act and NIST CSF 2.0 Govern all live here.
ISO/IEC 42001:2023 · NIST AI RMF 1.0 · EU AI Act · NIST SP 800-53 / CSF 2.0
Risk carries the Discover letter because you cannot score what you have not found: NIST AI RMF Map and Measure, ISO/IEC 23894, the EU AI Act risk tiers, the OWASP risk lists and ISO/IEC TR 24029 robustness all start from an inventory of AI assets, each scored for risk — exactly what the Discovery & inventory card of the AI Defense Plane produces.
NIST AI RMF 1.0 · ISO/IEC 23894:2023 · EU AI Act · OWASP Top 10 · ISO/IEC TR 24029
Threats carry the Protect letter because knowing the adversary only pays off at enforcement time: the MITRE ATLAS and ATT&CK techniques and the OWASP Top 10 for GenAI, Agentic AI and Agent Skills are what the Decision engine detects and the enforcement points block — prompt injection, tool misuse, rogue agents.
MITRE ATLAS & ATT&CK · OWASP Top 10
Security Controls are Protect made concrete: the NIST SP 800-53 and CSF 2.0 controls, ISO/IEC 42001 Annex A, the OWASP mitigations, secure MLOps pipelines and TR 24029 robustness are implemented by the enforcement points — WAF, gateways, AI Network Firewall, AI Factory Firewall — and by the Containment ladder.
NIST SP 800-53 / CSF 2.0 · ISO/IEC 42001:2023 · OWASP Top 10 · Secure MLOps pipelines · ISO/IEC TR 24029
Observability earns both letters: monitoring and logging discover what actually runs and how it behaves — new agents, tools, models and data flows join the inventory (Discover) — while red-teaming and continuous testing verify that protection holds, and the EU AI Act makes logging and post-market monitoring an enforceable duty (Protect).
Monitoring & logging · Red-teaming & adversarial testing · EU AI Act
A root_agent built with the Google Agent Development Kit on Gemini 2.5 Flash reads the customer’s request, classifies the intent and routes it to one of four specialist agents: Account (balance and transactions), Fraud (risk assessment), Card (block and reissue) and Knowledge (products, FAQ and benefits on Gemini 2.5 Pro). Each agent calls scoped Function Tools against the banking backend and returns a result the orchestrator turns into the customer response; Cloud Trace records every step and Cloud Storage only takes part at deployment time.
Resolve the high-volume service requests of a retail bank without a human in the loop: balance and movement queries, fraud triage on suspicious transactions, card blocking and reissue, and product questions, with the same governed path for every channel and a full trajectory for every conversation.
Faster first-contact resolution, consistent fraud decisions that follow the bank’s policy instead of the agent’s mood, lower cost per interaction, and an auditable record of what each agent saw and did, which is what supervisory reviews and internal audit ask for first.
An agent team that reads customer messages, retrieves knowledge and calls tools that move real money is exposed at six points: the customer input, the orchestrator identity, the tool calls, the retrieved knowledge, the response and the high-risk action. AI Agent Security governs the agents and inspects every tool call, AI Guardrails screens inputs, retrieved content and responses, and Cloud Trace gives the audit trail, so the team scales without becoming an unmonitored path into Core Banking.
Corporate network device, managed or unmanaged → AI Network Firewall → public GenAI or SaaS AI.
Proprietary code and embedded credentials leaving in a prompt. Regulated data, intellectual property or source code pasted into an unsanctioned model. One in 25 prompts now carries sensitive corporate, personal or regulated data — double last year's rate.
The CISO, with legal and privacy as co-sponsors. Usually the first phase in any account.
Two weeks of discovery on internet-facing gateways. The list of services in use is almost always longer than the customer expects.
Applications and agents → AI Network Firewall with prompt inspection → corporate LLM.
Direct prompt injection and jailbreak against a public-facing AI application, including payloads carried inside documents and images. Research found 15,300 indirect injection payloads planted in public web pages, around 70% of them hidden from human view.
Application security and the product owner of the AI application. Often has a launch date attached, which makes it the easiest use case to schedule.
If the application is behind a Check Point WAF, position the two together rather than choosing. Ingress depth at the application layer, network breadth for everything else.
GenAI application or agent → AI Network Firewall with prompt inspection → LLM provider.
Adverse model responses under a compliance and governance policy. Over-sharing of documents and instructions the user should not see. Harmful output, or phishing and unknown links delivered to a user through a trusted application.
Compliance, legal and risk — often with the CISO as the delivery owner rather than the sponsor.
This use case is about output, not input. If the customer's concern is what the model says back, do not lead with injection defense — you will sound like you were not listening.
Employees and unregistered workloads, managed or unmanaged → AI Network Firewall → internal apps, APIs, public models and public MCP servers.
Business pressure to adopt AI produces Shadow AI and shadow agents. Around nine in ten organisations face at least one high-risk GenAI interaction every month. The specific risks are unapproved agents reaching production systems with borrowed credentials, and corporate data leaving through a model call nobody logs.
It converts an abstract concern into a list with names on it. Nothing in this playbook persuades as reliably as a customer reading their own discovery report.
Agents and MCP clients → AI Network Firewall → MCP gateway, MCP servers and IT resources, with identity provider validation.
Unmanaged agent-to-tool communication. Of 10,000 MCP servers reviewed, 40% contained exploitable security weaknesses. Access to unapproved MCP servers gives third-party code tool-execution privilege inside the environment.
Platform engineering and security architecture jointly. Frequently the technical champion's personal priority, because they already know the inventory does not exist.
Agents, applications and employees → AI Network Firewall, protecting and inspecting → AI gateway → LLM provider.
AI gateways are typically owned and managed by application teams as an integrated part of an AI application workflow. They contain high-value data such as provider tokens, and they are one of the most significant internal attack surfaces in an AI estate. They route and authenticate — they were never designed as hardened, threat-inspecting security devices.
It requires no criticism of the application team's choice. You are offering to protect their investment, not replace it. That distinction decides whether they become a sponsor or a blocker.
The DPU presents virtual NICs (SR-IOV VFs) to every worker and pod, terminates the server’s network traffic, and runs its own bridges — every packet entering or leaving the host crosses the DPU before it touches the data center network.
The Check Point AI Factory Firewall runs directly on the BlueField DPU: IPS, App Control, DLP and ThreatCloud AI inspect every VF flow at the host boundary. Because enforcement lives on the DPU’s own processor, it keeps protecting the server even if the host OS itself is compromised.
Zero impact on GPU / CPU performance — inspection is offloaded · No additional hardware or rack space · Per-tenant isolation and micro-segmentation at the source · Out-of-band management via MDSMS · One consistent policy across every GPU node, from training to inference.
Zero-day protection via AI/ML behavioral analysis and real-time signature creation, with hardware-based SSL/TLS inspection — detecting and mitigating attacks at sub-60-microsecond latency.
Inline, SPAN port monitoring, copy port monitoring, or out-of-path scrubbing center — as an on-premises appliance, a cloud-based virtual appliance, or hybrid, backed by an Emergency Response Team.
X10/X20 up to 20 Gbps (14 Mpps) · X40/X50 up to 50 Gbps (35–200 Mpps) · X80/X90 up to 90 Gbps (35–200 Mpps) · X100/X220/X380 up to 380 Gbps (530 Mpps) · X400/X800 up to 800 Gbps (1,119 Mpps).
Absorbs volumetric and application-layer DDoS floods before they ever reach Maestro Hyperscale, the AI Gateway, or the GPU clusters — the AI Infrastructure/Datacenter’s first line of defense.
Keeps AI training and inference availability intact during an attack — every minute of downtime on GPU capacity already paid for is lost revenue and delayed model delivery. A 2–3x performance headroom over comparable appliances means less hardware to buy and refresh as traffic grows, and one consolidated console for DDoS, HTTP/S and application-layer protection cuts the operational cost of running separate point tools. On-premises or cloud licensing matches whatever deployment model AI infrastructure investment already follows, and the Emergency Response Team turns a live attack into a supported incident instead of an all-hands fire drill.
A Chat Interface (usable from Microsoft Teams, Telegram or Discord) feeds an AI Agent responsible for task orchestration, powered by an Azure OpenAI chat model with Simple Memory. The agent delegates to sub-agent tools: one accessing MCP Tools connected to Smart-1 Cloud (S1C), and one querying data and logs from the Multi-Domain Server (MDS) through a dedicated MCP tool.
The workflow runs in a SaaS platform outside the enterprise perimeter, is reachable from public chat channels, and its agents hold credentials to security-management systems (S1C, MDS). A single injected prompt could make the agent run commands, exfiltrate logs, or abuse OAuth-connected tools.
The very first step after the chat trigger is an AI Guardrails Input Inspection node — an HTTP Request to the AI Guardrails API (api.lakera.ai/v2). An If node routes on the returned flagged verdict: true → "Respond to malicious user" and the flow stops, the prompt never reaches the agent; false → the benign request continues to orchestration. Prompt injection and jailbreaks are stopped before any tool can act.
AI Agent Security discovers every agent in the workflow, enforces least privilege on which MCP tools each may call, and runs semantic analysis of the MCP traffic to S1C and MDS — catching smuggled instructions and blocking dangerous tool paths (like an agent-reachable command node) so the automation scales without an unaudited blind spot.
AI agents running locally on user devices. Direct access to local files, apps, identity, and credentials.
Agents delivered as cloud services and embedded in business apps. Data leaves the perimeter via browsers, vendor APIs, and connectors.
Custom-built agents using AI frameworks and orchestrators. Owned in-house, but inherits framework, model, and supply-chain risk.
End-to-end AI security — from the Workforce using AI to the GPU, across the data center and the cloud.
One licensed, centrally-managed firewall group that scales capacity on demand instead of forklift hardware upgrades, keeps GPU training and inference online through a member failure with zero session loss, and consolidates perimeter spend as the AI Infrastructure/Datacenter grows.
The AI Network Firewall turns the Check Point firewalls already in the network into the AI enforcement point — discovering every employee, agent and application AI interaction (including shadow AI and MCP servers), inspecting prompts and intent in real time, and blocking prompt injection, data exfiltration and API abuse. Part of the AI Defense Plane, with no retraining and no architectural changes.
Zero new infrastructure means zero new procurement cycle: the AI enforcement point rides on firewalls already budgeted, deployed and staffed, so security leaders get AI visibility and control without a new console, a new team, or a rip-and-replace project. Discovering shadow AI and MCP traffic at the network layer closes the audit gap boards are already asking about, and blocking prompt injection and data exfiltration inline turns AI risk from an open question into a managed, reportable control.
A banking web application offers an AI chatbot backed by an external LLM API. An attacker submits a crafted prompt designed to slip past the app’s own safety guardrails and make the model reveal customer data or take unauthorized actions. The R82.20 gateway inspects the prompt inline, recognizes the injection and blocks it — and on the return path it inspects every LLM response, so sensitive data never leaves and unauthorized actions never execute. Part of the AI Defense Plane — discovery, governance, observability, runtime control and continuous validation — powered by an AI-native engine informed by millions of AI interactions, adversarial testing and live threat intelligence.
AI Red Team turns "we believe our GenAI app is safe" into a measured, repeatable, evidence-backed answer. Every model reaching the Inferencing Clusters can be adversarially tested and scored before it ever serves live traffic — closing the loop with the AI Guardrails runtime protections (prompt/RAG defense) and Continuous Exposure Management, so offensive testing and defensive enforcement cover the same GenAI application end to end.