关于PKCE的两项技术疑问：无TLS能否生效及是否仅关联Cookie存令牌

疑问1：PKCE能否在无TLS的环境下生效？ #

你的理解方向是对的，PKCE完全无法在无TLS的环境下生效，且RFC7636明确将TLS作为PKCE生效的核心前提：

• RFC7636第3.1节要求，客户端发送包含code_challenge的授权请求时，必须通过TLS传输；第4.1节也强制要求携带code_verifier的令牌请求必须通过TLS发送。
• 无TLS的情况下，攻击者不仅能拦截授权码，还能截获code_challenge。由于code_challenge是code_verifier的哈希值，攻击者可通过暴力破解或其他方式生成匹配的code_verifier，进而用拦截到的授权码换取令牌——这直接让PKCE的缓解机制彻底失效。
• RFC7636第5.1节的安全考虑明确指出：PKCE是对TLS的补充，而非替代方案。所有PKCE相关的通信必须全程受TLS保护。

疑问2：PKCE是否仅与使用Cookie存储授权令牌相关？ #

你的推测是正确的，PKCE与令牌的存储方式无关，也并非仅针对Cookie场景设计：

• RFC6749提到的Cookie攻击场景，是Web应用中令牌存储的特定风险，但PKCE的设计目标是保护所有公开客户端（SPA、原生APP、桌面应用等）的授权码交换流程，核心是防止攻击者拦截授权码后，冒充客户端换取令牌。
• RFC7636从未限定令牌的存储位置，因为它关注的是授权码到令牌的交换环节，而非令牌的存储或使用环节。不管客户端将令牌存在本地存储、内存还是动态生成的存储介质中，只要是公开客户端（无法安全存储客户端密钥的类型），都需要PKCE来防范授权码拦截攻击。
• 简单来说：PKCE解决的是“授权码被偷了怎么办”的问题，而令牌存储安全解决的是“令牌被偷了怎么办”的问题，二者属于OAuth2流程中不同环节的安全机制，没有绑定关系。

内容的提问来源于stack exchange，提问作者kevin