Salesforce is strengthening its 'secure-by-default' architecture by implementing a new, mandatory time-based step-up Multi-factor Authentication (MFA) framework to enhance data protection against unauthorized data exfiltration. This control requires users to complete an additional step-up challenge when performing a sensitive action, such as accessing reports and dashboards, if a configurable amount of time has passed since their last step-up challenge.
For more info on the roadmap of upcoming targeted Security changes for the Salesforce Platform, see: Security-Related Product Updates to the Salesforce Platform.
Salesforce is implementing a new, mandatory time-based step-up authentication framework. Here are some of the key changes.
Configurable Step-up Authentication Period: On the Identity Verification page, admins can configure the “Step-Up Authentication Period (Minutes)" field between 2 and 120 minutes, which adjust the re-authentication cadence .
Trigger Action: The step-up challenge is triggered when a user accesses, runs or views reports and dashboards, rather than waiting for them to click a "Download" or "Export" button. This broader criteria for additional verification helps to mitigate data theft via UI-based screen scraping or browser-based data capture.
MFA at Login vs. Step-up: Users must pass the step-up challenge even if they recently logged in with MFA.
Default-On Enforcement: The framework is enforced by default.
SSO User Handling: The framework is mandatory for all users, including those with Federated Single Sign-On (SSO). SSO users without Salesforce MFA registered are challenged via email or SMS OTP.
No Network Exemption: Step-up authentication for reports and dashboards actions is required even when the user is logged in to Salesforce on a trusted IP or corporate network.
In response to evolving cybersecurity threats, we’re enhancing security and data protection. Reports and dashboard actions are considered a high-risk vector for data exfiltration. The step-up authentication framework provides these benefits.
Prevents Data Exfiltration: Step-up authentication is designed to preemptively slow or block potentially malicious data exfiltration.
Establishes High Assurance: Step-up authentication supports a new model of High Assurance. Reports and dashboards actions always require additional or stronger authentication challenges, even after a user has logged in with MFA.
Available in Sandboxes: Starting May 27, 2026, staggered over approximately 7 days
Available in Production: Starting May 27, 2026, staggered over approximately 15 days
Enforced in Sandboxes: Starting June 17, 2026, staggered over approximately 7 days
Enforced in Production: Starting July 1, 2026, staggered over approximately 30 days
All Salesforce Users: This control is mandatory for all users accessing Salesforce reports, regardless of whether they use Direct Login or Federated Single Sign-On (SSO).
Salesforce Admins: This control applies to Salesforce admins who access reports. Also, admins can configure the re-authentication time window.
Step-up Challenge Prompt: Users will encounter an additional step-up authentication challenge when they attempt to run or view a report, provided the configurable Step-Up Authentication period has passed since their last challenge.
Supported Verification Methods: To complete the challenge, users can use any MFA verification method that Salesforce supports, including Passkeys, Security Keys, Salesforce Authenticator, or Time-based One-Time Password (TOTP) Apps.
Platform Users: Users without a registered MFA method will be challenged via a SMS One-Time Password (OTP) or email. Users without a reachable email address must register a Salesforce verification method, update their phone number, or provide a reachable email address.
Report Blocking: If the MFA service is unavailable or if the challenge fails, the report execution will be blocked to protect sensitive data.
To continue with the report action, users must successfully complete the step-up Multi-Factor Authentication (MFA) challenge presented to them.
Review User Configuration: Review the new step-up authentication policy when available in June. On the Identity Verification page, under Session Security Level Policies, find Reports and Dashboards. To use the new policy, select “Require periodic step-up authentication”. For the Step-Up Authentication Period (Minutes) field, adjust the value within the Salesforce-defined threshold if needed.
Ensure Verification Methods: To ensure a smooth transition, confirm that all users, particularly those who use SSO, have configured at least one of these verification methods: a supported MFA verification method registered with Salesforce, a current email address, or an SMS mobile phone registered to their login. Users who can’t receive email or SMS must register a Salesforce verification method, update their phone number, or provide a reachable email address. In-app prompts for users without verification methods are available on a rolling basis starting in May 2026.
If a user is blocked from viewing or running a report, take these remediation steps.
Failing the Step-up Authentication Challenge: Instruct the user to attempt the challenge again with a registered and supported MFA or identity verification method.
MFA Service Unavailability: The framework operates on a "Fail-Closed" security posture, blocking report execution if the MFA service is unavailable. If this occurs, contact Salesforce Customer Support.
No. MFA at login doesn’t reset the timer for the step-up authentication on sensitive actions like sensitive Report Actions. Users are challenged again even if they recently logged in with MFA.
All standard Salesforce MFA verification methods are supported, including Passkeys (biometrics and Security Keys), Salesforce Authenticator, and TOTP Apps. SSO users without a registered Salesforce MFA method are challenged via email or SMS One-Time Password (OTP).
No. Step-up authentication for sensitive Report Actions is required even when the user is logged in to Salesforce on a "trusted IP" or "corporate network."
Yes. Admins can adjust the re-authentication cadence. However, they can’t set a value outside the valid range defined by Salesforce.
If a user has no MFA method enrolled, Salesforce will send a one-time passcode (OTP) to the phone number or email address associated with their account. Since every Salesforce user is required to have an email on file, this serves as the fallback verification method.
To ensure a smooth experience:
Confirm the user's phone number and/or email address is valid and accessible
If the OTP email isn't received, ask the user to verify their phone number and/or email address in their profile
For a more reliable experience going forward, users should register an MFA verifier in Salesforce (such as an authenticator app, security key, or built-in authenticator) . Note for SSO users: SSO-authenticated users may not have an MFA verifier registered directly in Salesforce, making the email OTP fallback especially relevant for this group.
Step-up authentication must be completed using a Salesforce-native verifier, it cannot be delegated to an external SSO identity provider (IdP). Even if a user authenticates into Salesforce via SSO, they are still required to satisfy the step-up challenge using one of the following:
A Salesforce-registered MFA method (such as Salesforce Authenticator, a TOTP authenticator app, a security key, or a built-in authenticator like Face ID or Touch ID)
A one-time passcode (OTP) delivered via email or SMS to the contact information associated with their account
This means SSO users who do not have a Salesforce-native verifier registered will fall back to email or SMS OTP to complete the step-up challenge.
Automated report delivery, whether scheduled or subscribed, is not affected by step-up authentication. Since these run in a background context with no active user session, the step-up challenge is bypassed entirely.
However, if a user clicks the link in a subscription notification email to open the report directly in Salesforce, step-up authentication will be triggered at that point, since the user is now interacting with the report in an active session.
Embedded reports and dashboards, such as those placed in a Lightning App Builder page, are not subject to step-up authentication. These components are exempted from the step-up session-level policy check, so users will not be prompted for a step-up challenge when viewing embedded content in Lightning pages.
No. When an administrator uses the "Login As" feature to access Salesforce as another user, step-up authentication is not triggered. "Login As" sessions are fully exempted from the step-up requirement.
No. Step-up authentication does not apply to non-interactive API sessions. All API-based access to reports and dashboards (including integrations, connected apps, and programmatic data retrieval) is fully exempt from the step-up requirement. Only interactive UI sessions trigger the step-up challenge.
No. SOQL queries executed in Developer Console and Workbench are exempt from step-up authentication.
No. Users accessing reports and dashboards via the Salesforce Mobile App are exempt from step-up authentication. The step-up challenge will not be triggered for mobile sessions.
No. Step-up authentication enforcement is scoped to paid Production and Sandbox orgs only. Developer Edition orgs, trial orgs, scratch orgs, and other non-paid org types are not subject to enforcement.
* Note: Bugs have been reported for this behavior and fixes are targeted for patch releases in Summer '26.
|
Date |
Change |
|
June 4, 2026 |
|
|
June 2, 2026 |
|
|
May 5, 2026 |
Initial publication |
005321566

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.