RUSTSEC-2026-0523: MAX_STREAM_DATA frame can open streams beyond the stream limit
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 2/5
- Tempo estimado
- 1-3 horas
- Facilidade para iniciantes
- 48/100
Direção de pesquisa
The payload names only the vulnerable crate, quinn-proto 0.11.17, and the patched range >=0.11.19; it does not show where the gateway uses it. Start with cargo tree -i quinn-proto to see whether it is a direct or transitive dependency, then check Cargo.toml and Cargo.lock. Done when the lockfile resolves to a patched version, cargo build and the test suite pass, and cargo audit no longer reports RUSTSEC-2026-0523.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
MAX_STREAM_DATA frame can open streams beyond the stream limit
| Details | |
|---|---|
| Package | quinn-proto |
| Version | 0.11.17 |
| URL | https://github.com/quinn-rs/quinn/commit/3eb7465d9e11d7a245e99cde1a4eb872ec26d264 |
| Date | 2026-09-30 |
| Patched versions | >=0.11.19 |
| Unaffected versions | <0.11.0 |
When a MAX_STREAM_DATA frame named a peer-initiated bidirectional stream that was not open yet, received_max_stream_data treated the stream, and every lower-numbered stream, as opened without checking the stream ID against the limit advertised to the peer. RFC 9000 section 4.6 requires closing the connection with STREAM_LIMIT_ERROR in this case, and the STREAM and RESET_STREAM handlers already did so.
After the handshake, a peer can send one small MAX_STREAM_DATA frame naming a very large stream index, and accept then yields every stream up to that index. In quinn, a loop that keeps calling accept_bi can be handed more than 2^40 streams. Depending on the runtime, the endpoint runs out of memory, stops accepting new connections, or keeps busy indefinitely, even after the peer has gone away. Clients and servers that accept peer-initiated bidirectional streams are affected. Unidirectional streams are not.
The fix validates the stream ID in received_max_stream_data and adds a defensive check where streams are opened implicitly. It is in 0.11.19.
See advisory page for additional details.
- Linguagem predominante
- Rust
- Estrelas
- 0
- Forks
- 2
- Merge médio
- 14d 2h
- PRs com merge (30d)
- 1
Preparar o ambiente
Este projeto não oferece contêiner de desenvolvimento, Dockerfile nem guia de contribuição, então a configuração fica por sua conta: comece pelo README e veja nosso guia da primeira contribuição para os passos gerais.
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de stackabletech/postgresql-trino-gateway
-
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 62/100
-
RUSTSEC-2026-0348: Brotli certificate decompression can allocate up to 1 GiB before authenticationAberta
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 60/100
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
-
Dificuldade 2/5 Menos de uma hora Facilidade para iniciantes 50/100
Todas as issues de stackabletech/postgresql-trino-gateway
Issues semelhantes
-
remove the use of `forget`Abertagood first issue help wanted
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 80/100
Mantenedores costumam responder em até 1 dia
-
bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
swc-project/swc-ai-issues#907 ·
-
area:helper kind:bug priority:p3 ready
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 82/100
Mantenedores costumam responder em até 1 dia
-
bug UI
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 70/100
wardian-app/Wardian#1746 ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 82/100
Mantenedores costumam responder em até 1 dia