OAI / OAI/sig-security

[Announcement] OAuth2.1 and OAuth3 drafts

Open
#30 11 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
No language data
Stars
6
Forks
3
Avg merge
1h 54m
Merged PRs (30d)
1

Description

OAuth2.1 and OAuth3 drafts has been announced.

OAuth 2.1:

  • RFC6749 - OAuth 2.0 Core
  • RFC6750 - Bearer token usage
  • RFC7636 - PKCE
  • Native App & Browser-Based App BCPs(best current practices)
  • Security BCP(best current practice):
    • MUST support PKCE for all client types
    • No password grant
    • No implicit flow
    • Exact string matching for redirect URIs
    • No access tokens in query string
    • Refresh tokens must be sender-constrained or one-time use

OAuth 3:

  • In development under a new IETF working group
  • Re-thinking OAuth from the ground up
  • Not backwards compatible
  • Consolidate all various use cases in OAuth into a new framework

It seems to me that changes to specification should be applied:

  • Deprecate implicit in OAuth Flows Object
  • Deprecate password in OAuth Flows Object
  • Deprecate in: query for apiKey type of security scheme(this one not sure, maybe apiKey isn't related to access tokens)

Don't know whether I should subscribe @aaronpk to this thread, but at least he can confirm that I retyped text from his What's New With OAuth and OIDC? video presentation correctly.

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Review the linked OpenAPI 3.0.3 OAuth Flows Object section and the referenced OAuth 2.1 materials first. Determine whether implicit, password, and query-based apiKey flows should be deprecated, and treat a clear specification decision as done.

Written by the indexing model from the issue text.

Assessment

Tech stack
openapi
Domain
api, authentication, security
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.