liveBook · Manning

Normalization layer

As explained in Authorization in Action

A normalization layer is an architectural component that collects, standardizes, validates, and assembles data from heterogeneous sources for downstream processing.

A normalization layer turns heterogeneous authorization signals into trustworthy, consistent context. It collects data from systems such as HR, Finance, device management, and operational services; maps source fields into a shared schema; and assembles principals, resources, relationships, and contextual signals for policy evaluation. section 12.6.1

Shared normalization prevents equivalent policies from behaving differently across applications. It defines freshness, provenance, authenticity, encryption, signing, and verification rules while limiting each policy request to the attributes it needs. section 12.6.1 section 12.6.2

Translating source vocabulary

An HR system may mark an employee as "enabled" while policies expect "active." The normalization layer converts that source value and exposes employmentStatus consistently to every policy decision point. section 12.6.1 section 12.2

function normalizeEmployee(rawHrRecord) {
  return {
    id: rawHrRecord.employee_id,
    employmentStatus:
      rawHrRecord.status === "enabled" ? "active" : "inactive",
    department: rawHrRecord.org_unit,
    managerId: rawHrRecord.manager_id
  };
}

This mapping illustrates how a normalization function translates source-specific field names and values into the schema used by authorization policies. section 12.6.1

How Authorization in Action covers it

How deep it goes
Explains collection, schema mapping, entity assembly, freshness, provenance, and data minimization, but does not detail implementation beyond a mapping function.
Examples
Uses HR status translation, shared employee attributes, device posture tokens, and a pre-normalization architecture with inconsistent resource fields.
What it assumes
Assumes policy evaluation components such as PDPs and teaches source-field translation, shared schemas, entity assembly, and signal trust requirements.
What you can do after
Apply it via a shared library and API that supply normalized context to policy decision points and reduce duplicated connectors.
How it connects
Connects policy information points, policy decision points, policy enforcement points, Cedar, entity data, device posture, and fine-grained authorization.

Also explained in

Compare how 2 books explain normalization layer →

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Authorization in Action. The section links point to the parts of the book it draws on.