Authentication & Access · Study deck

Policy Engines and Enforcement Points

Before placing controls, inspect @fig-pc-zta-decision-path to see why deciding, carrying out the decision, and blocking or allowing the connection are separate jobs.

Shield Shelly is your guide for this deck.

zerotrust
Shield Shelly, the module guide, in a scene from this chapter.
iotclass.org

After studying this chapter

Learning objectives

You will be able to:

  • Explain: The architecture solves this by mediating: a gateway or proxy hosts the enforcement point on the device's behalf, authenticates upstream, carries the device's identity, and applies the policy decision to the connection.
  • Explain: Behind Every Enforcement Point Is an Implicit Trust Zone There is always a small implicit trust zone on the protected side of the enforcement point, the space the request reaches once allowed.
  • Explain: The classic failure is a resource reachable by a side path, a management interface, a debug port, or a legacy protocol, that does not pass through the enforcement point.
iotclass.org

Major section

Wire the Decision Pipeline

The policy engine makes the access decision.

  • The policy administrator executes that decision, establishing or tearing down the session and issuing any credential or token the connection needs.
  • The decision point decides; the enforcement point makes the decision real.
  • Decides or Enforces.
  • Evaluates signals and renders allow or deny.

Why it matters

The policy enforcement point sits in the data path and enables, monitors, and terminates the connection between the requester and the resource.

iotclass.org

Major section

Wire the Decision Pipeline (continued)

Executes the decision and manages the session.

  • Decides side, carries out.
  • Often a gateway when the device cannot host one itself.
  • Gateway observation can supply state the device cannot.
  • Placing Enforcement for Constrained Devices The practical IoT challenge is that many devices cannot run an enforcement agent of their own.
iotclass.org

Major section

Wire the Decision Pipeline (continued)

If you can place the components and host enforcement for constrained devices, you can stop here.

  • The architecture solves this by mediating: a gateway or proxy hosts the enforcement point on the device's behalf, authenticates upstream, carries the device's identity, and applies the policy decision to the connection.
  • The critical discipline is that the gateway must preserve per-device identity and per-resource rules; it must not become a trusted zone where everything behind it is implicitly allowed.
  • The policy enforcement point sits in the data path and enables, monitors, and terminates the connection between the requester and the resource.
iotclass.org

Major section

Keep the Pipeline Honest

Good design keeps that zone as small as possible, ideally a single resource, so an allowed connection cannot pivot to others.

  • The Decision Must Be Dynamic and Per-Session A zero trust decision is not a one-time grant.
  • If any such path exists, the access decision can be skipped entirely.
  • Assumed posture the system cannot measure.

Key terms

Behavior
Behavior is defined when the decision path is down.

Why it matters

If device state is unknown, the engine is guessing; if a feed is out of date, it may allow a request it would now deny.

iotclass.org

Major section

Keep the Pipeline Honest (continued)

Every route to the resource, including backchannels and administrative access, has to funnel through enforcement, or the architecture has a hole the policy never sees.

  • The policy engine applies a trust algorithm to combine signals; this can be criteria-based, requiring a fixed set of conditions, or score-based, weighing signals into a confidence value.
  • Availability and the Fail Posture Concentrating decisions in a policy decision point makes it critical infrastructure.
  • An allowed request cannot pivot widely.
iotclass.org

Major section

Keep the Pipeline Honest (continued)

Re-evaluation on signal change and session limits.

  • Either way, the decision should be re-evaluated as conditions change, so a device whose posture degrades mid-session can lose access rather than coast on an earlier approval.
  • No path reaches the resource around the gate.
  • Behavior is defined when the decision path is down.
iotclass.org

Major section

Keep the Pipeline Honest (continued)

The classic failure is a resource reachable by a side path, a management interface, a debug port, or a legacy protocol, that does not pass through the enforcement point.

  • Behind Every Enforcement Point Is an Implicit Trust Zone There is always a small implicit trust zone on the protected side of the enforcement point, the space the request reaches once allowed.
  • Failing open preserves availability but abandons the security model; failing closed preserves security but can halt operations, which matters when IoT devices control physical processes.
  • A chosen fail stance and safe local behavior.
iotclass.org

Deck summary

Key takeaways

The policy engine makes the access decision.

  • Executes the decision and manages the session.
  • If you can place the components and host enforcement for constrained devices, you can stop here.
  • Good design keeps that zone as small as possible, ideally a single resource, so an allowed connection cannot pivot to others.
  • Every route to the resource, including backchannels and administrative access, has to funnel through enforcement, or the architecture has a hole the policy never sees.
iotclass.org

Retrieval practice

Recall check 1 of 3

Shield Shelly says: answer from memory, then check your reasoning.

Q1Which statement best captures zero trust architecture?

ADecide every resource request using identity, state, and context.
BOnce a device is inside the corporate network, it can reach internal resources freely
CA strong perimeter firewall makes internal verification unnecessary
DAuthenticating once at login authorizes all later actions for the session
Show answer

Answer: A Zero trust grants access per request based on dynamic signals and enforces the decision, rather than trusting network location.

iotclass.org

Retrieval practice

Recall check 2 of 3

Shield Shelly says: answer from memory, then check your reasoning.

Q2A constrained IoT sensor cannot host an enforcement agent. How should the architecture place the policy enforcement point?

ATrust the sensor automatically because it is too small to attack
BUse a gateway or proxy enforcement point.
CLet the sensor connect directly to the resource with no enforcement point
DTreat everything behind the gateway as trusted to simplify the design
Show answer

Answer: B Gateway mediation hosts enforcement for devices that cannot, while preserving per-device identity and per-resource policy.

iotclass.org

Retrieval practice

Recall check 3 of 3

Shield Shelly says: answer from memory, then check your reasoning.

Q3An IoT deployment routes normal traffic through an enforcement point, but a legacy management interface on each device is reachable directly without it. Why does this undermine the architecture, and what is the fix?

AIt is acceptable, because most traffic still passes through the enforcement point
BThe fix is to make the policy engine faster so it can keep up with both paths
CThe management path bypasses the access decision.
DManagement interfaces are inherently safe and do not need enforcement
Show answer

Answer: C Enforcement only covers paths that traverse it.

iotclass.org

Print reference

Answers

Answer key.

  1. A · Zero trust grants access per request based on dynamic signals and enforces the decision, rather than trusting network location.
  2. B · Gateway mediation hosts enforcement for devices that cannot, while preserving per-device identity and per-resource policy.
  3. C · Enforcement only covers paths that traverse it.
iotclass.org