Nokia · OAuth Scopes
Nokia OAuth Scopes
OAuth 2.0
searched
Nokia uses OAuth 2.0 but publishes no discrete scopes — access is governed by the grant itself (e.g. client-credentials or role-based authorization) rather than per-scope consent.
This index is generated from the provider’s OpenAPI security definitions (and, where available, its documented scope reference) and refreshes on every APIs.io network build. Browse every provider’s scopes at scopes.apis.io.
Telecommunications5G6GMobile NetworkNetwork InfrastructureIP NetworksOptical NetworksFixed NetworksBroadbandService RouterSR OSSR LinuxWaveSuiteNSPNetwork Services PlatformNetwork as CodeCAMARANetwork ExposureOpen GatewayYANGNetwork AutomationCSPBell LabsSubmarine CableFiber7x50
Scopes: 0
Flows:
Method: searched
Scopes (0)
Nokia implements OAuth 2.0 but publishes no discrete scopes — access is governed by the grant itself (client-credentials or role-based authorization) rather than per-scope consent.
The RapidAPI contract declares only an apiKey scheme, so no oauth2 scopes could be derived from it (derive-oauth-scopes.py: 0). These scopes are the consent and authorization scopes the docs publish for the NaC Authorization Server (CIBA / Authorization Code flows) and the Consent & Authorization form. Purpose may be prefixed per W3C DPV, e.g. "dpv:FraudPreventionAndDetection number-verification:verify".
The RapidAPI contract declares only an apiKey scheme, so no oauth2 scopes could be derived from it (derive-oauth-scopes.py: 0). These scopes are the consent and authorization scopes the docs publish for the NaC Authorization Server (CIBA / Authorization Code flows) and the Consent & Authorization form. Purpose may be prefixed per W3C DPV, e.g. "dpv:FraudPreventionAndDetection number-verification:verify".
📄 Provider scope reference: https://networkascode.nokia.io/docs/general-concepts/consent-identity-mgmt#available-scopes
Source
OAuth Scopes
Work with this as data
Every scope set here is available over the APIs.io API and to AI agents over MCP.