-
Notifications
You must be signed in to change notification settings - Fork 528
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
Capturing sensitive data : hiding the value in the report #2972
Comments
Hi, See #2950 |
I'm sorry, I do not see how this is realted to #2950 |
Sorry for this, it should have been #2947 |
hi @jcamiel thanks for the fix but I do not understand how to use it in my use case :) I was expecting something in https://hurl.dev/docs/capturing-response.html In #2947, there is discussion about a --secret CLI option but this is not my use case |
from what I can see in the MR, you implemented the --secret CLI option, but this is not my use case my use case would be to use a "directive" during the capture
|
Let's say your token value is "ABCD", you can declare a secret with Note: it doesn't work if you don't know your value before running your test or if your value is dynamically constructed. Noted, I will see how to address this use case. |
@jcamiel yes I undesrtand that but this is not my use case In my use case, login and password are secrets and I can use --secret => ok But, the API return a 10 days long access_token, so I want to consider this captured variable also a secret (but I cannot passed it in the CLI command) => ko |
Yes noted, we need to address how to redact dynamic value. |
can you reopen this issue or do you prefer to open a new (clearer) one ? |
I will open another one, I can't unlink this one to the PR! I will put the new issue number here => #3543 |
Hi, secrets are merged on
Secrets are redacted from HTML/JSON/JUnit report and logs Feedbacks are welcome! |
I'd like to capture sensitive data in my test and I do not want it to show up in the reports
Is that possible ?
Actual example
=> I do not want to be able to see this access_token in the report since it is a permanent token (yes I know, it's not correct from the server to return always the same token but I do not have the choice here ...)
I'd like to be able to do something like
The text was updated successfully, but these errors were encountered: