Securing SAP CAP Applications: XSUAA, Roles, and Authorization Best Practices
Walks through securing a CAP service end to end: declaring scopes and role templates in xs-security.json for the SAP Authorization and Trust Management serviceSAP Authorization and Trust Management serviceThe OAuth server behind a BTP application: issues the JWT the app checks, holds the scopes and role collections it checks against, and brokers trust to an identity provider. Bound, never installed.sap official, btp (XSUAA), restricting CDS service definitions with @restrict per role, and dropping into handler code where a rule needs custom logic, with a @sap/cds@sap/cdsThe CAP Node.js runtime, which compiles the CDS model, serves the services declared in it, answers generic requests before any handler runs, and loads every cds-plugin.sap official, cap Node.jsNode.jsA cross-platform JavaScript runtime that servers, command line tools and scripts written in JavaScript are run with. For the things here, the prerequisite a repository names when its build is a set of npm scripts. example that tests roles through req.user.is and a Java one that tests scopes through hasScope. It closes in the BTP cockpit, where a role collection is assigned to users so that their JWT carries the scopes those checks read.
Where it sits
Who is behind it
Properties
About this work
For authorization
Details
Graph
Source
History
- Entered the atlasDiscovered via SAP Community · btp-security-tag.
For your agent
- Ref
content:securing-sap-cap-applications-xsuaa-roles-and-authorization-best-practices- JSON
- /content/securing-sap-cap-applications-xsuaa-roles-and-authorization-best-practices.json
- MCP
- Connecting an agent