Skip to content

XSS in symfony/ux-autocomplete via unescaped AJAX response data

Moderate
nicolas-grekas published GHSA-mwqm-4fw3-cjvr May 29, 2026

Package

composer symfony/ux-autocomplete (Composer)

Affected versions

>=2.2.0, <2.36.0
>=3.0.0, <3.1.0

Patched versions

2.36.0
3.1.0

Description

Description

The Stimulus controller shipped with symfony/ux-autocomplete renders AJAX response items into the dropdown by interpolating the text field directly into HTML template literals (<div>${item[labelField]}</div>) inside _createAutocompleteWithRemoteData(). The value is parsed as HTML rather than text, so any markup contained in the AJAX response is executed by the browser.

When the dropdown values are derived from user-supplied content, an attacker can craft a string that triggers stored XSS in the browser of any other user who later opens a page containing an autocomplete widget backed by the same data.

Resolution

The option and item renderers used in _createAutocompleteWithRemoteData() now use TomSelect's escape helper to HTML-escape the value by default. Endpoints that legitimately return HTML (for example, to highlight the search term) can opt back in to the previous behavior by setting options_as_html: true. The AutocompleteChoiceTypeExtension normalizer that previously forced options_as_html=false when autocomplete_url was set has been dropped so the opt-in is reachable from the form layer.

The patch for this issue is available here for branch 2.x (and forward-ported to 3.x).

Credits

We would like to thank Alex Ashkov for reporting the issue and Hugo Alliaume for providing the fix.

Severity

Moderate

CVE ID

CVE-2026-49216

Weaknesses

Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting')

The product does not neutralize or incorrectly neutralizes user-controllable input before it is placed in output that is used as a web page that is served to other users. Learn more on MITRE.

Credits