Repository navigation
Conversation
pyarrow 26.0.1 wheels bundle Brotli 1.2.1; 26.0.0 wheels bundle the affected 1.2.0. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## master #46018 +/- ##
==========================================
+ Coverage 84.99% 85.02% +0.03%
==========================================
Files 3080 3080
Lines 209131 209578 +447
Branches 49278 49324 +46
==========================================
+ Hits 177755 178204 +449
- Misses 27993 27996 +3
+ Partials 3383 3378 -5
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Harness. 🚀 New features to boost your workflow:
|
| @@ -32,7 +32,7 @@ cryptography>=50.0.2,<51.0.0 | |||
| # Security: Snyk - XSS vulnerability in Mako templates | |||
| mako>=1.4.3,<2.0.0 | |||
| # Security: CVE-2024-52338 (CRITICAL) - Deserialization of untrusted data in IPC/Parquet readers | |||
There was a problem hiding this comment.
Should we be updating this line too as the bump is now for a different reason.
✅ Deploy Preview for superset-docs-preview ready!
To edit notification comments on pull requests, go to your Netlify project configuration. |
sha174n
left a comment
There was a problem hiding this comment.
LGTM. Patch bump (26.0.0 -> 26.0.1) within the existing major floor, so compatibility risk is minimal, and it closes CVE-2026-111497 in pyarrow's statically-bundled Brotli.
Confirmed the reachability independently: reading a Brotli-compressed Parquet through the columnar upload path (pd.read_parquet / pq.ParquetFile in columnar_reader.py) routes the uploaded bytes into the bundled decoder on affected pyarrow builds. Your "in theory ... via Parquet upload" is reproducible in practice, so the interim guidance to disable upload-to-database on older releases is the right call where the pyarrow ceiling can't reach 26.0.1.
SUMMARY
Related: #45743
Bumps pyarrow floor - their wheels statically bundle their own brotli - https://github.com/microsoft/vcpkg/blob/61d7eaeb094a6acbc23d9c2e54de9208175fda47/ports/brotli/vcpkg.json#L3
The 26.0.0 wheels bundle Brotli 1.2.0, which was affected by CVE-2026-111497 (out-of-bounds write in the Brotli decoder): apache/arrow#55167.
In theory it might be exploitable when reading Brotli-compressed Parquet, e.g. via Parquet upload - if you have "upload to database" allowed in Superset, and user sends prepared parquet.
To be safe in the meantime, I would recommend disabling upload to database in Database settings in previous releases of Superset, where Superset's pyarrow has lower ceiling
TESTING INSTRUCTIONS
Ran on a 7.0.0rc2 deployment with pyarrow overridden to 26.0.1 (pandas 2.3.3, Postgres metadata DB):