Ao configurar um aplicativo OAuth no GitHub, os escopos solicitados são exibidos para o usuário no formulário de autorização.
Observação: Se você está criando um aplicativo no GitHub, você não precisa fornecer escopos na sua solicitação de autorização. Para obter mais informações sobre isso, consulte "Identificar e autorizar usuários para aplicativos GitHub".
Se seu aplicativo OAuth não tiver acesso a um navegador, como uma ferramenta de CLI, você não precisará especificar um escopo para que os usuários efetuem a autenticação no seu aplicativo. Para obter mais informações, consulte "Autorizar aplicativos OAuth".
Verifique os cabeçalhos para ver quais escopos do OAuth você tem e o que a ação da API aceita:
$ curl -H "Authorization: token OAUTH-TOKEN" https://api.github.com/users/codertocat -I
HTTP/2 200
X-OAuth-Scopes: repo, user
X-Accepted-OAuth-Scopes: userX-OAuth-Scopeslista o escopo que seu token autorizou.X-Accepted-OAuth-Scopeslista os escopos verificados pela ação.
Escopos disponíveis
| Nome | Descrição |
|---|---|
(sem escopo) | Concede acesso somente leitura a informações públicas (incluindo informações do perfil do usuário, informações do repositório e gists) |
repo | Concede acesso total aos repositórios, incluindo repositórios privados. Isso inclui acesso de leitura/gravação ao código, status do commit, repositório e projetos da organização, convites, colaboradores, adição de associações de equipe, status de implantação e webhooks de repositórios para repositórios e organizações. Também concede capacidade para gerenciar projetos de usuário. |
repo:status | Concede acesso de leitura/gravaçãopara fazer commit de status em repositórios públicos, privados e internos. Esse escopo só é necessário para conceder a outros usuários ou serviços acesso a status de compromisso de repositórios privados sem conceder acesso ao código. |
repo_deployment | Concede acesso aos status da implementação para público e repositórios privados. Este escopo só é necessário para conceder a outros usuários ou serviços acesso aos status de implantação, sem conceder acesso ao código. |
public_repo | Limita o acesso a repositórios públicos. Isso inclui acesso de leitura/gravação em código, status de commit, projetos de repositório, colaboradores e status de implantação de repositórios e organizações públicos. Também é necessário para repositórios públicos marcados como favoritos. |
repo:invite | Concede habilidades de aceitar/recusar convites para colaborar em um repositório. Este escopo só é necessário para conceder a outros usuários ou serviços acesso a convites sem conceder acesso ao código. |
security_events | Concede: acesso de leitura e gravação aos eventos de segurança na API de Varredura de código Esse escopo é somente necessário para conceder aos outros usuários ou serviços acesso aos eventos de segurança sem conceder acesso ao código. |
admin:repo_hook | Concede acesso de leitura, gravação, fixação e exclusão aos hooks do repositório em repositórios públicos, privados ou internos. O escopos do repo e public_repo concedem o acesso total aos repositórios, incluindo hooks de repositório. Use o escopo admin:repo_hook para limitar o acesso apenas a hooks de repositório. |
write:repo_hook | Concede acesso de leitura, gravação e fixação aos hooks em repositórios públicos ou privados. |
read:repo_hook | Concede acesso de leitura e fixação aos hooks em repositórios públicos ou privados. |
admin:org | Gerencia totalmente a organização e suas equipes, projetos e associações. |
write:org | Acesso de leitura e gravação à associação da organização, aos projetos da organização e à associação da equipe. |
read:org | Acesso somente leitura à associação da organização, aos projetos da organização e à associação da equipe. |
admin:public_key | Gerenciar totalmente as chaves públicas. |
write:public_key | Criar, listar e visualizar informações das chaves públicas. |
read:public_key | Listar e visualizar informações para as chaves públicas. |
admin:org_hook | Concede acesso de leitura, gravação, ping e e exclusão de hooks da organização. Observação: Os tokens do OAuth só serão capazes de realizar essas ações nos hooks da organização que foram criados pelo aplicativo OAuth. Os tokens de acesso pessoal só poderão realizar essas ações nos hooks da organização criados por um usuário. |
gist | Concede acesso de gravação aos gists. |
notificações | Condece: acesso de gravação a notificações de um usuário acesso para marcar como leitura nos threads acesso para inspecionar e não inspecionar um repositório e acesso de leitura, gravação e exclusão às assinaturas dos threads. |
usuário | Concede acesso de leitura/gravação apenas às informações do perfil. Observe que este escopo inclui user:email e user:follow. |
read:user | Concede acesso para ler as informações do perfil de um usuário. |
usuário:email | Concede acesso de leitura aos endereços de e-mail de um usuário. |
user:follow | Concede acesso para seguir ou deixar de seguir outros usuários. |
delete_repo | Concede acesso para excluir repositórios administráveis. |
write:discussion | Permite acesso de leitura e gravação para discussões da equipe. |
leia:discussion | Permite acesso de leitura para discussões em equipe. |
write:packages | Concede acesso ao para fazer o upload ou publicação de um pacote no GitHub Package Registry. Para obter mais informações, consulte "Publicar um pacote". |
read:packages | Concede acesso ao download ou instalação de pacotes do GitHub Package Registry. Para obter mais informações, consulte "Instalando um pacote". |
delete:packages | Concede acesso para excluir pacotes de GitHub Package Registry. Para obter mais informações, consulte "Excluindo e restaurando um pacote." |
admin:gpg_key | Gerenciar totalmente as chaves GPG. |
write:gpg_key | Criar, listar e visualizar informações das chaves GPG. |
read:gpg_key | Listar e visualizar informações das chaves GPG. |
codespace | Concede a capacidade de criar e gerenciar codespaces. Os codespaces podem expor um GITHUB_TOKEN que pode ter um conjunto diferente de escopos. Para obter mais informações, consulte "Segurança em codespaces" |
fluxo de trabalho | Concede a capacidade de adicionar e atualizar arquivos do fluxo de trabalho do GitHub Actions. Os arquivos do fluxo de trabalho podem ser confirmados sem este escopo se o mesmo arquivo (com o mesmo caminho e conteúdo) existir em outro branch no mesmo repositório. Os arquivos do fluxo de trabalho podem expor o GITHUB_TOKEN que pode ter um conjunto diferente de escopos. Para obter mais informações, consulte "Autenticação em um fluxo de trabalho". |
Observação: O seu aplicativo OAuth pode solicitar os escopos no redirecionamento inicial. Você pode especificar vários escopos separando-os com um espaço usando %20:
https://github.com/login/oauth/authorize?
client_id=...&
scope=user%20repo_deployment
Escopos solicitados e escopos concedidos
O atributo escopo lista os escopos adicionados ao token que foram concedido pelo usuário. Normalmente, estes escopos são idênticos aos que você solicitou. No entanto, os usuários podem editar seus escopos, concedendo, efetivamente, ao seu aplicativo um acesso menor do que você solicitou originalmente. Além disso, os usuários podem editar o escopo do token depois que o fluxo do OAuth for concluído. Você deve ter em mente esta possibilidade e ajustar o comportamento do seu aplicativo de acordo com isso.
É importante lidar com casos de erro em que um usuário escolhe conceder menos acesso do que solicitado originalmente. Por exemplo, os aplicativos podem alertar ou informar aos seus usuários que a funcionalidade será reduzida ou não serão capazes de realizar algumas ações.
Além disso, os aplicativos sempre podem enviar os usuários de volta através do fluxo para obter permissão adicional, mas não se esqueça de que os usuários sempre podem dizer não.
Confira o Príncípios do guia de autenticação, que fornece dicas para lidar com escopos de token modificável.
Escopos normalizados
Ao solicitar vários escopos, o token é salvo com uma lista normalizada de escopos, descartando aqueles que estão implicitamente incluídos pelo escopo solicitado. Por exemplo, a solicitação do usuário user,gist,user:email irá gerar apenas um token com escopos de usuário e gist, desde que o acesso concedido com o escopo user:email esteja incluído no escopo usuário.