GHSA-q683-8468-r6h6: Web auth/webauthn symfony bundle WebauthnAuthenticator Leaks Sensitive HTTP Headers Vulnerability

MODERATE
CWE-532 CWE-200
Published
Advisory Summary

GHSA-q683-8468-r6h6 is a MODERATE webauthnauthenticator leaks sensitive http headers vulnerability (CWE-532: Insertion of Sensitive Information into Log File) affecting Web auth/webauthn symfony bundle libraries in the Packagist ecosystem. The issue involves webauthnauthenticator leaks sensitive http headers through info-level logs. Remediation is available by upgrading affected packages to version 5.3.4.

GHSA-q683-8468-r6h6 at a Glance

CVE Identifier N/A
GHSA Identifier GHSA-q683-8468-r6h6
Severity MODERATE
CVSS v3.1 Base Score N/A
CWE Classification CWE-532: Insertion of Sensitive Information into Log File
Affected Product Web auth/webauthn symfony bundle
Package Ecosystem Packagist
Published Date
Last Updated

How to Fix GHSA-q683-8468-r6h6

To remediate this vulnerability, upgrade all affected Web auth/webauthn symfony bundle dependencies to a patched release. Both direct and transitive dependencies should be checked, as frameworks or security libraries may pull in vulnerable versions transitively.

web-auth/webauthn-symfony-bundle fixed: 5.3.4
Upgrade web-auth/webauthn-symfony-bundle to 5.3.4
Verify Direct and Transitive Dependencies

Run the following command in your project directory to verify that all resolved dependencies use the patched release:

inspect dependencies for web-auth/webauthn-symfony-bundle

How to Check if You Are Affected

To determine whether your application is affected by GHSA-q683-8468-r6h6, inspect your project dependencies for Web auth/webauthn symfony bundle:

inspect dependencies for web-auth/webauthn-symfony-bundle

Analyze the terminal output to locate any version of Web auth/webauthn symfony bundle in your dependency tree. If any resolved version matches the vulnerable ranges listed in the table below (for example, versions earlier than 5.3.4), your application is affected.

Note: Verify declared build manifests and deployed runtime container environments.

Technical Details

Vulnerability Mechanism & Technical Analysis

This vulnerability is classified under CWE-532: Insertion of Sensitive Information into Log File, where the product writes sensitive information to a log file. In Web auth/webauthn symfony bundle, software state validation or input boundaries are circumvented during processing. Review the official source advisory statement below for specific affected components, classes, and reproduction details.

Source Advisory Statement

## Impact `Webauthn\Bundle\Security\Http\Authenticator\WebauthnAuthenticator` logs the full `Symfony\Component\HttpFoundation\Request` object inside the log context of both `onAuthenticationSuccess()` and `onAuthenticationFailure()` at INFO level: ```php $this->logger->info('User has been authenticated successfully with Webauthn.', [ 'request' => $request, 'firewallName' => $firewallName, 'identifier' => $token->getUserIdentifier(), ]); $this->logger->info('Webauthn authentication request failed.', [ 'request' => $request, 'exception' => $exception, ]); ``` `Request::__toString()` returns the raw HTTP message, including every request header. As soon as the configured logger normalises or stringifies the context (default behaviour for `LineFormatter`, `JsonFormatter` via `NormalizerFormatter`, etc.), sensitive headers such as `Cookie` (session identifier), `Authorization` and any custom auth header are written to the log stream in clear text. Applications that forward logs to centralised platforms (ELK, Splunk, Datadog and similar) are particularly exposed: log access is typically broader than application access, which can allow log readers to hijack authenticated sessions. ## Affected versions Every release prior to 5.3.4 is affected. ## Patches The fix removes the full `Request` object from the log context and keeps only non-sensitive fields (request path, method, firewall name, user identifier). It is shipped in 5.3.4. Older branches will not receive a backport; users on those branches should upgrade to 5.3.4+ or apply one of the workarounds below. ## Workarounds Until the upgrade is applied, projects can: 1. Raise the minimum log level for the WebAuthn authenticator above INFO so these two log records are not emitted in production. 2. Configure their Monolog processor/formatter to strip the `request` key from the context of these records before they are written. ## Credit Reported by Kay Joosten (Dawn Technology), maintainer of [Stepup-Webauthn](https://github.com/OpenConext/Stepup-Webauthn).

GHSA-q683-8468-r6h6 Affected Web auth/webauthn symfony bundle Versions

1 component(s)
Fixed Versions:
5.3.4
Product / Package Ecosystem Affected Versions Fixed Version
web-auth/webauthn-symfony-bundle
Packagist
< 5.3.4
5.3.4

References

Frequently Asked Questions

What is GHSA-q683-8468-r6h6?
GHSA-q683-8468-r6h6 is a security vulnerability in Web auth/webauthn symfony bundle involving WebauthnAuthenticator leaks sensitive HTTP headers through INFO-level logs under CWE-532: Insertion of Sensitive Information into Log File.
Which Web auth/webauthn symfony bundle versions are affected?
Affected versions include releases prior to 5.3.4 across affected packages: web-auth/webauthn-symfony-bundle.
What version fixes GHSA-q683-8468-r6h6?
Upgrading to 5.3.4 (or the latest patched release for your respective branch) resolves the vulnerability.
Is web-auth/webauthn-symfony-bundle affected?
Yes, web-auth/webauthn-symfony-bundle is affected in releases prior to 5.3.4. Upgrade your dependency to 5.3.4 or later.
What CWE is associated with GHSA-q683-8468-r6h6?
GHSA-q683-8468-r6h6 is classified under CWE-532: Insertion of Sensitive Information into Log File (The product writes sensitive information to a log file.).
How can I check Packagist dependencies for GHSA-q683-8468-r6h6?
Run the dependency tree command: 'inspect dependencies for web-auth/webauthn-symfony-bundle'. This command lists direct and transitive dependencies in your build configuration so you can verify if a vulnerable version is resolved.
Machine-readable OSV JSON OSV v1.5 Schema
Normalized schema output
{
  "schema_version" : "1.4.0",
  "id" : "GHSA-q683-8468-r6h6",
  "modified" : "2026-06-26T21:00:49Z",
  "published" : "2026-06-26T21:00:49Z",
  "aliases" : [ ],
  "summary" : "WebauthnAuthenticator leaks sensitive HTTP headers through INFO-level logs",
  "details" : "## Impact\n\n`Webauthn\\Bundle\\Security\\Http\\Authenticator\\WebauthnAuthenticator` logs the full `Symfony\\Component\\HttpFoundation\\Request` object inside the log context of both `onAuthenticationSuccess()` and `onAuthenticationFailure()` at INFO level:\n\n```php\n$this->logger->info('User has been authenticated successfully with Webauthn.', [\n    'request' => $request,\n    'firewallName' => $firewallName,\n    'identifier' => $token->getUserIdentifier(),\n]);\n\n$this->logger->info('Webauthn authentication request failed.', [\n    'request' => $request,\n    'exception' => $exception,\n]);\n```\n\n`Request::__toString()` returns the raw HTTP message, including every request header. As soon as the configured logger normalises or stringifies the context (default behaviour for `LineFormatter`, `JsonFormatter` via `NormalizerFormatter`, etc.), sensitive headers such as `Cookie` (session identifier), `Authorization` and any custom auth header are written to the log stream in clear text.\n\nApplications that forward logs to centralised platforms (ELK, Splunk, Datadog and similar) are particularly exposed: log access is typically broader than application access, which can allow log readers to hijack authenticated sessions.\n\n## Affected versions\n\nEvery release prior to 5.3.4 is affected.\n\n## Patches\n\nThe fix removes the full `Request` object from the log context and keeps only non-sensitive fields (request path, method, firewall name, user identifier). It is shipped in 5.3.4. Older branches will not receive a backport; users on those branches should upgrade to 5.3.4+ or apply one of the workarounds below.\n\n## Workarounds\n\nUntil the upgrade is applied, projects can:\n\n1. Raise the minimum log level for the WebAuthn authenticator above INFO so these two log records are not emitted in production.\n2. Configure their Monolog processor/formatter to strip the `request` key from the context of these records before they are written.\n\n## Credit\n\nReported by Kay Joosten (Dawn Technology), maintainer of [Stepup-Webauthn](https://github.com/OpenConext/Stepup-Webauthn).",
  "severity" : [ {
    "type" : "CVSS_V4",
    "score" : "CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N/E:U"
  } ],
  "affected" : [ {
    "package" : {
      "ecosystem" : "Packagist",
      "name" : "web-auth/webauthn-symfony-bundle"
    },
    "ranges" : [ {
      "type" : "ECOSYSTEM",
      "events" : [ {
        "introduced" : "0"
      }, {
        "fixed" : "5.3.4"
      } ]
    } ]
  } ],
  "references" : [ {
    "type" : "WEB",
    "url" : "https://github.com/web-auth/webauthn-framework/security/advisories/GHSA-q683-8468-r6h6"
  }, {
    "type" : "PACKAGE",
    "url" : "https://github.com/web-auth/webauthn-framework"
  } ],
  "database_specific" : {
    "cwe_ids" : [ "CWE-200", "CWE-532" ],
    "severity" : "MODERATE",
    "github_reviewed" : true,
    "github_reviewed_at" : "2026-06-26T21:00:49Z",
    "nvd_published_at" : null
  }
}