Logger instance for HTTP request/response output; requires OAUTH_DEBUG to be true. When debug logging is enabled, sensitive values are filtered using Auth::Sanitizer::SanitizedLogger initialized from OAuth2.config[:filtered_label] and the key names in OAuth2.config[:filtered_debug_keys].
+ —
Logger instance for HTTP request/response output; requires OAUTH_DEBUG to be true. When debug logging is enabled, sensitive values are filtered using OAuth2::AUTH_SANITIZER::SanitizedLogger initialized from OAuth2.config[:filtered_label] and the key names in OAuth2.config[:filtered_debug_keys].
IMPORTANT (OAuth 2.1): The Implicit grant (response_type=token) is omitted from the OAuth 2.1 draft specification.
-It remains here for backward compatibility with OAuth 2.0 providers. Prefer the Authorization Code flow with PKCE.
# File 'lib/oauth2/strategy/implicit.rb', line 35
-
-defget_token(*)
- raise(NotImplementedError,"The token is accessed differently in this strategy")
-end
We as members, contributors, and leaders pledge to make participation in our
-community a harassment-free experience for everyone, regardless of age, body
-size, visible or invisible disability, ethnicity, sex characteristics, gender
-identity and expression, level of experience, education, socio-economic status,
-nationality, personal appearance, race, caste, color, religion, or sexual
-identity and orientation.
-
-
We pledge to act and interact in ways that contribute to an open, welcoming,
-diverse, inclusive, and healthy community.
-
-
Our Standards
-
-
Examples of behavior that contributes to a positive environment for our
-community include:
-
-
-
Demonstrating empathy and kindness toward other people
-
Being respectful of differing opinions, viewpoints, and experiences
-
Giving and gracefully accepting constructive feedback
-
Accepting responsibility and apologizing to those affected by our mistakes,
-and learning from the experience
-
Focusing on what is best not just for us as individuals, but for the overall
-community
-
-
-
Examples of unacceptable behavior include:
-
-
-
The use of sexualized language or imagery, and sexual attention or advances of
-any kind
-
Trolling, insulting or derogatory comments, and personal or political attacks
-
Public or private harassment
-
Publishing others’ private information, such as a physical or email address,
-without their explicit permission
-
Other conduct which could reasonably be considered inappropriate in a
-professional setting
-
-
-
Enforcement Responsibilities
-
-
Community leaders are responsible for clarifying and enforcing our standards of
-acceptable behavior and will take appropriate and fair corrective action in
-response to any behavior that they deem inappropriate, threatening, offensive,
-or harmful.
-
-
Community leaders have the right and responsibility to remove, edit, or reject
-comments, commits, code, wiki edits, issues, and other contributions that are
-not aligned to this Code of Conduct, and will communicate reasons for moderation
-decisions when appropriate.
-
-
Scope
-
-
This Code of Conduct applies within all community spaces, and also applies when
-an individual is officially representing the community in public spaces.
-Examples of representing our community include using an official email address,
-posting via an official social media account, or acting as an appointed
-representative at an online or offline event.
-
-
Enforcement
-
-
Instances of abusive, harassing, or otherwise unacceptable behavior may be
-reported to the community leaders responsible for enforcement at
-.
-All complaints will be reviewed and investigated promptly and fairly.
-
-
All community leaders are obligated to respect the privacy and security of the
-reporter of any incident.
-
-
Enforcement Guidelines
-
-
Community leaders will follow these Community Impact Guidelines in determining
-the consequences for any action they deem in violation of this Code of Conduct:
-
-
1. Correction
-
-
Community Impact: Use of inappropriate language or other behavior deemed
-unprofessional or unwelcome in the community.
-
-
Consequence: A private, written warning from community leaders, providing
-clarity around the nature of the violation and an explanation of why the
-behavior was inappropriate. A public apology may be requested.
-
-
2. Warning
-
-
Community Impact: A violation through a single incident or series of
-actions.
-
-
Consequence: A warning with consequences for continued behavior. No
-interaction with the people involved, including unsolicited interaction with
-those enforcing the Code of Conduct, for a specified period of time. This
-includes avoiding interactions in community spaces as well as external channels
-like social media. Violating these terms may lead to a temporary or permanent
-ban.
-
-
3. Temporary Ban
-
-
Community Impact: A serious violation of community standards, including
-sustained inappropriate behavior.
-
-
Consequence: A temporary ban from any sort of interaction or public
-communication with the community for a specified period of time. No public or
-private interaction with the people involved, including unsolicited interaction
-with those enforcing the Code of Conduct, is allowed during this period.
-Violating these terms may lead to a permanent ban.
-
-
4. Permanent Ban
-
-
Community Impact: Demonstrating a pattern of violation of community
-standards, including sustained inappropriate behavior, harassment of an
-individual, or aggression toward or disparagement of classes of individuals.
-
-
Consequence: A permanent ban from any sort of public interaction within the
-community.
Many paths lead to being a sponsor or a backer of this project. Are you on such a path?
-
-
-
-
-
-
-
-
🤑 A request for help
-
-
Maintainers have teeth and need to pay their dentists.
-After getting laid off in an RIF in March, and encountering difficulty finding a new one,
-I began spending most of my time building open source tools.
-I’m hoping to be able to pay for my kids’ health insurance this month,
-so if you value the work I am doing, I need your support.
-Please consider sponsoring me or the project.
-
-
To join the community or get help 👇️ Join the Discord.
-
-
-
-
To say “thanks!” ☝️ Join the Discord or 👇️ send money.
-
-
💌 💌 💌
-
-
Another Way to Support Open Source Software
-
-
I’m driven by a passion to foster a thriving open-source community – a space where people can tackle complex problems, no matter how small. Revitalizing libraries that have fallen into disrepair, and building new libraries focused on solving real-world challenges, are my passions. I was recently affected by layoffs, and the tech jobs market is unwelcoming. I’m reaching out here because your support would significantly aid my efforts to provide for my family, and my farm (11 🐔 chickens, 2 🐶 dogs, 3 🐰 rabbits, 8 🐈 cats).
-
-
If you work at a company that uses my work, please encourage them to support me as a corporate sponsor. My work on gems you use might show up in bundle fund.
-
-
I’m developing a new library, floss_funding, designed to empower open-source developers like myself to get paid for the work we do, in a sustainable way. Please give it a look.
-
-
Floss-Funding.dev: 👉️ No network calls. 👉️ No tracking. 👉️ No oversight. 👉️ Minimal crypto hashing. 💡 Easily disabled nags
Copyright (c) 2017-2026 Peter H. Boling, of Galtzo.com, and oauth2 contributors Copyright (c) 2011-2013 Michael Bleigh and Intridea, Inc.
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
if ci_badges.map(&:color).all? { it == "green"} 👇️ send money so I can do more of this. FLOSS maintenance is now my full-time job.
-
-
-
-
- 👣 How will this project approach the September 2025 hostile takeover of RubyGems? 🚑️
-
-I've summarized my thoughts in [this blog post](https://dev.to/galtzo/hostile-takeover-of-rubygems-my-thoughts-5hlo).
-
-
-
-
🌻 Synopsis
-
-
OAuth 2.0 is the industry-standard protocol for authorization.
-This is a RubyGem for implementing OAuth 2.0 clients (not servers) in Ruby applications.
-
-
⭐️ including OAuth 2.1 draft spec & OpenID Connect (OIDC)
-
-
Quick Examples
-
-
- Convert the following `curl` command into a token request using this gem...
-
-
E2E example does not ship with the released gem, so clone the source to play with it.
-
-
-
docker compose -f docker-compose-ssl.yml up -d --wait
-ruby examples/e2e.rb
-# If your machine is slow or Docker pulls are cold, increase the wait:
-E2E_WAIT_TIMEOUT=120 ruby examples/e2e.rb
-# The mock server serves HTTP on 8080; the example points to http://localhost:8080 by default.
-
The maintainers of this and thousands of other packages are working with Tidelift to deliver commercial support and maintenance for the open source packages you use to build your applications. Save time, reduce risk, and improve code health, while paying the maintainers of the exact packages you use.
-
-
-
-
-
💡Subscribe for support guarantees covering all your FLOSS dependencies
💡Tidelift pays maintainers to maintain the software you depend on! 📊@Pointy Haired Boss: An enterprise support subscription is “never gonna let you down”, and supports open source maintainers
-
-
-
Alternatively:
-
-
-
-
-
-
-
-
-
-
✨ Installation
-
-
Install the gem and add to the application’s Gemfile by executing:
-
-
bundle add oauth2
-
-
-
If bundler is not being used to manage dependencies, install the gem by executing:
-
-
gem install oauth2
-
-
-
🔒 Secure Installation
-
-
- For Medium or High Security Installations
-
-
This gem is cryptographically signed, and has verifiable SHA-256 and SHA-512 checksums by
-stone_checksums. Be sure the gem you install hasn’t been tampered with
-by following the instructions below.
-
-
Add my public key (if you haven’t already, expires 2045-04-29) as a trusted certificate:
Support new formats, including from jsonapi.org: application/vdn.api+json, application/vnd.collection+json, application/hal+json, application/problem+json
-
-
Adds option to OAuth2::Client#get_token:
-
-
-:access_token_class (AccessToken); user specified class to use for all calls to get_token
-
-
-
-
Adds option to OAuth2::AccessToken#initialize:
-
-
-:expires_latency (nil); number of seconds by which AccessToken validity will be reduced to offset latency
-
-
-
By default, keys are transformed to snake case.
-
-
Original keys will still work as previously, in most scenarios, thanks to snaky_hash gem.
-
However, this is a breaking change if you rely on response.parsed.to_h to retain the original case, and the original wasn’t snake case, as the keys in the result will be snake case.
-
As of version 2.0.4 you can turn key transformation off with the snaky: false option.
-
-
-
By default, the :auth_scheme is now :basic_auth (instead of :request_body)
-
-
Third-party strategies and gems may need to be updated if a provider was requiring client id/secret in the request body
Targeted ruby compatibility is non-EOL versions of Ruby, currently 3.2, 3.3, and 3.4.
-Compatibility is further distinguished as “Best Effort Support” or “Incidental Support” for older versions of Ruby.
-This gem will install on Ruby versions >= v2.2 for 2.x releases.
-See 1-4-stable branch for older rubies.
-
-
- Ruby Engine Compatibility Policy
-
-
This gem is tested against MRI, JRuby, and Truffleruby.
-Each of those has varying versions that target a specific version of MRI Ruby.
-This gem should work in the just-listed Ruby engines according to the targeted MRI compatibility in the table below.
-If you would like to add support for additional engines,
-see gemfiles/README.md, then submit a PR to the correct maintenance branch as according to the table below.
-
-
-
-
- Ruby Version Compatibility Policy
-
-
If something doesn’t work on one of these interpreters, it’s a bug.
-
-
This library may inadvertently work (or seem to work) on other Ruby
-implementations; however, support will only be provided for the versions listed
-above.
-
-
If you would like this library to support another Ruby version, you may
-volunteer to be a maintainer. Being a maintainer entails making sure all tests
-run and pass on that implementation. When something breaks on your
-implementation, you will be responsible for providing patches in a timely
-fashion. If critical issues for a particular implementation exist at the time
-of a major release, support for that Ruby version may be dropped.
-
-
-
-
-
-
-
-
Ruby OAuth2 Version
-
Maintenance Branch
-
Targeted Support
-
Best Effort Support
-
Incidental Support
-
-
-
-
-
1️⃣
-
2.0.x
-
main
-
3.2, 3.3, 3.4
-
2.5, 2.6, 2.7, 3.0, 3.1
-
2.2, 2.3, 2.4
-
-
-
2️⃣
-
1.4.x
-
1-4-stable
-
3.2, 3.3, 3.4
-
2.5, 2.6, 2.7, 3.0, 3.1
-
1.9, 2.0, 2.1, 2.2, 2.3, 2.4
-
-
-
3️⃣
-
older
-
N/A
-
Best of luck to you!
-
Please upgrade!
-
-
-
-
-
-
NOTE: The 1.4 series will only receive critical security updates.
-See SECURITY.md and IRP.md.
Relative authorize_url and token_url (Not on site root, Just Works!)
-
-
In the above example, the default Authorization URL is oauth/authorize and default Access Token URL is oauth/token, and, as they are missing a leading /, both are relative.
Instances of OAuth2::AccessToken handle request signing and token expiration.
-
-
-
-Snake Case & Indifferent Access: response.parsed returns a SnakyHash allowing access via string/symbol and snake_case keys even if the provider returns CamelCase.
-
-Auto-Refresh: You can manually check token.expired? and call token.refresh.
-
-Serialization: Persist tokens using token.to_hash and restore via OAuth2::AccessToken.from_hash(client, hash).
-
-
-
snake_case and indifferent access in Response#parsed
-
-
response = access.get("/api/resource", params: {"query_foo" => "bar"})
-# Even if the actual response is CamelCase. it will be made available as snaky:
-JSON.parse(response.body) # => {"accessToken"=>"aaaaaaaa", "additionalData"=>"additional"}
-response.parsed # => {"access_token"=>"aaaaaaaa", "additional_data"=>"additional"}
-response.parsed.access_token # => "aaaaaaaa"
-response.parsed[:access_token] # => "aaaaaaaa"
-response.parsed.additional_data # => "additional"
-response.parsed[:additional_data] # => "additional"
-response.parsed.class.name # => SnakyHash::StringKeyed (from snaky_hash gem)
-
-
-
Serialization
-
-
As of v2.0.11, if you need to serialize the parsed result, you can!
-
-
There are two ways to do this, globally, or discretely. The discrete way is recommended.
-
-
Global Serialization Config
-
-
Globally configure SnakyHash::StringKeyed to use the serializer. Put this in your code somewhere reasonable (like an initializer for Rails).
-
-
SnakyHash::StringKeyed.class_eval do
- extend SnakyHash::Serializer
-end
-
-
-
Discrete Serialization Config
-
-
Discretely configure a custom Snaky Hash class to use the serializer.
-
-
class MySnakyHash < SnakyHash::StringKeyed
- # Give this hash class `dump` and `load` abilities!
- extend SnakyHash::Serializer
-end
-
-# And tell your client to use the custom class in each call:
-client = OAuth2::Client.new("client_id", "client_secret", site: "https://example.org/oauth2")
-token = client.get_token({snaky_hash_klass: MySnakyHash})
-
-
-
Serialization Extensions
-
-
These extensions work regardless of whether you used the global or discrete config above.
-
-
There are a few hacks you may need in your class to support Ruby < 2.4.2 or < 2.6.
-They are likely not needed if you are on a newer Ruby.
-Expand the examples below, or the ruby-oauth/snaky_hash gem,
-or response_spec.rb, for more ideas, especially if you need to study the hacks for older Rubies.
-
-
- See Examples
-
-
class MySnakyHash < SnakyHash::StringKeyed
- # Give this hash class `dump` and `load` abilities!
- extend SnakyHash::Serializer
-
- #### Serialization Extentions
- #
- # Act on the non-hash values (including the values of hashes) as they are dumped to JSON
- # In other words, this retains nested hashes, and only the deepest leaf nodes become bananas.
- # WARNING: This is a silly example!
- dump_value_extensions.add(:to_fruit) do |value|
- "banana" # => Make values "banana" on dump
- end
-
- # Act on the non-hash values (including the values of hashes) as they are loaded from the JSON dump
- # In other words, this retains nested hashes, and only the deepest leaf nodes become ***.
- # WARNING: This is a silly example!
- load_value_extensions.add(:to_stars) do |value|
- "***" # Turn dumped bananas into *** when they are loaded
- end
-
- # Act on the entire hash as it is prepared for dumping to JSON
- # WARNING: This is a silly example!
- dump_hash_extensions.add(:to_cheese) do |value|
- if value.is_a?(Hash)
- value.transform_keys do |key|
- split = key.split("_")
- first_word = split[0]
- key.sub(first_word, "cheese")
- end
- else
- value
- end
- end
-
- # Act on the entire hash as it is loaded from the JSON dump
- # WARNING: This is a silly example!
- load_hash_extensions.add(:to_pizza) do |value|
- if value.is_a?(Hash)
- res = klass.new
- value.keys.each_with_object(res) do |key, result|
- split = key.split("_")
- last_word = split[-1]
- new_key = key.sub(last_word, "pizza")
- result[new_key] = value[key]
- end
- res
- else
- value
- end
- end
-end
-
This gem supports request flows that can involve absolute URLs in addition to relative paths.
-That flexibility can expand trust boundaries when a token-bearing client is asked to send requests
-to caller-provided targets.
-
-
Practical guidance:
-
-
-
prefer relative paths where practical
-
do not pass untrusted absolute URLs into token-bearing clients
-
validate or allowlist request targets at the application layer today if your deployment has strict trust-boundary requirements
-
-
-
This release line does not yet enforce same-host or allowlist request policy automatically.
-If stricter outbound request controls are needed, they should currently be implemented by the calling application.
-
-
OAuth2::Response
-
-
The AccessToken methods #get, #post, #put and #delete and the generic #request
-will return an instance of the OAuth2::Response class.
-
-
This instance contains a #parsed method that will parse the response body and
-return a Hash-like SnakyHash::StringKeyed if the Content-Type is application/x-www-form-urlencoded or if
-the body is a JSON object. It will return an Array if the body is a JSON
-array. Otherwise, it will return the original body string.
-
-
The original response body, headers, and status can be accessed via their
-respective methods.
-
-
OAuth2::AccessToken
-
-
If you have an existing Access Token for a user, you can initialize an instance
-using various class methods including the standard new, from_hash (if you have
-a hash of the values), or from_kvform (if you have an
-application/x-www-form-urlencoded encoded string of the values).
-
-
Options (since v2.0.x unless noted):
-
-
-
-
-
-
-
-expires_latency (Integer
-
nil): Seconds to subtract from expires_in when computing #expired? to offset latency.
-
-
-
-
-
-
-
-
-
-token_name (String
-
Symbol
-
nil): When multiple token-like fields exist in responses, select the field name to use as the access token (since v2.0.10).
-
-
-
-
-
-
-
-
-
-mode (Symbol
-
Proc
-
Hash): Controls how the token is transmitted on requests made via this AccessToken instance.
-
-
-
-
-
-:header — Send as Authorization: Bearer header (default and preferred by OAuth 2.1 draft guidance).
-
-
-:query — Send as access_token query parameter (discouraged in general, but required by some providers).
-
Verb-dependent (since v2.0.15): Provide either:
-
-
a Proc taking |verb| and returning :header or :query, or
-
a Hash with verb symbols as keys, for example {get: :query, post: :header, delete: :header}.
-
-
-
-
-
-
-
Note: Verb-dependent mode supports providers like Instagram that require query mode for GET and header mode for POST/DELETE
-
-
-
Verb-dependent mode via Proc was added in v2.0.15
-
Verb-dependent mode via Hash was added in v2.0.16
-
-
-
OAuth2::Error
-
-
On 400+ status code responses, an OAuth2::Error will be raised. If it is a
-standard OAuth2 error response, the body will be parsed and #code and #description will contain the values provided from the error and
-error_description parameters. The #response property of OAuth2::Error will
-always contain the OAuth2::Response instance.
-
-
If you do not want an error to be raised, you may use :raise_errors => false
-option on initialization of the client. In this case the OAuth2::Response
-instance will be returned as usual and on 400+ status code responses, the
-Response instance will contain the OAuth2::Error instance.
-
-
Authorization Grants
-
-
Currently, the Authorization Code, Implicit, Resource Owner Password Credentials, Client Credentials, and Assertion
-authentication grant types have helper strategy classes that simplify client
-use. They are available via the #auth_code,
-#implicit,
-#password,
-#client_credentials, and
-#assertion methods respectively.
-
-
OAuth 2.1 (draft) Note:
-
-
-
-PKCE is required for all OAuth clients using the authorization code flow (especially public clients). Implement PKCE in your app when required by your provider. See RFC 7636 and RFC 8252.
-
-Implicit grant (response_type=token) and Resource Owner Password Credentials grant are omitted from OAuth 2.1; they remain here for OAuth 2.0 compatibility but should be avoided for new apps.
-
-Redirect URIs must be compared using exact string matching by the Authorization Server.
-
-
- JHipster UAA (Spring Cloud) password grant example (legacy; avoid when possible)
-
-
# This converts a Postman/Net::HTTP multipart token request to oauth2 gem usage.
-# JHipster UAA typically exposes the token endpoint at /uaa/oauth/token.
-# The original snippet included:
-# - Basic Authorization header for the client (web_app:changeit)
-# - X-XSRF-TOKEN header from a cookie (some deployments require it)
-# - grant_type=password with username/password and client_id
-# Using oauth2 gem, you don't need to build multipart bodies; the gem sends
-# application/x-www-form-urlencoded as required by RFC 6749.
-
-require "oauth2"
-
-client = OAuth2::Client.new(
- "web_app", # client_id
- "changeit", # client_secret
- site: "http://localhost:8080/uaa",
- token_url: "/oauth/token", # absolute under site (or "oauth/token" relative)
- auth_scheme: :basic_auth, # sends HTTP Basic Authorization header
-)
-
-# If your UAA requires an XSRF header for the token call, provide it as a header.
-# Often this is not required for token endpoints, but if your gateway enforces it,
-# obtain the value from the XSRF-TOKEN cookie and pass it here.
-xsrf_token = ENV["X_XSRF_TOKEN"] # e.g., pulled from a prior set-cookie value
-
-access = client.password.get_token(
- "admin", # username
- "admin", # password
- headers: xsrf_token ? {"X-XSRF-TOKEN" => xsrf_token} : {},
- # JHipster commonly also accepts/needs the client_id in the body; include if required:
- # client_id: "web_app",
-)
-
-puts access.token
-puts access.to_hash # full token response
-
-
-
Notes:
-
-
-
Resource Owner Password Credentials (ROPC) is deprecated in OAuth 2.1 and discouraged. Prefer Authorization Code + PKCE.
-
If your deployment strictly demands the X-XSRF-TOKEN header, first fetch it from an endpoint that sets the XSRF-TOKEN cookie (often “/” or a login page) and pass it to headers.
-
For Basic auth, auth_scheme: :basic_auth handles the Authorization header; you do not need to base64-encode manually.
-
-
-
-
-
Verb‑dependent Token Mode
-
-
Providers like Instagram require the access token to be sent differently depending on the HTTP verb:
-
-
-
GET requests: token must be in the query string (?access_token=…)
-
POST/DELETE requests: token must be in the Authorization header (Bearer …)
-
-
-
Since v2.0.15, you can configure an AccessToken with a verb‑dependent mode. The gem will choose how to send the token based on the request method.
-
-
Tips:
-
-
-
Avoid query‑string bearer tokens unless required by your provider. Instagram explicitly requires it for GET requests.
-
If you need a custom rule, you can pass a Proc for mode, e.g. mode: ->(verb) { verb == :get ? :query : :header }.
-
-
-
- Instagram API Example
-
-
Example: exchanging and refreshing long‑lived Instagram tokens, and making API calls
-
-
require "oauth2"
-
-# NOTE: Users authenticate via Facebook Login to obtain a short‑lived user token (not shown here).
-# See Facebook Login docs for obtaining the initial short‑lived token.
-
-client = OAuth2::Client.new(nil, nil, site: "https://graph.instagram.com")
-
-# Start with a short‑lived token you already obtained via Facebook Login
-short_lived = OAuth2::AccessToken.new(
- client,
- ENV["IG_SHORT_LIVED_TOKEN"],
- # Key part: verb‑dependent mode
- mode: {get: :query, post: :header, delete: :header},
-)
-
-# 1) Exchange for a long‑lived token (Instagram requires GET with access_token in query)
-# Endpoint: GET https://graph.instagram.com/access_token
-# Params: grant_type=ig_exchange_token, client_secret=APP_SECRET
-exchange = short_lived.get(
- "/access_token",
- params: {
- grant_type: "ig_exchange_token",
- client_secret: ENV["IG_APP_SECRET"],
- # access_token param will be added automatically by the AccessToken (mode => :query for GET)
- },
-)
-long_lived_token_value = exchange.parsed["access_token"]
-
-long_lived = OAuth2::AccessToken.new(
- client,
- long_lived_token_value,
- mode: {get: :query, post: :header, delete: :header},
-)
-
-# 2) Refresh the long‑lived token (Instagram uses GET with token in query)
-# Endpoint: GET https://graph.instagram.com/refresh_access_token
-refresh_resp = long_lived.get(
- "/refresh_access_token",
- params: {grant_type: "ig_refresh_token"},
-)
-long_lived = OAuth2::AccessToken.new(
- client,
- refresh_resp.parsed["access_token"],
- mode: {get: :query, post: :header, delete: :header},
-)
-
-# 3) Typical API GET request (token in query automatically)
-me = long_lived.get("/me", params: {fields: "id,username"}).parsed
-
-# 4) Example POST (token sent via Bearer header automatically)
-# Note: Replace the path/params with a real Instagram Graph API POST you need,
-# such as publishing media via the Graph API endpoints.
-# long_lived.post("/me/media", body: {image_url: "https://...", caption: "hello"})
-
-
-
-
-
Refresh Tokens
-
-
When the server issues a refresh_token, you can refresh manually or implement an auto-refresh wrapper.
-
-
-
Manual refresh:
-
-
-
if access.expired?
- access = access.refresh
-end
-
-
-
-
Auto-refresh wrapper pattern:
-
-
-
class AutoRefreshingToken
- def initialize(token_provider, store: nil)
- @token = token_provider
- @store = store # e.g., something that responds to read/write for token data
- end
-
- def with(&blk)
- tok = ensure_fresh!
- blk ? blk.call(tok) : tok
- rescue OAuth2::Error => e
- # If a 401 suggests token invalidation, try one refresh and retry once
- if e.response && e.response.status == 401 && @token.refresh_token
- @token = @token.refresh
- @store.write(@token.to_hash) if @store
- retry
- end
- raise
- end
-
-private
-
- def ensure_fresh!
- if @token.expired? && @token.refresh_token
- @token = @token.refresh
- @store.write(@token.to_hash) if @store
- end
- @token
- end
-end
-
-# usage
-keeper = AutoRefreshingToken.new(access)
-keeper.with { |tok| tok.get("/v1/protected") }
-
-
-
Persist the token across processes using AccessToken#to_hash and AccessToken.from_hash(client, hash).
-
-
Token Revocation (RFC 7009)
-
-
You can revoke either the access token or the refresh token.
-
-
# Revoke the current access token
-access.revoke(token_type_hint: :access_token)
-
-# Or explicitly revoke the refresh token (often also invalidates associated access tokens)
-access.revoke(token_type_hint: :refresh_token)
-
-
-
Client Configuration Tips
-
-
Mutual TLS (mTLS) client authentication
-
-
Some providers require OAuth requests (including the token request and subsequent API calls) to be sender‑constrained using mutual TLS (mTLS). With this gem, you enable mTLS by providing a client certificate/private key to Faraday via connection_opts.ssl and, if your provider requires it for client authentication, selecting the tls_client_auth auth_scheme.
-
-
Example using PEM files (certificate and key):
-
-
require "oauth2"
-require "openssl"
-
-client = OAuth2::Client.new(
- ENV.fetch("CLIENT_ID"),
- ENV.fetch("CLIENT_SECRET"),
- site: "https://example.com",
- authorize_url: "/oauth/authorize/",
- token_url: "/oauth/token/",
- auth_scheme: :tls_client_auth, # if your AS requires mTLS-based client authentication
- connection_opts: {
- ssl: {
- client_cert: OpenSSL::X509::Certificate.new(File.read("localhost.pem")),
- client_key: OpenSSL::PKey::RSA.new(File.read("localhost-key.pem")),
- # Optional extras, uncomment as needed:
- # ca_file: "/path/to/ca-bundle.pem", # custom CA(s)
- # verify: true # enable server cert verification (recommended)
- },
- },
-)
-
-# Example token request (any grant type can be used). The mTLS handshake
-# will occur automatically on HTTPS calls using the configured cert/key.
-access = client.client_credentials.get_token
-
-# Subsequent resource requests will also use mTLS on HTTPS endpoints of `site`:
-resp = access.get("/v1/protected")
-
-
-
Notes:
-
-
-
Files must contain the appropriate PEMs. The private key may be encrypted; if so, pass a password to OpenSSL::PKey::RSA.new(File.read(path), ENV["KEY_PASSWORD"]).
-
If your certificate and key are in a PKCS#12/PFX bundle, you can load them like:
-
If your environment does not have system CAs, specify ca_file or ca_path inside the ssl: hash.
-
Keep verify: true in production. Set verify: false only for local testing.
-
-
-
Faraday adapter: Any adapter that supports Ruby’s OpenSSL should work. net_http (default) and net_http_persistent are common choices.
-
Scope of mTLS: The SSL client cert is applied to any HTTPS request made by this client (token and resource requests) to the configured site base URL (and absolute URLs you call with the same client).
-
OIDC tie-in: Some OPs require tls_client_auth at the token endpoint per OIDC/OAuth specifications. That is enabled via auth_scheme: :tls_client_auth as shown above.
client = OAuth2::Client.new(
- id,
- secret,
- site: "https://provider.example.com",
- connection_opts: {
- request: {open_timeout: 5, timeout: 15},
- proxy: ENV["HTTPS_PROXY"],
- ssl: {verify: true},
- },
-) do |faraday|
- faraday.request(:url_encoded)
- # faraday.response :logger, Logger.new($stdout) # see OAUTH_DEBUG below
- faraday.adapter(:net_http_persistent) # or any Faraday adapter you need
-end
-
-
-
Using flat query params (Faraday::FlatParamsEncoder)
-
-
Some APIs expect repeated key parameters to be sent as flat params rather than arrays. Faraday provides FlatParamsEncoder for this purpose. You can configure the oauth2 client to use it when building requests.
-
-
require "faraday"
-
-client = OAuth2::Client.new(
- id,
- secret,
- site: "https://api.example.com",
- # Pass Faraday connection options to make FlatParamsEncoder the default
- connection_opts: {
- request: {params_encoder: Faraday::FlatParamsEncoder},
- },
-) do |faraday|
- faraday.request(:url_encoded)
- faraday.adapter(:net_http)
-end
-
-access = client.client_credentials.get_token
-
-# Example of a GET with two flat filter params (not an array):
-# Results in: ?filter=order.clientCreatedTime%3E1445006997000&filter=order.clientCreatedTime%3C1445611797000
-resp = access.get(
- "/v1/orders",
- params: {
- # Provide the values as an array; FlatParamsEncoder expands them as repeated keys
- filter: [
- "order.clientCreatedTime>1445006997000",
- "order.clientCreatedTime<1445611797000",
- ],
- },
-)
-
-
-
If you instead need to build a raw Faraday connection yourself, the equivalent configuration is:
If the token response includes an id_token (a JWT), this gem surfaces it in token.params['id_token'].
-
-Note: This gem does not validate the signature of the id_token. You must use a JWT library (like the jwtgem) and your provider’s JWKs to verify it.
-
For private_key_jwt client authentication, provide auth_scheme: :private_key_jwt and ensure your key configuration matches the provider requirements.
-
See OIDC.md for a more complete OIDC overview and examples.
-
-
-
Debugging
-
-
-
Set environment variable OAUTH_DEBUG=true to enable verbose Faraday logging (uses the client-provided logger).
-
To mirror a working curl request, ensure you set the same auth scheme, params, and content type. The Quick Example at the top shows a curl-to-ruby translation.
-
-
-
-
-
🦷 FLOSS Funding
-
-
While ruby-oauth tools are free software and will always be, the project would benefit immensely from some funding.
-Raising a monthly budget of… “dollars” would make the project more sustainable.
-
-
We welcome both individual and corporate sponsors! We also offer a
-wide array of funding channels to account for your preferences
-(although currently Open Collective is our preferred funding platform).
-
-
If you’re working in a company that’s making significant use of ruby-oauth tools we’d
-appreciate it if you suggest to your company to become a ruby-oauth sponsor.
If doing a sponsorship in the form of donation is problematic for your company from an accounting standpoint, we’d recommend the use of Tidelift, where you can get a support-like subscription instead.
-
-
-
-
-
Open Collective for Individuals
-
-
Support us with a monthly donation and help us continue our activities. [Become a backer]
I’m driven by a passion to foster a thriving open-source community – a space where people can tackle complex problems, no matter how small. Revitalizing libraries that have fallen into disrepair, and building new libraries focused on solving real-world challenges, are my passions. I was recently affected by layoffs, and the tech jobs market is unwelcoming. I’m reaching out here because your support would significantly aid my efforts to provide for my family, and my farm (11 🐔 chickens, 2 🐶 dogs, 3 🐰 rabbits, 8 🐈 cats).
-
-
If you work at a company that uses my work, please encourage them to support me as a corporate sponsor. My work on gems you use might show up in bundle fund.
-
-
I’m developing a new library, floss_funding, designed to empower open-source developers like myself to get paid for the work we do, in a sustainable way. Please give it a look.
-
-
Floss-Funding.dev: 👉️ No network calls. 👉️ No tracking. 👉️ No oversight. 👉️ Minimal crypto hashing. 💡 Easily disabled nags
-
-
-
-
🔐 Security
-
-
To report a security vulnerability, please use the Tidelift security contact.
-Tidelift will coordinate the fix and disclosure.
If you need some ideas of where to help, you could work on adding more code coverage,
-or if it is already 💯 (see below) check reek, issues, or PRs,
-or use the gem and think about how it could be better.
This Library adheres to .
-Violations of this scheme should be reported as bugs.
-Specifically, if a minor or patch version is released that breaks backward compatibility,
-a new version should be immediately released that restores compatibility.
-Breaking changes to the public API will only be introduced with new major versions.
-
-
-
dropping support for a platform is both obviously and objectively a breaking change
I understand that policy doesn’t work universally (“exceptions to every rule!”),
-but it is the policy here.
-As such, in many cases it is good to specify a dependency on this library using
-the Pessimistic Version Constraint with two digits of precision.
-
-
For example:
-
-
spec.add_dependency("oauth2", "~> 2.0")
-
-
-
- 📌 Is "Platform Support" part of the public API? More details inside.
-
-
SemVer should, IMO, but doesn’t explicitly, say that dropping support for specific Platforms
-is a breaking change to an API, and for that reason the bike shedding is endless.
-
-
To get a better understanding of how SemVer is intended to work over a project’s lifetime,
-read this article from the creator of SemVer:
- Copyright (c) 2011 - 2013 Michael Bleigh and Intridea, Inc.
-
-
-
-
🤑 A request for help
-
-
Maintainers have teeth and need to pay their dentists.
-After getting laid off in an RIF in March, and encountering difficulty finding a new one,
-I began spending most of my time building open source tools.
-I’m hoping to be able to pay for my kids’ health insurance this month,
-so if you value the work I am doing, I need your support.
-Please consider sponsoring me or the project.
-
-
To join the community or get help 👇️ Join the Discord.
-
-
-
-
To say “thanks!” ☝️ Join the Discord or 👇️ send money.
If you need some ideas of where to help, you could work on adding more code coverage,
-or if it is already 💯 (see below) check reek, issues, or PRs,
+or if it is already 💯 (see below) check reek, issues, or PRs,
or use the gem and think about how it could be better.