A global healthcare organization requires a federated access solution allowing external medical specialists from partner hospitals to query patient diagnostic APIs hosted in its cloud environment. The architecture must ensure partner organizations maintain control over their own user credentials, support identity assertion, enable fine-grained attribute-based access decisions at the API gateway without exposing internal directory services, and avoid establishing persistent network-level perimeter trust. Which architectural combination of identity and authorization frameworks best satisfies these security requirements?
- OpenID Connect (OIDC) for user identity assertion combined with OAuth 2.0 access tokens evaluated at the API gateway for authorizationCevap
- BOAuth 2.0 client credentials grant secured by mutual TLS (mTLS) to authenticate external specialists directly against the internal directory
- CRADIUS federation using EAP-TLS paired with IPsec site-to-site tunnels to establish continuous network access to API endpoints
- DKerberos cross-realm trust configured with SAML 2.0 HTTP Artifact Binding to issue local Ticket Granting Tickets for external API access
Cevap
OpenID Connect (OIDC) for user identity assertion combined with OAuth 2.0 access tokens evaluated at the API gateway for authorization
Combining OpenID Connect (OIDC) with OAuth 2.0 directly satisfies federated access, decentralized credential management, and Zero Trust API protection. OIDC acts as the identity layer enabling external Identity Providers (IdPs) to assert user identity using signed JSON Web Tokens (JWTs). OAuth 2.0 provides delegated authorization, passing access tokens containing scopes and claims to the cloud API gateway for fine-grained enforcement without exposing legacy internal directory services or relying on perimeter network connectivity.
Adım Adım Çözüm
Anahtar Kavram
Federated Identity and API Authorization Architecture (OIDC & OAuth 2.0)
Tahmini Süre:3m 0s