Desejo desenvolver um SDK que encapsula as funções do OAuth 2.0. Eu verifiquei as diferenças entre o OAuth 1.0 e 2.0 e tenho alguma confusão no cabeçalho de autorização ( 1.0 e 2.0 ), os parâmetros de protocolo OAuth 1.0 podem ser transmitidos usando o cabeçalho HTTP "Autorização", mas não consigo encontrar isso descrito no atual Rascunho do OAuth 2.0.
O OAuth 2.0 oferece suporte a cabeçalhos de autorização?
No OAuth 1.0, seu cabeçalho ficaria assim:
Authorization: OAuth realm="Example",
oauth_consumer_key="0685bd9184jfhq22",
oauth_token="ad180jjd733klru7",
oauth_signature_method="HMAC-SHA1",
oauth_signature="wOJIO9A2W5mFwDgiDvZbTSMK%2FPY%3D",
oauth_timestamp="137131200",
oauth_nonce="4572616e48616d6d65724c61686176",
oauth_version="1.0"
Respostas:
Para quem procura um exemplo de como passar a autorização OAuth2 (token de acesso) no cabeçalho (em vez de usar uma solicitação ou parâmetro de corpo), veja como isso é feito:
fonte
curl -H "Authorization: Bearer $ACCESS_TOKEN" URI
Authorization: Bearer
com os0b...42
dados ou o cabeçalho estáAuthorization:
comBearer 0b...42
os dados ou o quê? Obrigado! (A propósito, sou Oauth2, se isso importa.)Authorization
é o nome do cabeçalho, os dois pontos separam o nome do valor em todos os cabeçalhos de acordo com a seção 4.2 do RFC2616 .Você ainda pode usar o cabeçalho Authorization com OAuth 2.0. Há um tipo de portador especificado no cabeçalho de autorização para uso com tokens de portador OAuth (significando que o aplicativo cliente simplesmente tem que apresentar ("suportar") o token). O valor do cabeçalho é o token de acesso que o cliente recebeu do Authorization Server.
Está documentado nesta especificação: https://tools.ietf.org/html/rfc6750#section-2.1
Por exemplo:
Onde mF_9.B5f-4.1JqM é seu token de acesso OAuth.
fonte