Security implications of 1.2.0 unclear
- Dominant language
- TypeScript
- Stars
- 14.9k
- Forks
- 1.4k
- Avg merge
- 4d 20h
- Merged PRs (30d)
- 9
Description
The most recent version of Brotli has this ALL CAPS note in the changelog:
```
## [1.2.0] - 2025-10-27
### SECURITY
- python: added `Decompressor::can_accept_more_data` method and optional
`output_buffer_limit` argument `Decompressor::process`;
that allows mitigation of unexpectedly large output;
reported by Charles Chan (https://github.com/charleswhchan)
```
It _seems_ from these notes that a user of the Python brotli package would actually need to change their usage (as well as update) but how is not made abundantly clear.
Side note: my git archeology is being hampered by the fact that this note seems to predate the actual release by almost a year. In similar vein: their seems to be a gap between 2025-10-27 and the moment this actually made it to PyPI
Contributor guide
Research direction
Start with the 1.2.0 changelog entry and the Python Decompressor APIs named there: can_accept_more_data and process with output_buffer_limit. Clarify whether users must change their usage, document the mitigation, and explain the release and PyPI timeline; done means the security impact and upgrade guidance are unambiguous.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- documentation, security
- Issue type
- Documentation
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100