SS&C Technologies · Authentication Profile
Ss C Technologies Authentication
Authentication
SS&C Technologies secures its APIs with http, session-token, srp, and openIdConnect across 5 declared security schemes, as derived from its OpenAPI definitions.
Financial-ServicesInvestment ManagementFund AdministrationWealth ManagementExecution ManagementOrder ManagementMarket DataTradinggRPCEnterprise Software
Methods: http, session-token, srp, openIdConnect
Schemes: 5
OAuth flows:
API key in:
Security Schemes
Bearer http
scheme: Bearer
UserToken session-token
· in: query (UserToken)
SRP srp
MFA mfa
SS&C APIM OpenID Connect openIdConnect
Source
Authentication Profile
generated: '2026-09-13'
method: searched
source: >-
openapi/ss-c-technologies-eze-ems-xapi-openapi.json,
grpc/ss-c-technologies-xapi-utilities.proto,
https://github.com/ezesoft/xapi/blob/master/readme.md,
https://github.com/ezesoft/xapi/blob/master/faq.md,
https://ssoprod.ssnc.cloud/auth/realms/APIM/.well-known/openid-configuration
docs: https://github.com/ezesoft/xapi/blob/master/readme.md#tutorial-1-connecting-and-disconnecting
summary:
types:
- http
- session-token
- srp
- openIdConnect
schemes:
- name: Bearer
type: http
scheme: Bearer
bearerFormat: JWT
description: 'Please enter a valid token :'
applies_to: SS&C Eze EMS xAPI REST surface
sources:
- openapi/ss-c-technologies-eze-ems-xapi-openapi.json
note: >-
The only securityScheme the OpenAPI declares, and it is applied globally via a root-level
`security: [{Bearer: []}]`. The spec gives no token-issuance endpoint for this bearer token and
no description beyond the placeholder text above.
- name: UserToken
type: session-token
in: query
parameter: UserToken
applies_to: both the gRPC and REST surfaces
sources:
- grpc/ss-c-technologies-xapi-utilities.proto
- openapi/ss-c-technologies-eze-ems-xapi-openapi.json
description: >-
The working credential for Eze EMS xAPI. UtilityServices.Connect (REST GET
/api/v1/authentication/connect) takes UserName, Domain, Password and Locale and returns a
UserToken in ConnectResponse; SS&C's own tutorial states the token "must be provided on all
subsequent calls to the server". UtilityServices.Disconnect ends the session.
note: >-
On the REST projection the login parameters and the UserToken are carried as QUERY parameters,
including Password on GET /api/v1/authentication/connect and
GET /api/v1/authentication/change-password. This is recorded because it is what the published
contract says, not as an assessment.
- name: SRP
type: srp
applies_to: SS&C Eze EMS xAPI, where the client domain is SRP-enabled
sources:
- grpc/ss-c-technologies-xapi-utilities.proto
- https://github.com/ezesoft/xapi/blob/master/faq.md
description: >-
Secure Remote Password (SRP) login, a zero-knowledge password proof, exposed as the
StartLoginSrp / CompleteLoginSrp RPC pair (REST GET /api/v1/authentication/start-login-srp and
/api/v1/authentication/complete-login-srp) plus ChangePasswordSRP.
availability: >-
SS&C's FAQ states both SRP and standard login work on an SRP-enabled domain, and only standard
login works on a domain that is not SRP-enabled. Whether a domain is SRP-enabled is set by SS&C.
- name: MFA
type: mfa
applies_to: SS&C Eze EMS xAPI
sources:
- grpc/ss-c-technologies-xapi-utilities.proto
description: >-
UtilityServices.MultiFactorAuthentication (REST GET
/api/v1/authentication/multi-factor-authentication). ConnectResponse carries MFASecurityCode,
MFAtotpPreference and MFAtotpValue fields, so TOTP is a supported second factor.
- name: SS&C APIM OpenID Connect
type: openIdConnect
openIdConnectUrl: https://ssoprod.ssnc.cloud/auth/realms/APIM/.well-known/openid-configuration
applies_to: the SS&C APIM developer portal (developer.ssctech.com / apim.ssnc.cloud)
sources:
- well-known/ss-c-technologies-openid-configuration.json
description: >-
A Keycloak realm named APIM. The discovery document advertises authorization_code,
client_credentials, implicit, password, refresh_token, device_code, jwt-bearer, token-exchange,
uma-ticket and CIBA grants, PKCE (S256), and a scope list that includes one API-specific scope,
events_enrichment_api_member.
note: >-
This governs the developer portal and the Kong gateway it fronts, not the Eze EMS xAPI. Every
portal catalog endpoint probed anonymously 302s to https://developer.ssctech.com/sso/login.
credential_acquisition:
self_serve: false
note: >-
No surface here issues credentials without a human. SS&C Eze says "Server details and
authentication credentials will be provided by your SS&C Eze representative"; the SS&C APIM
portal says to contact a Client Relationship manager; Black Diamond routes new partners to a
request form and existing clients to their account team.
Work with this as data
Every security artifact here is available over the APIs.io API and to AI agents over MCP.
MCP server
One button, every client — Claude, Cursor, VS Code and the rest.
https://apis.io/mcp
Tools for security posture
4 MCP tools reach this
find_securityBrowse and filter every security artifact in the catalog.apis_io_searchSTART HERE — APIs, providers and tags for one query, each with its total.resolveTurn a domain, URL or GitHub org into the provider it belongs to.find_cohortsEvery scored population of providers in the catalog.
Call it yourself
curl for this page
This security artifact
curl "https://apis.io/api/v1/security/ss-c-technologies-authentication"
All security posture
curl "https://apis.io/api/v1/security?limit=25"
Discovery needs no key. Ratings and market analysis are Pro.
Get an API key
Free tier, no form to fill in. Signing in shares your email address with us — we store it to create your key and to recognise you if you sign in with another provider. See our Privacy Policy and Terms.
A second provider on the same verified email joins the account you already have.