# Review every permitted protocol when using pfSense 1:1 NAT

> A broad WAN pass combined with 1:1 NAT exposes more than a single port forward would.

- Canonical URL: https://update.dsesecurity.com/updates/review-every-permitted-protocol-when-using-pfsense-1-1-nat/
- Publisher: Detection Systems & Engineering (DSE Security)
- Author: DSE Security Editorial Team
- Published: 2026-10-20T18:15:57+00:00
- Modified: 2026-10-20T18:34:34+00:00
- Last reviewed by DSE: 2026-10-20
- Resource type: Guide
- DSE priority: Information
- Topics: Cybersecurity, Networks & Infrastructure
- Reading time: 2 minutes

## What you need to know

A broad WAN pass combined with 1:1 NAT exposes more than a single port forward would.

## Potentially affected

This concerns pfSense address mappings for a host or aligned equal-sized subnets.

## DSE recommendation

DSE recommends creating an explicit service list before introducing a 1:1 mapping.

## Article

A broad WAN pass combined with 1:1 NAT exposes more than a single port forward would.

## Source facts

Netgate documents 1:1 NAT as an external-to-internal address mapping that preserves ports. Inbound packets are subsequently evaluated against firewall rules using the internal target. Unlike a single-port forward, a 1:1 mapping combined with an allow-all WAN rule can expose all services on the mapped host. Outbound 1:1 translation takes precedence over outbound NAT rules.

Source: [Netgate — 1:1 NAT](https://docs.netgate.com/pfsense/en/latest/nat/1-1.html).

## Applicability

This concerns pfSense address mappings for a host or aligned equal-sized subnets.

## DSE recommendation

DSE recommends creating an explicit service list before introducing a 1:1 mapping. Review the external-interface rules against the internal destination address and remove inherited broad permissions that are unnecessary. Include outbound identity in the change review because the same host may start presenting the mapped public address. Keep host-based access controls and maintenance responsibilities documented alongside the firewall configuration. Give the reviewer a protocol-by-protocol exposure table rather than an instruction to test the server. Include services that should remain private and the expected public identity for outbound traffic. Require an owner for every permitted entry before accepting the mapping.

## Verification

From an approved external location, test the authorized services and representative denied ports. Inspect the translated inbound destination and outbound source independently. Confirm that a more specific port forward has not redirected one service to a different host than the general 1:1 mapping suggests.

## Official reference

[Netgate — 1:1 NAT](https://docs.netgate.com/pfsense/en/latest/nat/1-1.html). Reviewed October 20, 2026.

## Primary reference

- Name: Netgate — 1:1 NAT
- Authority: docs.netgate.com
- URL: https://docs.netgate.com/pfsense/en/latest/nat/1-1.html
- Source publication date: Not stated by the source

## Citation and use

Preferred citation: “Review every permitted protocol when using pfSense 1:1 NAT,” DSE Security, https://update.dsesecurity.com/updates/review-every-permitted-protocol-when-using-pfsense-1-1-nat/
Publishing principles: https://update.dsesecurity.com/updates/dse-updates-editorial-methodology/
Usage and citation policy: https://update.dsesecurity.com/usage/
Copyright © 2026 Detection Systems & Engineering. All rights reserved.