[KongchangAI]
ConceptProof Key for Code Exchange / 代码交换证明密钥

PKCE

Proof Key for Code Exchange (PKCE) is a security extension mechanism in OAuth 2.1 that uses a paired code_verifier and code_challenge to prevent authorization codes from being intercepted and misused during transmission.

Core Facts

Timeline (last 90 days)

Oct 13

OAuth 2.0 provides mechanisms such as authorization code, PKCE, and Token Exchange (RFC 8693) to express that user A authorizes application B to access resource C on their behalf.

Unverified50%
Sep 27

PKCE is a security extension in OAuth 2.1 designed for public clients, where the client submits a hash of the code verifier and must include the original verifier when exchanging for a token, making it impossible to redeem the token even if the authorization code is intercepted.

Verified65%
Sep 27

The authentication scheme recommended by the official MCP specification is OAuth 2.1 with PKCE.

Unverified60%
Sep 23

OAuth 2.1 is a security-hardened version of OAuth 2.0 that mandates the use of PKCE and deprecates several insecure authorization flows.

Unverified50%
Sep 16

OAuth 2.1 is a security-hardened version of the OAuth 2.0 authorization framework that mandates the use of PKCE to prevent authorization code interception attacks.

Unverified50%
Sep 11

Some providers mandate PKCE (Proof Key for Code Exchange), while others treat it as optional.

Unverified50%
Sep 11

PKCE is an important security enhancement in OAuth 2.1 compared to 2.0, defending against authorization code interception attacks through a paired verification mechanism of code_verifier and code_challenge.

Unverified50%
Sep 11

MCP authorization mandates the use of PKCE (Proof Key for Code Exchange) to prevent authorization codes from being intercepted and exploited.

Unverified50%
Sep 5

OAuth 2.1 mandates the use of PKCE (Proof Key for Code Exchange) to prevent authorization code interception attacks.

Unverified60%
Sep 3

The OAuth 2.1 draft upgrades PKCE from optional to mandatory and prohibits implicit grants and resource owner password credential grants.

Unverified50%

3 more timeline events

All Facts (13)

Verified

MCP's permission model draws on the OAuth 2.0 authorization code flow, requiring explicit user authorization for tool invocation.

75%
Verified

PKCE is a security extension in OAuth 2.1 designed for public clients, where the client submits a hash of the code verifier and must include the original verifier when exchanging for a token, making it impossible to redeem the token even if the authorization code is intercepted.

65%
Unverified

The authentication scheme recommended by the official MCP specification is OAuth 2.1 with PKCE.

60%
Unverified

OAuth 2.1 mandates the use of PKCE (Proof Key for Code Exchange) to prevent authorization code interception attacks.

60%
Unverified

OAuth 2.0 provides mechanisms such as authorization code, PKCE, and Token Exchange (RFC 8693) to express that user A authorizes application B to access resource C on their behalf.

50%
Unverified

OAuth 2.1 is a security-hardened version of OAuth 2.0 that mandates the use of PKCE and deprecates several insecure authorization flows.

50%
Unverified

OAuth 2.1 is a security-hardened version of the OAuth 2.0 authorization framework that mandates the use of PKCE to prevent authorization code interception attacks.

50%
Unverified

Some providers mandate PKCE (Proof Key for Code Exchange), while others treat it as optional.

50%
Unverified

PKCE is an important security enhancement in OAuth 2.1 compared to 2.0, defending against authorization code interception attacks through a paired verification mechanism of code_verifier and code_challenge.

50%
Unverified

MCP authorization mandates the use of PKCE (Proof Key for Code Exchange) to prevent authorization codes from being intercepted and exploited.

50%
Unverified

The OAuth 2.1 draft upgrades PKCE from optional to mandatory and prohibits implicit grants and resource owner password credential grants.

50%
Unverified

Remote MCP Servers are required to implement the OAuth 2.1 authentication flow, which mandates the use of PKCE to prevent authorization code interception attacks and disables implicit grants.

50%
Unverified

PKCE(Proof Key for Code Exchange)扩展通过生成随机 code_verifier 并验证其哈希值,可防止 Authorization Code 被劫持后滥用

50%

Source Articles