Repository navigation
NPE in ApiServlet.skip2FAcheckForUser on SAML login when 2FA is disabled (4.22.0.0) #13172
Description
problem
COMPONENT NAME
API, SAML
SUMMARY
Every API request issued after a successful samlSso callback throws a NullPointerException in ApiServlet.skip2FAcheckForUser, because session.getAttribute("2FAuthenticated") returns null and is unboxed directly to boolean. The SAML login flow does not set this session attribute, and the 2FA-disabled global settings are not consulted before the unboxing.
Local username/password login is unaffected — only the SAML path triggers the NPE.
STEPS TO REPRODUCE
- Enable SAML2 plugin and configure an IdP (Keycloak in our case).
- Ensure
enable.user.2fa=falseandmandate.user.2fa=false. - Authorize a CloudStack user for SAML via
authorizeSamlSso. - Click "Login with SSO" → authenticate at IdP → redirected back to
/client/api?command=samlSso. - Browser immediately fires follow-up API call (e.g.
listIdps,login, etc.).
EXPECTED RESULTS
The follow-up API request completes; user lands on the dashboard. A null value for the 2FAuthenticated session attribute should be treated as "2FA not required / not completed" rather than dereferenced as a boolean.
ACTUAL RESULTS
Use cannot login via SAML:
2026-05-17 10:22:39,650 ERROR [c.c.a.ApiServlet] (qtp1047478056-364:[ctx-50e47dca]) (logid:59e6408b) unknown exception writing api response java.lang.NullPointerException: Cannot invoke "java.lang.Boolean.booleanValue()" because the return value of "javax.servlet.http.HttpSession.getAttribute(String)" is null
at com.cloud.api.ApiServlet.skip2FAcheckForUser(ApiServlet.java:512)
at com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:361)
at com.cloud.api.ApiServlet$1.run(ApiServlet.java:193)
at org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:190)
at com.cloud.api.ApiServlet.doPost(ApiServlet.java:149)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:665)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:750)
... (Jetty frames truncated)Client receives the auth failure / error response, lands back on the login screen.
This is my first ticket here, so be gentle please!
versions
4.22.0 on Debian 13.4 via shapeblue
i cloudstack-common 4.22.0.0-shapeblue0 all A common package which contains files which are shared by several CloudStack packages
ii cloudstack-management 4.22.0.0-shapeblue0 all CloudStack server library
ii cloudstack-usage 4.22.0.0-shapeblue0 all CloudStack usage monitor
And just auto installed java 21 (I know the docs says 17, but I haven't been able to downgrade).
ii default-jdk-headless 2:1.21-76 amd64 Standard Java or Java compatible Development Kit (headless)
ii openjdk-21-jdk-headless:amd64 21.0.11+10-1deb13u2 amd64 OpenJDK Development Kit (JDK) (headless)deb13u2 amd64 OpenJDK Java runtime, using Hotspot JIT (headless)
ii openjdk-21-jre-headless:amd64 21.0.11+10-1
CONFIGURATION
- SAML2 plugin enabled (
saml2.enabled=true) - IdP: Keycloak 26.x, realm
lluw, SAML client with dedicateduidmapper (User Property:email) - 2FA disabled globally:
enable.user.2fa=false,mandate.user.2fa=false - Single management server, MySQL backend
The steps to reproduce the bug
- Enable SAML2 plugin and configure an IdP (Keycloak in our case).
- Ensure
enable.user.2fa=falseandmandate.user.2fa=false. - Authorize a CloudStack user for SAML via
authorizeSamlSso. - Click "Login with SSO" → authenticate at IdP → redirected back to
/client/api?command=samlSso.
5 browser response:
<loginresponse>
<errorcode>531</errorcode>
<errortext>
Your authenticated user is not authorized for SAML Single Sign-On, please contact your administrator
</errortext>
</loginresponse>LOG response
2026-05-17 10:22:39,650 ERROR [c.c.a.ApiServlet] (qtp1047478056-364:[ctx-50e47dca]) (logid:59e6408b) unknown exception writing api response java.lang.NullPointerException: Cannot invoke "java.lang.Boolean.booleanValue()" because the return value of "javax.servlet.http.HttpSession.getAttribute(String)" is null
at com.cloud.api.ApiServlet.skip2FAcheckForUser(ApiServlet.java:512)
at com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:361)
at com.cloud.api.ApiServlet$1.run(ApiServlet.java:193)
at org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:190)
at com.cloud.api.ApiServlet.doPost(ApiServlet.java:149)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:665)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:750)
... (Jetty frames truncated)What to do about it?
Expected result
The follow-up API request completes; user lands on the dashboard. A null value for the 2FAuthenticated session attribute should be treated as "2FA not required / not completed" rather than dereferenced as a boolean.
ApiServlet.java:512reads the2FAuthenticatedattribute and unboxes without a null check.- The SAML auth command (
SAML2LoginAPIAuthenticatorCmd) creates the session but does not set2FAuthenticated. - Suggested fix: replace direct unboxing with
Boolean.TRUE.equals(session.getAttribute("2FAuthenticated")), or short-circuit when bothenable.user.2faandmandate.user.2faare false.
Metadata
Metadata
Assignees
Labels
Type
Projects
- StatusShow more project fieldsTodo
Activity
boring-cyborg commentedon May 17, 2026
Thanks for opening your first issue here! Be sure to follow the issue template!
DaanHoogland commentedon May 20, 2026
@joltcan , I will try to replay your scenario on debian 12 (note that debian 13 is not tested yet, but that might not matter)
DaanHoogland commentedon Jun 9, 2026
@joltcan , I seem to not be able to make time. Do you see opprtunity to test this on debian12?
github-actions commentedon Aug 18, 2026
🎯 Triage report
Every API request after a successful SAML
samlSsocallback throws an NPE inApiServlet.skip2FAcheckForUser, becausesession.getAttribute("2FAuthenticated")returns null and is unboxed directly to a primitiveboolean. The SAML login flow never sets that session attribute and 2FA-disabled settings aren't checked first, so SAML users can't use the API/UI at all after login while local username/password login is unaffected.📊 Assessment
Boolean.TRUE.equals(...)or short-circuit when 2FA is disabled); narrow, well-scoped change inApiServlet.skip2FAcheckForUser🔗 Similar issues
ApiServlet.skip2FAcheckForUserfor SAML SSO sessions when 2FA is not enabled; same root cause and code path.💡 Notes and suggestions
Since #13815 appears to be a duplicate filed later describing the same NPE, maintainers may want to consolidate discussion into one issue (likely this earlier one, #13172) and link/close the duplicate per standard process. This is a good, self-contained coding-agent candidate: fix the null-unboxing in
ApiServlet.skip2FAcheckForUserand add a regression test for SAML sessions with 2FA disabled.Add this agentic workflows to your repo
To install this agentic workflow, run