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

BUG HTTPTarget stores responses as str(bytes) and the JSON callback can't address keys with digits or hyphens

未关闭 适合新手
  • 哪里不对？
#2,813 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

维护者通常 1 天内回复

还没有人认领这个 Issue。

评估

难度
2/5
预计耗时
1-3 小时
新手友好度
78/100
Issue 类型
缺陷
描述清晰度
描述清楚
活跃度
活跃
技术栈
python
领域
api, backend

调研方向

找到 HTTPTarget、HTTPXAPITarget 和 _fetch_key 入口点，然后将它们对响应内容和键标记的处理方式与 issue 中的示例进行比较。以 doc/code/targets/10_http_target.ipynb 中保存的输出作为参考。完成标准是：响应文本仍保持为已解码状态，并且包含数字或连字符的键可以在不被拆分的情况下进行访问。

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

描述

Two problems in the HTTP targets.

First, HTTPTarget and HTTPXAPITarget save str(response.content) when there's no callback. content is bytes, so what ends up in memory is the Python repr: b'...' with every non-ASCII character escaped. The regex callback searches that same repr, so matches pick up escapes and a trailing quote:

server text:        'Sure — here’s the answer:\nStep 1: café'
stored:             "b'Sure \\xe2\\x80\\x94 here\\xe2\\x80\\x99s the answer:\\nStep 1: caf\\xc3\\xa9'"
regex 'Step 1: .*': "Step 1: caf\\xc3\\xa9'"

You can see it in the saved output of doc/code/targets/10_http_target.ipynb too (b'<!DOCTYPE html>...).

Second, _fetch_key tokenizes with ([a-zA-Z_]+), so keys with digits or hyphens get split. output2 looks up output, generated-text looks up generated, and both raise.

Fix: use response.text, and treat anything other than ., [ and ] as part of a key.

主要语言
Python
星标
4.5k
派生
896
平均合并
3 天 2 小时
30 天内合并 PR
210

环境准备

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

从这里开始

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

microsoft/PyRIT 的其他 Issue

查看 microsoft/PyRIT 的全部 Issue

相似的 Issue

更多 Python Issue

把新 issue 发到你的邮箱

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