Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

"signature";req and "signature-input";req are not recommended

未关闭
#706 17 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

还没有人认领这个 Issue。

评估

难度
4/5
预计耗时
3-5 天
新手友好度
38/100
Issue 类型
文档
描述清晰度
基本清楚
活跃度
冷清

调研方向

结合 RFC 9421 §2.4 和链接的安全讨论,审查 FAPI 2.0 Message Signing §5.6.2.1。确定第三条是否要求 "signature";req 和 "signature-input";req,然后在确认该解释后更新规范措辞,并验证其是否解决了所引用的 RFC 警告。

由索引模型根据 Issue 内容生成。

描述

component: HTTP Signing migrated-from-bitbucket priority: major type: proposal

Originally submitted by Takahiko Kawasaki (Takahiko Kawasaki) on 2024-09-20

FAPI 2.0 Message Signing, Section 5.6.2.1. Resource servers, the third clause says as follows:

if the request was signed, shall include the request signature and request signature input in the response signature input by means of the req boolean flag defined in Section 2.4 of [RFC9421];

If this clause means that "signature";req and "signature-input";req must be included in the signature base (and there seems to be no other way to interpret it), then this clause should be removed.

The third-to-last paragraph of Section 2.4. Signing Request Components in a Response Message in RFC 9421 HTTP Message Signatures states the following and explicitly says it is “NOT RECOMMENDED” to do so for security reasons.

While it is syntactically possible to include the Signature and Signature-Input fields of the request message in the signature components of a response to a message using this mechanism, this practice is NOT RECOMMENDED. This is because signatures of signatures do not provide transitive coverage of covered components as one might expect, and the practice is susceptible to several attacks as discussed in Section 7.3.7. An application that needs to signal successful processing or receipt of a signature would need to carefully specify alternative mechanisms for sending such a signal securely.

‌


Bitbucket status: open

Bitbucket origin: issue 718

主要语言
HTML
星标
4
派生
3
PR 合并指标
30 天内没有已合并 PR

环境准备

我们还没有检查这个项目的环境配置文件。先看它的 README,通用步骤见我们的新手贡献指南。

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

openid/fapi 的其他 Issue

查看 openid/fapi 的全部 Issue

相似的 Issue

更多 Documentation Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。