Single sign-on sounds like an IT project, and in a large company it often is one. For a data room, though, the setup is usually a single afternoon of copying values between two admin consoles, followed by a test with three or four users. What takes longer is deciding who should sign in through SSO and who should not, and that decision belongs to the deal team as much as to IT.
This guide walks through the full setup in the order it actually happens, from checking that your platform lists SSO to the first test login, and covers the parts that tend to break.
What does SAML single sign-on do in a data room?
SAML (Security Assertion Markup Language) is an open standard, published as version 2.0 by OASIS in 2005, for passing a signed statement about a user from one system to another. In SSO terms, your identity provider (IdP) vouches for the user and the data room, acting as the service provider (SP), trusts that statement instead of asking for its own password.
For the people involved, the effect is simple. A colleague clicks the room link, is sent to the company sign-in page they already use, passes your usual multi-factor check and lands inside the room. Nobody manages a separate data room password for internal staff.
For the company, the larger benefit is control. When someone leaves or moves off the deal, disabling their account in the identity provider closes their route into the room at the same moment. Without SSO, that step depends on a data room admin remembering to remove them by hand.
Some platforms support OpenID Connect (OIDC) as well as, or instead of, SAML. The concepts are the same; the field names differ. This guide uses SAML terms because they appear most often in data room admin settings.
Which data room platforms list single sign-on?
In our facts file, SSO sign-in is listed for seven of the 18 platforms: Box, Citrix ShareFile, iDeals, Datasite, Ansarada, Intralinks and ShareVault. The other eleven do not list it, which does not always mean it is impossible; it may sit on an enterprise tier or be available on request. It does mean you should get the answer in writing before signing.
Integrations and IT fit scores of the platforms that list SSO
The spread in that chart is wider than it first looks. Box and Citrix ShareFile score a full 10 because they list SSO, an API, e-signing and a native app; they are file-sharing platforms with deep IT roots. Among the virtual data rooms, iDeals lists SSO plus an API, and Datasite lists SSO plus a native app. Ansarada, Intralinks and ShareVault list SSO without the other integration items we track.
| Platform | Category | SSO sign-in | Developer API | 2-step verification |
|---|---|---|---|---|
| Box | File-sharing platform | Listed | Listed | Listed |
| Citrix ShareFile | File-sharing platform | Listed | Listed | Listed |
| iDeals | Virtual data room | Listed | Listed | Listed |
| Datasite | Virtual data room | Listed | Not listed | Listed |
| Ansarada | Virtual data room | Listed | Not listed | Listed |
| Intralinks | Virtual data room | Listed | Not listed | Listed |
| ShareVault | Virtual data room | Listed | Not listed | Not listed |
The full matrix, with all twelve tracked features, is in the feature comparison, where you can filter for SSO and any other must-have at once.
What do you need to collect before you start?
A SAML connection is a trust relationship built from a handful of values. The data room gives you some, the identity provider gives you others, and each side pastes in what the other produced. Collect them in one place before you open either console.
| Value | Comes from | Pasted into | What it is |
|---|---|---|---|
| Entity ID (audience) | Data room | Identity provider | A unique name for the data room as a SAML service provider |
| Assertion Consumer Service (ACS) URL | Data room | Identity provider | The address the signed sign-in response is posted to |
| IdP entity ID or issuer | Identity provider | Data room | The identity provider’s own unique name |
| IdP sign-in URL | Identity provider | Data room | Where the data room sends users to authenticate |
| Signing certificate (X.509) | Identity provider | Data room | Lets the room verify that the response really came from your IdP |
| NameID format and attributes | Agreed by both | Both | Usually the work email, plus first name, last name and sometimes group |
Many consoles let you exchange a single metadata file or URL instead of typing each field. Use it when offered; it removes copy errors and makes certificate rotation easier later.
How do you set up SAML SSO for a data room, step by step?
Connecting a data room to your identity provider with SAML
- Confirm SSO is on your plan
Check the order form or ask the vendor in writing. SSO is often tied to an enterprise tier, and finding out after signing is expensive.
- Create a break-glass administrator
Before switching anything on, make sure one data room admin account can still sign in with a local password and 2-step verification if SSO fails.
- Register the data room in the identity provider
Add a new SAML application (in Microsoft Entra ID it is an enterprise application). Paste the entity ID and ACS URL from the data room, or upload its metadata.
- Map the user identifier
Send the work email as the NameID and make sure it matches the email each internal user has in the data room, letter for letter.
- Load the IdP details into the data room
Paste the IdP issuer, sign-in URL and signing certificate, or import the IdP metadata, in the data room admin settings.
- Assign users or a group
In the identity provider, assign only the deal team group to the new application. Everyone else should be refused at the IdP.
- Test with three people
Test an admin, a regular internal user and someone not assigned. The first two should land in the room; the third should be blocked.
- Enforce SSO for the company domain
Once tests pass, require SSO for users on your email domain so nobody falls back to a local password by accident.
The order matters in two places. The break-glass account comes before enforcement, never after. And testing someone who should fail is as important as testing someone who should succeed, because a misconfigured assignment often lets in the entire company directory.
How do SSO users and guest logins live side by side?
A data room is a shared space by design. Your staff can sign in through SSO, but the buyer’s lawyers cannot, because their accounts live in their own firm’s directory. Every platform we profile handles this by mixing login types inside one room.
| User type | Typical login | Who removes access | Extra protection |
|---|---|---|---|
| Your deal team and internal experts | SSO through your identity provider | Your IT team, by disabling the account | Your own multi-factor policy |
| Your outside advisers (bank, law firm) | Data room login, sometimes their own SSO by agreement | The data room admin | 2-step verification set by the admin |
| Bidders, investors, lenders | Data room login with email invitation | The data room admin | 2-step verification, watermarks, document rights |
| Break-glass admin | Local password | Named owner, reviewed monthly | Strong password plus 2-step verification |
The most common gap is in the middle rows. SSO gives a false sense that offboarding is automatic, when it is only automatic for internal users. Guests still need a person to end their access when a bidder drops out or a deal closes. Put that task on the room checklist; the data room setup hub has a full launch list.
What goes wrong most often with data room SSO?
Most failed SAML logins come down to five causes, and the error messages rarely name them clearly.
The email does not match. The identity provider sends one form of the address and the data room holds another: a different alias, an old domain after a rebrand, or different capitalization on platforms that compare strictly. Fix the attribute mapping, not the user.
The signing certificate expired. IdP signing certificates have a fixed life; Microsoft Entra ID, for example, issues them with a three-year validity by default. When one expires, every SSO login fails at once. Put the expiry date in the deal calendar and rotate early, ideally using metadata so the room picks up the new certificate.
Clocks are out of step. SAML responses carry a validity window. If either system’s time drifts, perfectly good responses are rejected. This is rare with cloud services but common with self-managed identity servers.
IdP-initiated versus SP-initiated logins. Some rooms only accept logins that start at the data room (SP-initiated). A user who clicks the tile in their company app portal (IdP-initiated) may get an error. Test both routes and tell users which one works.
Too many people assigned. If the application is assigned to all users instead of the deal team group, anyone in the company can reach the room’s login screen, and on some platforms will be created as a user automatically. Check assignment before enforcement.
Does SSO cost extra on data room plans?
Often, yes. Across business software, single sign-on is frequently reserved for higher tiers, and data rooms follow the pattern. The seven platforms that list it in our facts file include the two file-sharing products with published prices and five quote-based virtual data rooms. For the quote-based ones, SSO availability is a line to negotiate, not an assumption.
When comparing quotes, ask three questions. Is SSO included on the tier quoted, or is it an add-on with its own price? Does it support SAML, OIDC or both, and does it work with your identity provider specifically? And can SSO be scoped to internal users while guests keep standard logins? The pricing calculator gives indicative totals for each platform; add any SSO surcharge to the figure it shows.
If SSO is not available on the platform you prefer, the fallback is reasonable for most transactions: named accounts for every internal user, mandatory 2-step verification and a weekly access review. It costs admin time rather than money, and for a four-month process with a small internal team it may be enough. For a company running several rooms a year, the case for SSO and automated provisioning gets stronger; the software directory shows which platforms list the integrations your IT team will ask about.
Frequently asked questions
Do bidders sign in through our SSO?
No. SSO connects your own identity provider, so it only covers people with accounts in your directory. Bidders and their advisers sign in with data room credentials, ideally with 2-step verification turned on.
Is SAML or OpenID Connect better for a data room?
Neither is more secure for this purpose when configured properly. Use whichever both your identity provider and the data room support. SAML is more common in data room admin settings.
Does SSO replace 2-step verification?
For internal users, your identity provider applies its own multi-factor policy during SSO, so the data room does not need a second one. Guests still need the data room's own 2-step verification.
What happens if the identity provider is down?
SSO users cannot sign in until it recovers. A break-glass administrator with a local password and 2-step verification lets the deal team keep the room running and answer urgent questions.
How long does a data room SSO setup take?
With both admin consoles open and the values ready, the connection itself usually takes an hour or two. Allow a day for testing, group assignment and agreeing who is enforced.