JNCIS-SEC key terms
JNCIS-SEC · Get comfortable with the vocabulary.
- Security zone
- Related: Security policy, Zone-based policy enforcement, Global zone
A named logical grouping of interfaces that share the same security requirements. Traffic entering and leaving zones is evaluated by policy, and interfaces of one zone are treated as equally trusted.
- Global zone
- Related: Security zone, Management interface (fxp0)
The built-in zone that holds the fxp0 or out-of-band management interface and any interface not explicitly assigned to a user-defined zone. It is separate from transit traffic handling.
- Security policy
- Related: Security zone, Policy action, Application identification
An ordered rule that permits, denies, or rejects traffic between a from-zone and a to-zone based on match conditions such as source address, destination address, application, and user. The first matching policy takes effect.
- Zone-based policy enforcement
- Related: Security policy, Security zone, Intra-zone traffic
The model in which each packet is classified into a from-zone and to-zone pair before policy lookup. Policies are grouped per zone pair, so the same addresses can be treated differently depending on the zones involved.
- Intra-zone traffic
- Related: Zone-based policy enforcement, Security policy
Traffic whose ingress and egress interfaces belong to the same zone. By default it is denied, and it requires an explicit policy with the same zone in both from-zone and to-zone.
- Policy action
- Related: Security policy, Implicit deny
The disposition applied when a policy matches: permit forwards the session, deny silently drops the packet, and reject drops it while sending a TCP reset or ICMP unreachable to the source.
- Implicit deny
- Related: Security policy, Policy action
The default behavior that drops any traffic not matched by an earlier policy. It is not a visible rule; it is the fallback at the end of every zone-pair policy set.
- Application identification
- Related: Application (AppTrack/AppFW), Security policy
The process of determining which application or protocol a session carries, using signature inspection rather than only port and protocol. Policies can then match on application name instead of a fixed port number.
- Session
- Related: Flow-based forwarding, Session table, First-path processing
The stateful record of a flow that the SRX maintains, holding addresses, ports, NAT translations, policy result, and inspection state. Forward and reverse packets of the same flow share one session.
- Flow-based forwarding
- Related: Session, First-path processing, Fast-path processing
The forwarding model in which the first packet of a flow is processed in the slow path to create a session, and later packets of that flow are handled in the fast path using the session entry.
- First-path processing
- Related: Flow-based forwarding, Fast-path processing, Session
Handling of the initial packet of a new flow, including route lookup, zone determination, policy lookup, NAT, and session creation. It is performed in software and is more expensive than fast-path lookups.
- Fast-path processing
- Related: First-path processing, Session table
Handling of packets that match an existing session, using the cached session information to skip repeated policy and route lookups. This makes established flows cheaper to forward than new ones.
- Session table
- Related: Session, Session timeout, Flow-based forwarding
The memory structure that stores all active sessions, including their state, timeout values, and translation details. Its capacity and current utilization determine how many concurrent flows the device can support.
- Session timeout
- Related: Session table, Session
The idle period after which an inactive session is removed from the session table. Timeouts differ by protocol, for example TCP versus UDP, and can be tuned per application.
- Source NAT
- Related: Destination NAT, NAT pool, Interface NAT
Translation that rewrites the source address, and optionally the source port, of packets leaving a zone. It is commonly used to let internal hosts share a public address when reaching the internet.
- Destination NAT
- Related: Source NAT, NAT rule order, Static NAT
Translation that rewrites the destination address, and optionally the destination port, of inbound packets. It is typically used to publish an internal server behind a single public address.
- Static NAT
- Related: Source NAT, Destination NAT, NAT pool
A one-to-one mapping between an internal address and an external address, applied in both directions. Unlike a pool, the mapping is fixed, so the same internal host always appears as the same public address.
- NAT pool
- Related: Source NAT, PAT (port address translation), NAT rule order
A set of addresses or address-and-port pairs used as translation targets. Pools allow many internal hosts to share a smaller number of public addresses through port translation.
- PAT (port address translation)
- Related: NAT pool, Source NAT, Session table
A form of translation that also rewrites the source port so multiple internal hosts can share one public address. The device tracks the port mapping in the session table to return traffic correctly.
- NAT rule order
- Related: Source NAT, Destination NAT, NAT proxy ARP
The sequence in which NAT rules are evaluated. Rules are grouped by rule set, and within a set the first matching rule applies, so placement of specific versus general rules changes the result.
- NAT proxy ARP
- Related: Destination NAT, Static NAT
A feature that makes the SRX answer ARP requests for translated addresses on the external interface, so upstream devices send traffic for those addresses to the firewall.
- Interface NAT
- Related: Source NAT, NAT pool
A source NAT configuration that translates traffic to the address of the egress interface. It is a simple way to give internal users internet access without defining a separate address pool.
- IPsec
- Related: IKE, Security association (SA), VPN tunnel
A suite of protocols that authenticates and encrypts IP packets between peers. It provides confidentiality, integrity, and peer authentication, and is the basis for site-to-site and remote-access VPNs on the SRX.
- IKE
- Related: IPsec, Security association (SA), Pre-shared key
Internet Key Exchange, the protocol that negotiates and manages IPsec security associations. Phase 1 builds a protected channel between peers, and phase 2 negotiates the IPsec SAs used for data.
- Security association (SA)
- Related: IKE, IPsec, VPN tunnel
The agreed set of parameters, including keys, algorithms, and lifetimes, that protects one direction of an IPsec connection. Each IPsec tunnel normally uses a pair of SAs.
- Pre-shared key
- Related: IKE, IPsec
A secret string configured identically on both IPsec peers and used during IKE phase 1 to authenticate them. It must be long and random, and it must match exactly on both ends.
- VPN tunnel
- Related: IPsec, Security association (SA), Tunnel interface
The logical path formed by an IPsec SA pair between two gateways or between a client and a gateway. Traffic is routed into the tunnel by policy and encapsulated before leaving the physical interface.
- Tunnel interface
- Related: VPN tunnel, Route-based VPN
A logical interface that carries traffic into and out of an IPsec tunnel. Route-based VPNs bind the tunnel to this interface, which simplifies routing and policy compared with policy-based VPNs.
- Route-based VPN
- Related: Tunnel interface, VPN tunnel
A VPN design in which the tunnel is represented by a tunnel interface and traffic is directed into it by routing. This allows dynamic routing and simpler policy than policy-based VPNs.
- Stateful inspection
- Related: Session, Security policy, Screen options
The firewall behavior of tracking connection state and automatically allowing return traffic that belongs to an already-permitted session, without requiring a separate policy for the reverse direction.
- Screen options
- Related: Security zone, Stateful inspection
A set of attack-detection and anti-scanning checks applied to traffic entering a zone, such as SYN flood protection and IP spoofing checks. They are configured per zone and act before policy evaluation.
- Unified threat management (UTM)
- Related: Antivirus profile, Content filtering, IPS
A set of content-security features applied to permitted traffic, including antivirus, antispam, web filtering, and content filtering. UTM runs after policy match and inspects payloads rather than only headers.
- IPS
- Related: Unified threat management (UTM), Antivirus profile
Intrusion prevention, which inspects traffic against signatures and can drop or alert on malicious patterns. Unlike antivirus, it targets exploit and attack behavior rather than file payloads alone.
- Antivirus profile
- Related: Unified threat management (UTM), Content filtering
A UTM configuration that scans permitted traffic for malware, choosing protocols to inspect and the action to take on detection, such as drop, alert, or quarantine.
- Content filtering
- Related: Unified threat management (UTM), Antivirus profile
A UTM feature that blocks or logs traffic based on categories, MIME types, or URL patterns. It is often used to enforce acceptable-use rules for web access.
- Management interface (fxp0)
- Related: Global zone, Security zone
The dedicated out-of-band port used for device administration, typically in the global zone. It is kept separate from transit interfaces so management access is not exposed to user traffic.
- Application (AppTrack/AppFW)
- Related: Application identification, Security policy
A named application signature used in policy or in application firewall rules. AppFW can allow, deny, or redirect specific applications even when they use the same ports.
- NAT rule set
- Related: NAT rule order, Source NAT, Destination NAT
A named group of NAT rules evaluated together in order. A rule set is referenced from a NAT configuration, and the first matching rule inside it determines the translation.