-
Notifications
You must be signed in to change notification settings - Fork 4.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
uhv: move http-parser to envoy #19749
Comments
Signed-off-by: Adam Meily <adam.meily@trailofbits.com>
I thought the plan was to stop using the deprecated It looks like all of the uhv issues rely on bringing the deprecated code into Envoy? |
We are working with Yan on the unified header validation component and he shared a technical specification to start working against, which I was under the impression had been approved. There is more discussion going on about this issue in the PR, #19786. |
* integrate and use local copy of http-parser; refs #19749 * ignore third party dependency: http-parser * exclude http-parser third-party code from clang-tidy Signed-off-by: Adam Meily <adam.meily@trailofbits.com>
…#19786) * integrate and use local copy of http-parser; refs envoyproxy#19749 * ignore third party dependency: http-parser * exclude http-parser third-party code from clang-tidy Signed-off-by: Adam Meily <adam.meily@trailofbits.com> Signed-off-by: Josh Perry <josh.perry@mx.com>
Envoy will need to use a modified version of http-parser as part of the unified header validation component. The first step would be to bring in http-parser into Envoy. Then, as part of a separate issue, http-parser will be modified to add a configuration setting that skip header validation.
Right now, http-parser is built as an external library.
The text was updated successfully, but these errors were encountered: