google / google/brotli

Security implications of 1.2.0 unclear

Open
#1,381 2 comments 1 reaction 0 assignees View on GitHub
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

Open the contributing 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.