# Meeting Notes 2024-11-05
## Attendees
- @omri
- @davidbrossard
- @rolandbaum
- @vladi
## Agenda
- Vote! It's the thing to do today
- https://openid.net/foundation/members/polls/343
- OIDF workshop update
- Conformance suite
- Review of IIW
- Sessions
- Cedar
- Policy Routing proposal
- Continuation of 1.1 feedback
- Continuation of search discussion
- Partial evaluation vs returning results
- Vlad to share draft of response format
## Notes
### Updates
- OIDF workshop was low-key. Talk of a conformance suite
- IIW:
- Steve Venema gave AuthZ 101
- Rohit Khare (AuthZ Substack) presented the work in the newsletter
- Omri gave 3 talks
- AuthZEN
- Authorization 102: the 5 laws of authorization
- OAuth claims vs. dynamic authorization
- Talk on Cedar
- Alex (Cerbos) gave a talk on RAG
- Cerbos and Aserto gave RAG access control demos
- Gert gave a talk on policy-as-code
- Elie A. organized an identibeer (8-10 attendees)
- AuthZ Substack meetup was not well-attended (it happens on the backend of IIW)
- Cedar update
- Julian Lovelock of AWS is interested in building an AuthZEN interface for Cedar.
- Scopes vs. dynamic authorization
- Vast confusion
- Should I make scopes fine-grained? Coarse-grained?
- Fine-grained scopes given an illusion of fine-grained authz but it really isn't. Scopes/claims should be seen as a first line of defense.
- Action item: build a BoK article on authz (claims vs policies)
- Questions from Victor Lu
- Can this technology be used for database access control or RAG?
- A: yes, of course. 2 ways to handle access control
- Produce the filter expression (stateless approach)
- Produce the list of items (stateful approach)
### Policy Routing Proposal
- [Background](https://hackmd.io/t8s_EzAqSnCJKNklIuvbng)
- The need for discovery
- A PDP can implement the `evaluation` and the `evaluations` endpoints
- A PDP can be AuthZEN-compliant by implementing just the first endpoint, `evaluation`.
- The discovery service can help discover which services the PDP offers and what the URL/routing is.
- Routing
- Some products have a single endpoint for all tenants
- Some products use headers to route to a tenant
- Some products change the URL based on the tenant (e.g. Entra ID)
- Some products change the hostname
- Option: change the payload of the request to route - we all agree this is not a good option as it modified the semantic of the authZ request
### Evaluations Mechanism (boxcarred requests)
- How do we convey semantics on how the PEP/PDP process boxcarred requests?
- Send 10 boxcarred requests and give me 10 (a mix of true/false)
- Deny on first deny - short-circuit the entire evaluation
- Permit on first permit
- Fail on first error
- Options
- Metadata in the request
- Leverage the context element
- Other?
- XACML has a CombinedDecision flag on the request
- See [spec](https://docs.oasis-open.org/xacml/3.0/xacml-3.0-multiple-v1-spec-cd-03-en.html#_Ref248640899)
## Actions
- Omri to add a discovery mechanism in a 1.2 draft