Harden vote listener resource limits and add optional V1 disable mode - #165
Conversation
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: e4931fd8f9
ℹ️ About Codex in GitHub
Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".
|
@codex review |
|
Codex Review: Didn't find any major issues. Keep it up! Reviewed commit: ℹ️ About Codex in GitHubYour team has set up Codex to review pull requests in this repo. Reviews are triggered when you
If Codex has suggestions, it will comment; otherwise it will react with 👍. Codex can also answer questions or update the PR. Try commenting "@codex address that feedback". |
Summary
DisableV1: falseto Bukkit, BungeeCord, and Velocity configurationDisableV1is enabledTokenSupportwas left falseTokenSupportis enabled while V1 compatibility remains enabledInputStream.available()Protocol behavior
DisableV1is intentionally separate fromTokenSupport, so existing voting sites that still require V1 are not broken by enabling token support.Parser limits
Tests
Added regression coverage for:
DisableV1is enabledCodex security findings addressed
9300e9612d908191ba0f301dca7aa339)9c22c997e39c8191b6873dcb0ba0d75f)6b8ef4f9eb4881919f00aa4b2ebcd3e0)88a30d7af76881918cc5532a5be8ffa1)c647164235f48191a75ffd85544947b4)The inherent V1 public-key forgery limitation remains available only for compatibility; operators can now close that path explicitly with
DisableV1: true.