PyPI / google-auth / 2.62.0
google-auth 2.62.0
- Source
- https://github.com/googleapis/google-cloud-python
- Tag scanned
google-auth-v2.62.0- Directory
packages/google-auth- Compared with
google-auth-v2.61.0(0 signals introduced since)- Files
- 237 scanned, 44 skipped (binary, oversized, or unrecognised)
- Signals
- 0 critical · 0 warn · 39 info
- Scan time
- 26.0 s
- LLM review
- Reviewed by claude-haiku-5-5 (Anthropic): 37 of 37 warn and critical signals; 37 demoted to info.
- Disclude version
- 4.0.0
- Scanned (UTC)
- 2026-10-14 18:20
Signals
Ordered by severity, then signals introduced in this release. Hidden characters are shown as ⟨U+…⟩.
-
* -
- -
# e.g. --executable-command="/path/to/command --foo=bar" --executable-command= \ # Optional argument for the executable timeout. Defaults to 30s. # --executable-timeout-millis=$EXECUTABLE_TIMEOUT \likely benign Docs example of a gcloud/credential-config command with a placeholder executable command variable.Reasoning
Documentation example showing a placeholder shell variable for an executable command in an embedded bash snippet; the variable is user-supplied configuration in docs, not malicious execution.
-
# e.g. --executable-command="/path/to/command --foo=bar" --executable-command= \ # Optional argument for the executable timeout. Defaults to 30s. # --executable-timeout-millis=$EXECUTABLE_TIMEOUT \likely benign Repeated docs example using $EXECUTABLE_COMMAND placeholder in a bash snippet.Reasoning
Same placeholder pattern repeated in the user guide; it documents a configurable executable command, not hidden execution.
-
# --executable-output-file=$EXECUTABLE_OUTPUT_FILE \ --workforce-pool-user-project= \likely benign Docs example using $WORKFORCE_POOL_USER_PROJECT placeholder in a bash command.Reasoning
Documentation placeholder for a workforce pool project flag in an example command; no real execution path in the file.
-
=likely benign setup.py executes the package's version.py to read __version__ at build time.Reasoning
This is the well-known google-auth pattern of exec'ing version.py read from the package's own source tree to obtain __version__. The argument is a local file read, not attacker-controlled input, but exec at module scope in setup.py is still a notable pattern worth a human glance.
-
info
warn→ info by reviewencoding-base64packages/google-auth/tests/compute_engine/test__metadata.py:43:7b b b blikely benign Test fixture containing a PEM-encoded certificate.Reasoning
A PEM certificate split across byte-string lines in a test fixture; base64 of a certificate is expected and harmless.
-
info
warn→ info by reviewencoding-base64packages/google-auth/tests/test_agent_identity_utils.py:32:7b b b blikely benign Test fixture containing a PEM-encoded certificate.Reasoning
Test fixture of a PEM certificate in byte-string form; expected test data.
-
info
warn→ info by reviewencoding-base64packages/google-auth/tests/test_agent_identity_utils.py:60:7b b b blikely benign Second PEM certificate test fixture in the agent identity tests.Reasoning
Another PEM certificate test fixture; benign test data.
-
= # To avoid json.dumps() differing behavior from one version to other,likely benign AWS documentation sample session token string in test data.Reasoning
AWS example token from the AWS documentation (AKIDEXAMPLE-style sample values) used in tests; not a live credential.
-
:likely benign AWS SigV4 example Authorization header in test fixture.Reasoning
AWS Signature V4 example header with the documented AKIDEXAMPLE sample credential and signature from AWS's test vectors; benign.
-
:likely benign Hex SigV4 signature string in AWS test fixture flagged as base64 blob.Reasoning
Raw-pass base64 heuristic firing on a hex AWS Signature value inside an AWS Signature V4 example test fixture; hex digits look like base64 to the entropy/compression check. Benign test data.
-
:dismissed Hex SigV4 signature in an AWS test fixture header, flagged as base64 by the raw pass.Reasoning
The flagged blob is a hex AWS SigV4 signature inside an Authorization header in a test file using AWS's documented example credentials (AKIDEXAMPLE, host.foo.com). Hex strings are misdetected as base64 by the raw pass; no obfuscation or malicious intent.
-
:dismissed Hex SigV4 signature in an AWS test fixture header, flagged as base64 by the raw pass.Reasoning
Same pattern: a hex AWS signature in a test fixture using the public AKIDEXAMPLE example credentials. Raw-pass false positive on a hex digest.
-
:dismissed Hex SigV4 signature in an AWS test fixture header, flagged as base64 by the raw pass.Reasoning
Hex signature in a test-suite AWS Authorization header with example credentials; the base64 signal is a false positive on hex characters.
-
:dismissed Hex SigV4 signature in an AWS test fixture header, flagged as base64 by the raw pass.Reasoning
Hex SigV4 test signature with documented example credentials; no evidence of obfuscation.
-
:dismissed Hex SigV4 signature in an AWS test fixture header, flagged as base64 by the raw pass.Reasoning
Hex SigV4 test signature with documented example credentials; raw-pass false positive.
-
:dismissed Hex SigV4 signature in an AWS test fixture header, flagged as base64 by the raw pass.Reasoning
Hex SigV4 test signature with example credentials; the base64 detection is spurious.
-
:dismissed Hex SigV4 signature in an AWS test fixture header, flagged as base64 by the raw pass.Reasoning
Hex SigV4 test signature (SignedHeaders includes zoo) with example credentials in a test file; benign.
-
:dismissed Hex SigV4 signature in an AWS test fixture header, flagged as base64 by the raw pass.Reasoning
Hex SigV4 test signature with example credentials in test code; benign raw-pass false positive.
-
:dismissed Hex SigV4 signature in an AWS test fixture header, flagged as base64 by the raw pass.Reasoning
Hex SigV4 test signature (SignedHeaders includes p) with example credentials in a test file; benign.
-
:likely benign AWS SigV4 Authorization header with a documentation-example signature in a test fixture.Reasoning
The flagged value is a hex AWS SigV4 Signature in a unit test. The Credential uses AKIDEXAMPLE, the placeholder key from AWS's own documentation, and the host is host.foo.com. The base64 signal is a false positive on a hex string in test code.
-
:likely benign AWS SigV4 Authorization header with a documentation-example signature in a test fixture.Reasoning
Same pattern as the other AWS test lines: an AWS documentation example credential (AKIDEXAMPLE) and a hex signature used as test input. Nothing here runs or exfiltrates anything.
-
+ + , : ,likely benign Test-constructed AWS SigV4 header for an EC2 request with a hex signature.Reasoning
The signed header is built from ACCESS_KEY_ID in a test for an EC2 request. The signature is a hex string flagged as base64. It is expected test data for request signing.
-
+ + , : ,likely benign Test-constructed AWS SigV4 header for an STS request with a hex signature.Reasoning
A test for an STS signed request. The base64 flag is triggered by a hex signature, and the header is built from a test constant. There is no sign of malicious intent.
-
+ + , : , : ,likely benign Test-constructed AWS SigV4 header for an STS request with a hex signature.Reasoning
A test fixture for signing an STS request. The flagged content is a hex signature in an Authorization header, which is ordinary for SigV4 tests.
-
+ + , : ,likely benign Test-constructed AWS SigV4 header for a DynamoDB request with a hex signature.Reasoning
A DynamoDB signing test. The signature is a hex string flagged by a base64 heuristic, and the header is assembled from test constants in a test file.
-
info
warn→ info by reviewencoding-base64packages/google-auth/tests/transport/test__custom_tls_signer.py:82:44assertlikely benign Expected base64-encoded signature value in a TLS signer unit test assertion.Reasoning
The base64 string is the expected output of an assertion comparing a signature to a known value. It is test data, not an obfuscated payload.
-
info
warn→ info by reviewencoding-base64packages/google-auth/tests/transport/test__mtls_helper.py:36:1= blikely benign Encrypted EC private key PEM fixture in an mTLS helper test.Reasoning
An encrypted PEM private key literal in a test module for mTLS helpers. It is a standard fixture for testing encrypted key handling. The raw pass flags the armored base64 body, which is expected for PEM.
-
info
warn→ info by reviewencoding-base64packages/google-auth/tests/transport/test__mtls_helper.py:45:1= blikely benign EC public key PEM fixture in an mTLS helper test.Reasoning
A public key PEM fixture in a test file. PEM bodies are base64 by design, and a public key cannot be used to attack anything here.
-
info
warn→ info by reviewencoding-base64packages/google-auth/tests/transport/test__mtls_helper.py:108:9= blikely benign Private key PEM fixture embedded in an mTLS helper test function.Reasoning
A private key PEM literal inside a test function. The raw pass flags the armored base64 body. This is typical test-key material and does not show obfuscation.
-
info
warn→ info by reviewencoding-base64packages/google-auth/tests/transport/test__mtls_helper.py:112:9= blikely benign Test fixture containing a fake RSA private key PEM block used for mTLS helper tests.Reasoning
Raw pass base64 flag on a PEM-delimited RSA key constant in a test module for mTLS helper; the content is clearly test fixture data (the key body is a short, well-formed fake with repeated test-like content). Test fixtures containing PEM blocks are a standard legitimate pattern, not obfuscation.
-
info
warn→ info by reviewencoding-base64packages/google-auth/tests/transport/test__mtls_helper.py:116:9= blikely benign Test fixture containing a fake EC private key PEM block.Reasoning
Same pattern as the RSA fixture: a PEM-delimited EC private key placeholder in a test file, flagged only because PEM bodies look base64-like. Raw-pass false positive on test data.
-
info
warn→ info by reviewencoding-base64packages/google-auth/tests/transport/test_requests.py:73:47= blikely benign Mock PEM certificate bytes used as test data for requests transport.Reasoning
A PEM certificate constant in a unit test for the requests transport; the base64 lines are standard certificate encoding, and the test file context indicates mock certificate data. Raw-pass false positive.
-
info
warn→ info by reviewencoding-base64packages/google-auth/tests/transport/test_requests.py:1076:50= blikely benign PEM-encoded old certificate literal inside a transport test.Reasoning
Old certificate PEM literal in a test function, a normal way to supply certificate material to test mTLS or endpoint verification. Base64 flagging is expected for PEM encoding.
-
info
warn→ info by reviewencoding-base64packages/google-auth/tests/transport/test_requests.py:1200:50= blikely benign PEM-encoded certificate literal used in another transport test.Reasoning
Duplicate of the previous certificate fixture in a second test; PEM text in tests is ordinary and the base64 signal reflects standard certificate encoding.
-
info
warn→ info by reviewencoding-base64packages/google-auth/tests/transport/test_urllib3.py:29:47= blikely benign Mock PEM certificate bytes used as test data for urllib3 transport.Reasoning
Mock PEM certificate constant in a urllib3 transport unit test; standard test fixture with base64 body, a raw-pass false positive.
-
info
warn→ info by reviewencoding-base64packages/google-auth/tests/transport/test_urllib3.py:458:50= blikely benign PEM-encoded certificate literal in a urllib3 transport test.Reasoning
PEM certificate literal in a urllib3 test; expected encoding for certificate fixtures, no execution or hiding behavior.
-
info
warn→ info by reviewencoding-base64packages/google-auth/tests/transport/test_urllib3.py:577:50= blikely benign PEM-encoded certificate literal used in a urllib3 test.Reasoning
Another PEM certificate fixture in a urllib3 test file, consistent with legitimate certificate test data and flagged only by the raw base64 heuristic.
Reproduce This Scan
Run disclude locally to verify. Add --format sarif for SARIF output. Add --llm (with an API key in the environment) to include the LLM review.
&&