Google Workspace Single Sign-On
Single Sign-On (SSO) lets your organization members sign in to NeuralTrust with their Google Workspace accounts instead of a separate password. NeuralTrust has a dedicated Google Workspace provider — you no longer need to configure it as a generic OIDC provider — which adds directory group sync: NeuralTrust reads your Workspace groups and their members to drive platform roles and gateway access.Using a different identity provider? For Microsoft, see Microsoft Entra ID SSO.
For Okta, Auth0, PingIdentity, or any other OIDC provider, see
Generic OIDC SSO.
What you get
- Login — a Sign in with Google button on the NeuralTrust login page (OAuth 2.0).
- Directory group sync (optional) — NeuralTrust pulls your Workspace groups and members from the Admin SDK Directory API, so you can map groups to roles and gateway access. Without it, login still works; only group-based governance is unavailable.
The two halves use different Google credentials. Login uses an OAuth client.
Directory sync uses a service account with domain-wide delegation. You configure
both in NeuralTrust, but they are set up separately in Google.
Prerequisites
Before you begin, ensure you have:- A Google Workspace organization
- Super Admin access to the Google Admin console (only a super admin can authorize directory access org-wide)
- Access to a Google Cloud project
- Owner or Admin role in NeuralTrust
Part 1: Create the OAuth client (login)
Step 1: Configure the OAuth consent screen
- Go to Google Cloud Console → APIs & Services → OAuth consent screen
- Set User type to Internal (only your Workspace users can sign in)
- Fill in the app name (e.g.
NeuralTrust), support email, and developer contact - Save
Step 2: Create the OAuth client ID
- Go to APIs & Services → Credentials
- Click + Create Credentials → OAuth client ID
- Application type: Web application
- Name:
NeuralTrust SSO - Under Authorized redirect URIs, add:
- Click Create
Step 3: Copy your credentials
Copy the Client ID and Client secret shown after creation — you’ll enter them in NeuralTrust. The login flow requests the standardopenid email profile scopes only.
Part 2: Enable directory group sync (optional)
Skip this part if you only want login. Complete it to map Google groups to NeuralTrust roles and gateway access.Step 1: Enable the Admin SDK API
- In your Google Cloud project, go to APIs & Services → Library
- Search for Admin SDK API and click Enable
Step 2: Create a service account and key
- Go to IAM & Admin → Service Accounts
- Click + Create Service Account, name it
neuraltrust-directory, and create it - Open the service account → Keys → Add key → Create new key → JSON
- A JSON key file downloads. Keep it safe — you’ll paste its contents into NeuralTrust
- On the service account’s Details page, copy its Unique ID (Client ID) — a long numeric value you’ll need in the next step
Step 3: Authorize domain-wide delegation
- Go to Google Admin console → Security → Access and data control → API controls → Domain-wide delegation
- Click Add new
- Client ID: the service account’s numeric Client ID from the previous step
- OAuth scopes: paste these three, comma-separated (read-only):
- Click Authorize
Directory access is granted by impersonating an admin. In NeuralTrust you provide a
delegation subject — the email of a Google Workspace admin the service account acts
as when reading the directory.
Part 3: Configure NeuralTrust
Step 1: Open SSO settings
- Log in to NeuralTrust as Owner or Admin
- Open the sidebar gear → Platform settings → SSO Configuration
- Select the Google Workspace tab
Only one identity provider can be active at a time. If Microsoft Entra ID or Generic
OIDC is already configured, remove it before setting up Google Workspace. Note that
SCIM Provisioning is available only with Microsoft Entra ID — with
Google Workspace, groups come from directory sync instead.
Step 2: Enter your credentials
Login only? You can leave the service account JSON and delegation subject empty.
Login works with just the OAuth client; directory group sync stays off until you add them.
Rotating the service account. When editing an existing connection, leave the service
account JSON blank to keep the stored value. Paste a new JSON only to rotate it.
Step 3: Test and save
- Click Test Connection — this validates the OAuth client and, if provided, the service account and delegation
- On success, click Save
Part 4: Verify your email domain
Domain verification ensures only members of your organization’s domain can use SSO.- Open Platform settings → SSO Configuration → Domains
- Click Add Domain and enter your company domain (e.g.
yourcompany.com) - Copy the verification token (e.g.
neuraltrust-verify-abc123-def456) - In your DNS provider, add a TXT record with the token as its value (Name
@, TTL default) - Back in NeuralTrust, click Verify
DNS changes can take up to 48 hours to propagate. If verification fails immediately, try
again later.
Part 5: Map Google groups to roles
Role mapping assigns NeuralTrust roles automatically from Google Workspace group membership. It requires directory group sync (Part 2) to be configured, and it lives in the Role Provisioning section — the same place for every provider. See Role Provisioning for the full guide. In short:- Go to Platform settings → Role Provisioning
- Turn on User provisioning & role mapping
- Set a Default Access role for users who match no group
- Choose an Enforcement mode — At sign-up only or At sign-up and login
- Under Role Mapping, add a row per Google group and pick its platform role:
Review synced groups
The Groups tab under Users & groups lists every group in your unified directory with its source (SCIM, Directory, or Login) and member count, so you can confirm the sync is working before you rely on a mapping.Part 6: How directory sync stays fresh
Once configured, group membership is kept current from three sources, so a mapping always reflects reality:A Google Workspace user’s login token does not carry group claims. NeuralTrust resolves
groups from the Directory API instead — which is why directory sync (Part 2) is required
for any group-based access, including gateway and MCP role
gates.
Part 7: Enforce SSO-only mode (optional)
- Open Platform settings → SSO Configuration
- Toggle Enforce SSO to ON and confirm
When enabled, members on a verified domain must authenticate through Google.
Exceptions:
- Break the Glass accounts sign in with password only.
- External-domain guests (an invited email whose domain is not verified) sign in with a magic link, even when Enforce SSO is on.
User experience
Once configured, users see a Sign in with Google button on the login page. After clicking it they are redirected to Google, authenticate, and return signed in. For new users on a verified domain, accounts are created automatically on first login.Troubleshooting
Security best practices
- Keep the consent screen Internal so only your Workspace users can sign in
- Grant read-only scopes only — the directory scopes above are all
.readonly - Rotate the service account key periodically (paste a new JSON to rotate)
- Enforce SSO-only mode once all users are onboarded, keeping a Break the Glass account for outages
- Verify every email domain your organization uses
- Monitor audit logs for suspicious login patterns
Next steps
- Role Provisioning — Map Google groups to roles and choose enforcement
- Microsoft Entra ID SSO — Configure SSO with Microsoft Entra ID
- Generic OIDC SSO — Okta, Auth0, and other providers
- Configure Break the Glass — Emergency access for IdP outages
- Configure SCIM Provisioning — Automate user account lifecycle
- Set Up Audit Logs — Monitor SSO-related security events