tree 00e3afce4443243553577566e0401f0e1727a8c1
parent dafbde6c8c9d3f8b83175c00517a96276fa89151
author Frédéric Lécaille <flecaille@haproxy.com> 1651036676 +0200
committer Amaury Denoyelle <adenoyelle@haproxy.com> 1651155760 +0200

BUG/MEDIUM: quic: Possible crash on STREAM frame loss

A crash is possible under such circumtances:
    - The congestion window is drastically reduced to its miniaml value
    when a quic listener is experiencing extreme packet loss ;
    - we enqueue several STREAM frames to be resent and some of them could not be
    transmitted ;
    - some of the still in flight are acknowledged and trigger the
    stream memory releasing ;
    - when we come back to send the remaing STREAM frames, haproxy
    crashes when it tries to build them.

To fix this issue, we mark the STREAM frame as lost when detected as lost.
Then a lookup if performed for the stream the STREAM frames are attached
to before building them. They are released if the stream is no more available
or the data range of the frame is consumed.