<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>APL: configuring enforcement pipelines on Praxis</title><link>https://praxis.fast/policy/dev/apl/</link><description>Recent content in APL: configuring enforcement pipelines on Praxis</description><generator>Hugo</generator><language>en</language><atom:link href="https://praxis.fast/policy/dev/apl/index.xml" rel="self" type="application/rss+xml"/><item><title>APL Grammar</title><link>https://praxis.fast/policy/dev/apl/apl-grammar/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://praxis.fast/policy/dev/apl/apl-grammar/</guid><description>This document defines the accepted grammar for APL (Authorization Policy Layer).</description></item><item><title>Backend Restriction</title><link>https://praxis.fast/policy/dev/apl/restrict/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://praxis.fast/policy/dev/apl/restrict/</guid><description>Some controls are not about whether an operation runs, but where it runs.</description></item><item><title>Delegation and Token Exchange</title><link>https://praxis.fast/policy/dev/apl/delegation/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://praxis.fast/policy/dev/apl/delegation/</guid><description>When PPE forwards an operation to a backend, the backend needs a credential.</description></item><item><title>Effects and Sequencing</title><link>https://praxis.fast/policy/dev/apl/effects/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://praxis.fast/policy/dev/apl/effects/</guid><description>An APL rule does something. That something is an effect. Effects are the building blocks of policy: a pre_invocation: block is an ordered list of them, and they run in sequence until one denies.</description></item><item><title>Human-in-the-Loop Elicitation</title><link>https://praxis.fast/policy/dev/apl/elicitation/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://praxis.fast/policy/dev/apl/elicitation/</guid><description>Some operations should not proceed on the caller&amp;rsquo;s say-so alone.</description></item><item><title>Identity and IdP Integration</title><link>https://praxis.fast/policy/dev/apl/identity/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://praxis.fast/policy/dev/apl/identity/</guid><description>Policy reads attributes: role.hr, perm.view_ssn, subject.id.</description></item><item><title>PDP Integration</title><link>https://praxis.fast/policy/dev/apl/pdp/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://praxis.fast/policy/dev/apl/pdp/</guid><description>APL predicates handle attribute checks well: roles, permissions, scopes, comparisons.</description></item><item><title>Session Taint and Information Flow</title><link>https://praxis.fast/policy/dev/apl/tainting/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://praxis.fast/policy/dev/apl/tainting/</guid><description>Carry sensitivity labels across requests in a session, then deny later operations that would expose tainted data.</description></item><item><title>Static Attributes</title><link>https://praxis.fast/policy/dev/apl/attributes/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://praxis.fast/policy/dev/apl/attributes/</guid><description>Policy reads attributes. Most come from the request: the verified subject and its roles (Identity), request headers, session labels.</description></item></channel></rss>