Skip to content
New: the feature-by-feature comparison tool covers all 18 platforms.Compare features
Take the quiz
Integrations

Setting Up SAML Single Sign-On for a Data Room

SAML single sign-on lets your own staff reach the data room with company credentials while outside guests keep separate logins. This guide covers the exchange of settings, the setup order and the failure points.

By Data Rooms Software editorsPublished 10 min read

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

Box 10.0
Citrix ShareFile 10.0
iDeals 7.0
Datasite 6.0
Ansarada 4.5
Intralinks 4.5
ShareVault 4.5
SSO is worth 2.5 of the 10 points in this criterion; a developer API, e-signing and a native app make up the rest.
dataroomssoftware.info
Integrations and IT fit criterion from our scoring model (base 2, SSO 2.5, API 2.5, e-signing 1.5, native app 1.5). Facts from our facts file; confirm tier availability with each vendor.

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.

PlatformCategorySSO sign-inDeveloper API2-step verification
BoxFile-sharing platformListedListedListed
Citrix ShareFileFile-sharing platformListedListedListed
iDealsVirtual data roomListedListedListed
DatasiteVirtual data roomListedNot listedListed
AnsaradaVirtual data roomListedNot listedListed
IntralinksVirtual data roomListedNot listedListed
ShareVaultVirtual data roomListedNot listedNot 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.

ValueComes fromPasted intoWhat it is
Entity ID (audience)Data roomIdentity providerA unique name for the data room as a SAML service provider
Assertion Consumer Service (ACS) URLData roomIdentity providerThe address the signed sign-in response is posted to
IdP entity ID or issuerIdentity providerData roomThe identity provider’s own unique name
IdP sign-in URLIdentity providerData roomWhere the data room sends users to authenticate
Signing certificate (X.509)Identity providerData roomLets the room verify that the response really came from your IdP
NameID format and attributesAgreed by bothBothUsually 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

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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.

  7. 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.

  8. 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 typeTypical loginWho removes accessExtra protection
Your deal team and internal expertsSSO through your identity providerYour IT team, by disabling the accountYour own multi-factor policy
Your outside advisers (bank, law firm)Data room login, sometimes their own SSO by agreementThe data room admin2-step verification set by the admin
Bidders, investors, lendersData room login with email invitationThe data room admin2-step verification, watermarks, document rights
Break-glass adminLocal passwordNamed owner, reviewed monthlyStrong 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.