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

No rate limiting on auth endpoints (login/signup/reset)

未关闭
#3,922 5 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

维护者通常 3 天内回复

还没有人认领这个 Issue。

  • #1 来自 @dyk1454683243-sudo —— 已关闭,未合并
  • #4309 来自 @dyk1454683243-sudo —— 已关闭,未合并

评估

难度
4/5
预计耗时
3-5 天
新手友好度
45/100
Issue 类型
功能
描述清晰度
基本清楚
活跃度
活跃
技术栈
javascript

调研方向

首先针对列出的 auth 入口复现问题:POST /editor/login、POST /editor/signup、GET /editor/signup/duplicate_check 以及 reset-password 路由。跟踪这些路由到其实现,并定义阈值和 backoff 行为;完成的标准是过量请求收到 429 或等效的锁定,而正常请求继续正常工作。

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

描述

Bug Help Wanted
p5.js version

No response

What is your operating system?

None

Web browser and version

No response

Actual Behavior

Auth routes currently accept unlimited requests. There’s no throttling/cooldown behavior, so brute force and spam are trivial

Affected routes:

  • POST /editor/login
  • POST /editor/signup
  • GET /editor/signup/duplicate_check
  • POST /editor/reset-password
  • POST /editor/reset-password/:token

Expected behavior:
After a threshold, API should return 429 Too Many Requests (or equivalent lockout/backoff)

Actual behavior:
Requests continue indefinitely with no throttling

Why this matters:

-Brute-force login attempts are not slowed down.
-Signup/reset flows can be abused for spam and account enumeration.
-This is a security gap, not just optimization.

Environment:
Repo: processing/p5.js-web-editor
Date observed: 2026-02-21
Local dev setup on Windows

Steps to reproduce:

  1. Send repeated requests to POST /editor/login with bad credentials in a loop.
  2. Repeat rapidly (100+ requests).
  3. Observe responses
主要语言
JavaScript
星标
1.7k
派生
1.7k
平均合并
2 天 7 小时
30 天内合并 PR
8

环境准备

从这里开始

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

processing/p5.js-web-editor 的其他 Issue

查看 processing/p5.js-web-editor 的全部 Issue

相似的 Issue

更多 JavaScript Issue

把新 issue 发到你的邮箱

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