[jboss-jira] [JBoss JIRA] (WFLY-12527) Invalid/benevolent hpack decoding of huffman-encoded string literal with EOS symbol

[Jan Stourac (Jira)]

Jan Stourac created WFLY-12527:
----------------------------------

             Summary: Invalid/benevolent hpack decoding of huffman-encoded string literal with EOS symbol
                 Key: WFLY-12527
                 URL: https://issues.jboss.org/browse/WFLY-12527
             Project: WildFly
          Issue Type: Bug
          Components: Web (Undertow)
    Affects Versions: 17.0.1.Final
            Reporter: Jan Stourac
            Assignee: Flavia Rainone


I can see failing HTTP/2 test in [thirdparty testsuite|https://github.com/summerwind/h2spec] against WildFly:
{code}
HPACK: Header Compression for HTTP/2
  5. Primitive Type Representations
    5.2. String Literal Representation
      × 3: Sends a Huffman-encoded string literal representation containing the EOS symbol
        -> The endpoint MUST treat this as a decoding error.
           Expected: GOAWAY Frame (Error Code: COMPRESSION_ERROR)
                     Connection closed
             Actual: DATA Frame (length:1504, flags:0x01, stream_id:1)
{code}
This error started to occur after [this fix|https://github.com/summerwind/h2spec/commit/ce109b0cae4731610dbccded0185c2991d75f29d#diff-5c3ffe15f99f05c746ec4815a7a924de] has been done in the testsuite itself few months ago. There is expected a '{{Compression error}}' to be returned by server followed by connection closure, although WildFly simply responds with a '{{Data}}' packet expecting further communication.

I've also checked with latest WildFly master branch and Undertow in version of {{2.0.26.Final}}. Still same issue.

Note that Apache HTTP {{2.4.29}} passes this particular test successfully.



--
This message was sent by Atlassian Jira
(v7.13.5#713005)