You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When using the Dynatrace integration of this buildpack it will log the complete API token into the staging logs of Cloud Foundry.
For example when running cf push with Dynatrace enabled it looks like the following:
-----> Downloading Dynatrace One Agent latest from https://<DYNATRACE_URL>/api/v1/deployment/installer/agent/unix/paas/latest?include=java&bitness=64&Api-Token=dt0c01.NDL63DNEONLLGXTYFDMZ4J47.C5YSHCIF22EWGTVZ2V7PLTZTR4XI6GSWEF4AARMFXLMKOOJUJB6QTTDXLY3J4QS2 (found in cache)
Expected Behaviour
According to the Dynatrace API token format specification the public portion of the token can be treated like a public secret key. This allows for identifying which token was used for staging the app. The secret portion of the token, however, should not be logged to avoid that it shows up in CI/CD pipelines, for example.
Therefore, a better way of logging the API token would be like so:
dt0c01.NDL63DNEONLLGXTYFDMZ4J47.<masked>
The text was updated successfully, but these errors were encountered:
The integration uses the download function from the Buildpack-internal base component which prints out the whole Url. We are currently evaluating the option to adapt the sanitizer to prevent the logging of the secret portion of the key.
Observed Issue
When using the Dynatrace integration of this buildpack it will log the complete API token into the staging logs of Cloud Foundry.
For example when running
cf push
with Dynatrace enabled it looks like the following:Expected Behaviour
According to the Dynatrace API token format specification the public portion of the token can be treated like a public secret key. This allows for identifying which token was used for staging the app. The secret portion of the token, however, should not be logged to avoid that it shows up in CI/CD pipelines, for example.
Therefore, a better way of logging the API token would be like so:
The text was updated successfully, but these errors were encountered: