GHSA-gxxh-8vcj-w2mh
livewire-markdown-editor has arbitrary file upload that allows stored XSS via attachment handler
GHSA-gxxh-8vcj-w2mh is a high vulnerability (CVSS 7.1) in mckenziearts/livewire-markdown-editor, published May 4, 2026. No source lists public exploit code. Fixed in mckenziearts/livewire-markdown-editor 1.3.
- Severity
- 7.1 HighCVSS 3.1, GitHub Advisories
- Exploit chance
- UnscoredNo EPSS score yet
- Exploitation
- None knownNot on CISA’s or ENISA’s lists
Description
Impact
All versions of mckenziearts/livewire-markdown-editor prior to v1.3 contain a critical arbitrary file upload vulnerability in the MarkdownEditor::updatedAttachments() Livewire handler. The handler calls $file->store() with no server-side validation of MIME type, extension, or file content.
Any authenticated user with access to a page embedding <livewire:markdown-editor> can upload files of any type (.html, .svg, .js, .php, .exe, etc.) to the disk configured by livewire-markdown-editor.disk. When that disk is a public cloud bucket (S3, DigitalOcean Spaces, Cloudflare R2, Scaleway Object Storage — the common configuration when FILESYSTEM_DISK points to such a disk), uploaded files are served publicly with a guessed Content-Type header.
The consequences include:
- Stored XSS on the storage domain via uploaded
.htmlor.svgfiles - Phishing page hosting on the application's own storage domain (trust laundering)
- Malware distribution from a domain users associate with the application
- Markdown injection in the editor output via crafted filenames (the client-supplied
getClientOriginalName()value was inserted verbatim into the markdown)
A real-world exploitation of this vulnerability was observed in production on a community platform using this package.
Patches
Upgrade to v1.3 or later.
Workarounds
If developers cannot upgrade immediately, disable the upload UI on every instance of the editor by passing :show-upload="false":
<livewire:markdown-editor wire:model="content" :show-upload="false" />
This hides the file input and prevents the vulnerable code path from being reached.
Resources
Attack profile
How easy it is to exploit
- Attack vector
- Network
- Complexity
- Low
- Privileges needed
- Low
- User interaction
- None
What an attacker can affect
- Confidentiality
- Low
- Integrity
- High
- Availability
- None
Affected packages
| Package | Affected | Fixed |
|---|---|---|
mckenziearts/livewire-markdown-editorPackagist | before 1.3 | 1.3 |
mckenziearts/livewire-markdown-editorPackagist | before 1.3, plus listed versions v1.0v1.0.1v1.1v1.2 | 1.3 |
What each source reports
GitHub Advisories Score used 7.1
livewire-markdown-editor has arbitrary file upload that allows stored XSS via attachment handler
Impact
All versions of mckenziearts/livewire-markdown-editor prior to v1.3 contain a critical arbitrary file upload vulnerability in the MarkdownEditor::updatedAttachments() Livewire handler. The handler calls $file->store() with no server-side validation of MIME type, extension, or file content.
Any authenticated user with access to a page embedding <livewire:markdown-editor> can upload files of any type (.html, .svg, .js, .php, .exe, etc.) to the disk configured by livewire-markdown-editor.disk. When that disk is a public cloud bucket (S3, DigitalOcean Spaces, Cloudflare R2, Scaleway Object Storage — the common configuration when FILESYSTEM_DISK points to such a disk), uploaded files are served publicly with a guessed Content-Type header.
The consequences include:
- Stored XSS on the storage domain via uploaded
.htmlor.svgfiles - Phishing page hosting on the application's own storage domain (trust laundering)
- Malware distribution from a domain users associate with the application
- Markdown injection in the editor output via crafted filenames (the client-supplied
getClientOriginalName()value was inserted verbatim into the markdown)
A real-world exploitation of this vulnerability was observed in production on a community platform using this package.
Patches
Upgrade to v1.3 or later.
Workarounds
If developers cannot upgrade immediately, disable the upload UI on every instance of the editor by passing :show-upload="false":
<livewire:markdown-editor wire:model="content" :show-upload="false" />
This hides the file input and prevents the vulnerable code path from being reached.
Resources
- Record
GHSA-gxxh-8vcj-w2mh- CVSS 3.1
- 7.1 High
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:H/A:N - Weakness
- CWE-79, CWE-434
- Updated
- 2026-11-02
OSV 7.1
livewire-markdown-editor has arbitrary file upload that allows stored XSS via attachment handler
Impact
All versions of mckenziearts/livewire-markdown-editor prior to v1.3 contain a critical arbitrary file upload vulnerability in the MarkdownEditor::updatedAttachments() Livewire handler. The handler calls $file->store() with no server-side validation of MIME type, extension, or file content.
Any authenticated user with access to a page embedding <livewire:markdown-editor> can upload files of any type (.html, .svg, .js, .php, .exe, etc.) to the disk configured by livewire-markdown-editor.disk. When that disk is a public cloud bucket (S3, DigitalOcean Spaces, Cloudflare R2, Scaleway Object Storage — the common configuration when FILESYSTEM_DISK points to such a disk), uploaded files are served publicly with a guessed Content-Type header.
The consequences include:
- Stored XSS on the storage domain via uploaded
.htmlor.svgfiles - Phishing page hosting on the application's own storage domain (trust laundering)
- Malware distribution from a domain users associate with the application
- Markdown injection in the editor output via crafted filenames (the client-supplied
getClientOriginalName()value was inserted verbatim into the markdown)
A real-world exploitation of this vulnerability was observed in production on a community platform using this package.
Patches
Upgrade to v1.3 or later.
Workarounds
If developers cannot upgrade immediately, disable the upload UI on every instance of the editor by passing :show-upload="false":
<livewire:markdown-editor wire:model="content" :show-upload="false" />
This hides the file input and prevents the vulnerable code path from being reached.
Resources
- Record
GHSA-gxxh-8vcj-w2mh- CVSS 3.1
- 7.1 High
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:H/A:N - Weakness
- CWE-434, CWE-79
- Updated
- 2026-11-02
History
| Recorded | Changed | Sources |
|---|---|---|
| first indexed | GitHub Advisories, OSV |
Dates are when Every CVE recorded each change. Upstream dates may differ.
References
github.com/mckenziearts/livewire-markdown-editor/security/advisories/GHSA-gxxh-8vcj-w2mh
github.com/mckenziearts/livewire-markdown-editor/commit/1e60eaa5781e89704e112425f832774be85cd71f
github.com/mckenziearts/livewire-markdown-editor/releases/tag/v1.3
github.com/advisories/GHSA-gxxh-8vcj-w2mh
github.com/mckenziearts/livewire-markdown-editor