Skip to main content
GET
Descubra os endpoints OAuth públicos e os mecanismos de código de autorização, PKCE, atualização e revogação compatíveis com este ambiente.

Autenticação

Nenhum.

Exemplos de requisição

Siga a codificação e a autenticação documentadas para esta rota. O formato de resposta e as regras de idempotência da API de ações se aplicam apenas às chamadas de ações.

Resposta

Metadados do servidor de autorização OAuth com URLs absolutas dos endpoints na origem canônica do emissor.
HTTP 200

Notas da operação

  • Apenas o tipo de resposta code e o modo de resposta query são anunciados.
  • Os clientes podem usar registro dinâmico ou um Client ID Metadata Document (CIMD). client_id_metadata_document_supported é true; um cliente CIMD usa a URL HTTPS pública do documento como client_id.
  • Um documento JSON CIMD deve conter um client_id exatamente igual, um client_name não vazio de até 120 caracteres e de 1 a 10 redirect_uris exatos. Use autenticação de cliente público none com S256 PKCE; authorization_code é obrigatório e refresh_token é opcional.
  • Sirva o CIMD como JSON sem compressão por HTTPS público na porta 443, com caminho explícito e sem credenciais, fragmentos, segmentos de ponto ou redirecionamentos. O documento deve ter até 64 KiB e responder em até 5 segundos. Os metadados em cache expiram em até 5 minutos; a troca e a renovação de tokens usam os metadados vinculados à autorização.
  • Quando OpenID Connect está disponível, os metadados do servidor de autorização também anunciam os escopos openid e email, userinfo_endpoint e jwks_uri. Caso contrário, esses escopos e endpoints não aparecem nesses metadados.
  • Os métodos de autenticação de token e revogação são none. Clientes públicos usam client_id e S256 PKCE em vez de um segredo de cliente.
  • offline_access é um marcador de escopo relacionado à renovação, não uma permissão do produto. A emissão de um token de atualização depende de refresh_token ter sido registrado como tipo de concessão.
  • Verifique o valor iss retornado no callback final do cliente em relação a issuer. Os callbacks de autorização bem-sucedida e negada incluem iss e repetem state quando ele foi fornecido.

Erros