AWS Network Firewall

Name: AWS Network Firewall API
Brand: AWS Network Firewall
Availability: InStock

★ Only Publicly Available OpenAPI DocumentSecurityThreat Detectionhmac36 EndpointsREST

Install Jentic One Beta

Connect the AWS Network Firewall to your agent

Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the AWS Network Firewall, or any other public or private API you need. You set the rules, the agent never sees your credentials, and every call is logged.

Two steps, two machines. Install the instance in a safe environment, then register your agent from wherever it runs.

Step 1: Jentic One Host machine

# On the machine that will host your Jentic One instance:
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | sh

Step 2: Agent machine

# On the machine where your agent runs (keep this separate from the instance):
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | sh
jentic register       # connects your agent to your Jentic One instance

Jentic One is in public beta. The setup above keeps your agent separate from the instance, which is what you want before using real credentials: an agent running as the same OS user as Jentic One can read its stored keys directly. Just evaluating? A single local install is fine to start. See the secure deployment guide for the tiers.

Capabilities

What an agent can do with AWS Network Firewall API.

Provision a managed firewall into specified VPC subnets and associate firewall endpoints with route tables

Define stateless rule groups for 5-tuple matching with priority, action and custom drop actions

Define stateful rule groups using domain allow/deny lists or Suricata-compatible signatures

GET STARTED

Start building with AWS Network Firewall API

Explore with Jentic

View OpenAPI Document

For Agents

Provision VPC-level stateful firewalls — manage firewalls, rule groups (5-tuple, domain-list, Suricata), firewall policies, subnet associations, and logging.

Use for: Provision a Network Firewall in subnets of vpc-abc123, Create a stateful rule group blocking traffic to a list of malicious domains, Add a Suricata signature to detect SQL injection attempts, List all firewall policies in the account

Not supported: Does not handle DDoS protection, edge web application firewalling, or DNS-layer filtering — use for VPC-attached stateful firewalling, rule groups, and TLS inspection only.

Jentic publishes the only available OpenAPI specification for AWS Network Firewall, keeping it validated and agent-ready. AWS Network Firewall is a managed stateful firewall and intrusion prevention service for VPC traffic — it deploys firewall endpoints into VPC subnets, enforces stateless and stateful rule groups (5-tuple, domain-list, and Suricata-compatible signature rules), and ties everything together with FirewallPolicies. The 36 endpoints cover Firewall and FirewallPolicy CRUD, RuleGroup management, subnet association, logging configuration, and TLS inspection configuration.

Use Cases

Patterns agents use AWS Network Firewall API for, with concrete tasks.

★ Centralised Egress Filtering for a Multi-VPC Account

Security teams running a hub-and-spoke VPC topology need to filter egress traffic from every spoke through a central inspection VPC. Network Firewall provisions firewall endpoints in inspection subnets, applies a domain-list stateful rule group that allows only approved external domains, and routes spoke traffic through the firewall via VPC route tables. The agent can codify this as repeatable rule group + firewall policy + firewall associations.

Call CreateRuleGroup with Type=STATEFUL and a RulesSourceList of allowed FQDNs, CreateFirewallPolicy referencing the rule group, then CreateFirewall in the inspection VPC subnets

Detect and Block Known Threats With Suricata Signatures

Threat-detection teams already maintain Suricata rule sets from threat intel feeds. AWS Network Firewall stateful rule groups accept Suricata-compatible signatures directly, including alert-only and drop actions. An agent can pull a threat feed, normalise it into a Suricata RulesString, and roll it out as a versioned rule group — using DescribeRuleGroup and UpdateRuleGroup to evolve the signature set without rebuilding the firewall.

Call CreateRuleGroup with Type=STATEFUL, Capacity sized for the rule count, and RulesSource.RulesString containing the Suricata signatures, then attach it to a FirewallPolicy

Forward Firewall Logs Into a SIEM

SOC teams need flow and alert data from the firewall in their SIEM (Splunk, Datadog, Sumo). Network Firewall's UpdateLoggingConfiguration writes selected log types (FLOW or ALERT) to CloudWatch Logs, Kinesis Firehose or S3, from where Firehose can deliver them to third-party analytics. An agent can enable both flow and alert logging in a single update, choose a destination per log type, and validate the configuration via DescribeLoggingConfiguration.

Call UpdateLoggingConfiguration on the firewall with LogDestinationConfigs entries for LogType=ALERT pointing at a Kinesis Firehose ARN and LogType=FLOW pointing at a CloudWatch Log Group

AI Agent Integration for Network Security Posture

Through Jentic, a security-automation agent can manage AWS Network Firewall as a structured tool — provision, configure rules, attach policies, enable logging — without scripting against boto3. Jentic resolves natural-language intents like 'block outbound traffic to a malicious domain' to the right Network Firewall operation and brokers SigV4 credentials for the agent.

Resolve the intent 'block traffic to a domain list' via Jentic search, load CreateRuleGroup, and execute it with a STATEFUL rule group containing a RulesSourceList for the target FQDNs

Key Endpoints

36 endpoints — jentic publishes the only available openapi specification for aws network firewall, keeping it validated and agent-ready.

METHOD

PATH

DESCRIPTION

POST

/#X-Amz-Target=NetworkFirewall_20201112.CreateFirewall

Provision a new Network Firewall

POST

/#X-Amz-Target=NetworkFirewall_20201112.CreateFirewallPolicy

Create a firewall policy combining rule groups

POST

/#X-Amz-Target=NetworkFirewall_20201112.CreateRuleGroup

Create a stateless or stateful rule group

POST

/#X-Amz-Target=NetworkFirewall_20201112.AssociateFirewallPolicy

Attach a firewall policy to a firewall

POST

/#X-Amz-Target=NetworkFirewall_20201112.AssociateSubnets

Associate firewall endpoints with VPC subnets

POST

/#X-Amz-Target=NetworkFirewall_20201112.UpdateLoggingConfiguration

Enable or update flow and alert logging destinations

POST

/#X-Amz-Target=NetworkFirewall_20201112.CreateFirewall

Provision a new Network Firewall

POST

/#X-Amz-Target=NetworkFirewall_20201112.CreateFirewallPolicy

Create a firewall policy combining rule groups

POST

/#X-Amz-Target=NetworkFirewall_20201112.CreateRuleGroup

Create a stateless or stateful rule group

POST

/#X-Amz-Target=NetworkFirewall_20201112.AssociateFirewallPolicy

Attach a firewall policy to a firewall

POST

/#X-Amz-Target=NetworkFirewall_20201112.AssociateSubnets

Associate firewall endpoints with VPC subnets

Why Jentic?

Three things that make agents converge on Jentic-routed access.

Credential isolation

Your AWS access key is stored once, encrypted, by your own Jentic One instance and used to sign each Network Firewall request with SigV4 at execution time. The raw secret never enters the agent's prompt, logs, or context.

Intent-based discovery

Agents search Jentic by intent such as 'block outbound traffic to a domain list' or 'attach a rule group to an AWS firewall', and Jentic returns the matching Network Firewall operation such as CreateRuleGroup with its input schema so the agent calls the right endpoint without browsing the AWS reference.

Time to first call

FAQs

Specific to using AWS Network Firewall API through Jentic.

Why is there no official OpenAPI spec for AWS Network Firewall?

AWS does not publish an OpenAPI specification. Jentic generates and maintains this spec so that AI agents and developers can call AWS Network Firewall via structured tooling. It is validated against the live API and kept up to date. Get started at https://app.jentic.com/sign-up.

What authentication does the AWS Network Firewall API use?

The Network Firewall control plane is signed with AWS Signature Version 4 using IAM access keys, with permissions controlled by the network-firewall:* action set. Through Jentic, those AWS credentials live in the MAXsystem vault and are used to sign requests on the agent's behalf.

Can I deploy Suricata rules with AWS Network Firewall?

Yes. CreateRuleGroup with Type=STATEFUL accepts a RulesSource.RulesString containing Suricata-compatible signatures. The rule group must declare a Capacity sized for the rule count, and rules can use the alert or drop actions. Suricata-style domain-list rules are also supported via RulesSourceList for simpler use cases.

What are the rate limits for Network Firewall?

Control-plane operations are throttled per-account per-region. Provisioning and rule-group updates take longer than typical AWS calls — DescribeFirewall returns a state of PROVISIONING, READY, or DELETING that should be polled rather than retrying the create call.

How do I attach a rule group to a firewall through Jentic?

Use the Jentic search query 'attach a rule group to an AWS firewall', load CreateFirewallPolicy or UpdateFirewallPolicy, and execute it with a FirewallPolicy.StatefulRuleGroupReferences array including your rule group ARN. Then call AssociateFirewallPolicy if the policy is not already attached.

Can Network Firewall inspect encrypted TLS traffic?

Yes, with limitations. CreateTLSInspectionConfiguration sets up an inspection profile that uses an ACM certificate to decrypt and re-encrypt TLS traffic terminating in the VPC. The certificate's private key must be in ACM in the same region, and only specific TLS protocol versions are supported.

AWS Network Firewall

Connect the AWS Network Firewall to your agent

Capabilities

Start building with AWS Network Firewall API

Use Cases

Key Endpoints

Why Jentic?

Related APIs

FAQs