CapabilitySecurity & ComplianceJava, read from its artifacts

Authentication

Establishing who is calling — validating a token, resolving the user and their roles, and making that available for the rest of the request. Taking SAP Cloud Identity Services as the identity interface for everything SAP makes it SAML 2 or OIDC against Identity Authentication rather than XSUAA alone, with the user lifecycle carried by SCIM 2 replication into each service. Authorization is still designed per system after that, since an S/4HANA role and a BTP role collection are different objects.

Showing artifacts, examples and content with confirmed Java applicability. View All CAP

Overview

SAP SHIPS
com.sap.cds:cds-feature-identity

Activates a Spring Security configuration that enforces authentication on every endpoint once the required libraries are on the classpath and an XSUAA or Cloud Identity Services instance is bound; accepts either, or both from the same application.

com.sap.cds:cds-feature-xsuaa

Validated XSUAA-issued JWTs and built the security context for a CAP Java application before CAP Java 3.0 removed it; applications on the standard security configuration and a CAP starter bundle needed no code changes to move to its replacement.

A Java coverage assessment has not been written. View all flavors

THE COMMUNITY ADDS

No community artifact is confirmed here for Java.

A Java coverage assessment has not been written. View all flavors

Artifacts4

4 of 4 artifacts
ArtifactSignals
Packages2
com.sap.cds:cds-feature-identityOAuth2 token validation from XSUAA and SAP Cloud Identity Services
Signals
none
com.sap.cds:cds-feature-xsuaaFormer XSUAA JWT validation for CAP Java, removed in CAP Java 3.0
Signals
none
Services2
Cloud Identity ServicesIdentity Authentication and Identity Provisioning as one tenant
Signals
none
SAP Authorization and Trust Management serviceOAuth server issuing JWTs and holding scopes for BTP apps
Signals
none

Seen working1

ArtifactSignals
Samples1
cap-ams-a2aApp-to-app setups between CAP Java and CAP Node.js under AMS and IAS
No license

Details

What changed — and what it makes stale1
CAP Java 3.0.1, CAP, Java

Before CAP Java 3.0, XSUAA token validation lived in its own cds-feature-xsuaa module, separate from IAS support. The 3.0 release removed cds-feature-xsuaa and unified XSUAA and IAS behind cds-feature-identity, the module that now provides both.

Makes stale:

Guidance to add cds-feature-xsuaa as a Maven dependency for authentication in a CAP Java project. It was removed in the 3.0 line, mid-2024 — cds-feature-identity is the replacement for XSUAA as well as IAS.

Coverage
statecore only, CAP, Java, derived
also inBTP/BAIP, ABAP, UI5
For your agent
Ref
capability:authentication
JSON
/capabilities/authentication.json
MCP
Connecting an agent