-
Notifications
You must be signed in to change notification settings - Fork 79
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
Sanitise HTTP message logs #454
Labels
Comments
Hi @fantayeneh and @taer. Please check this bug. @OwenLindsell could you look into this please? |
I would add an option to redact headers and cookies. That will make debugging easy. |
Definitely something we will consider |
Almost done on this story. Will hopefully submit a PR tomorrow. |
Fixed |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Problem Statement
Styx logs HTTP messages for access logs, errors, warnings and so on. The messages are constructed by
toString
method, which includes all HTTP fields in verbatim, including sensitive information like security tokens.Styx needs a configurable mechanism to sanitise the HTTP messages before logging them.
Acceptance Criteria
Remove
toString
method fromHttpRequest
,HttpResponse
,LiveHttpRequest
,LiveHttpResponse
, and any possible base classes. This is to prevent developers from logging them accidentally.Add a "removeCookies" option, that is a list of cookie names, in styx server under
request-logging
section. Any cookie name in this list gets removed from the logged message output.TODO: do we need
removeHeaders
option. Similar toremoveCookies
above.The new config is documented in styx end user manual.
The new config option is added to styx config validator, so that it can pick up any invalid configuration.
The text was updated successfully, but these errors were encountered: