Skip to content

← Public intelligence

Packagist package

starcitizentools/tabber-neue

Open actionable advisories and recorded vendor fixes. This public package view has no inventory attached and cannot establish whether your deployment is affected. A vendor fix never resolves your finding; verify your installed version and the source guidance.

Open advisories

2 actionable advisories, newest first. Withdrawn advisories and news are excluded. Coverage is partial.

  1. High, CVSS 8.6PackagistPublished

    TabberNeue vulnerable to Stored XSS through wikitext

    CVE-2025-53093 · GHSA-jfj7-249r-7j2m

    Affected
    • Packagist starcitizentools/tabber-neue >= 3.0.0, < 3.1.1
    Fixed in
    3.1.1· Vendor fix available
    Issue
    Arbitrary HTML can be inserted into the DOM by inserting a payload into any allowed attribute of the <tabber tag. Details The args provided within the wikitext as attributes to the <tabber tag are passed to the TabberComponentTabs class: https://github.com/StarCitizenTools/mediawiki-extensions-TabberNeue/blob/3a23b703ce36cfc4128e7921841f68230be4059a/includes/Tabber.php#L76 In TabberComponentTabs, the attributes are validated before being supplied to the Tabs template. https://github.com/StarCitizenTools/mediawiki-extensions-TabberNeue/blob/3a23b703ce36cfc4128e7921841f68230be4059a/includes/Components/TabberComponentTabs.php#L15-L31 However, the validation is insufficient. What Sanitizer::validateTagAttributes does is call validateAttributes, which However, the attribute values are expected to be escaped when inserted into HTML. The attribute values are then inserted into HTML without being escaped:…

    Recommended action: Upgrade to 3.1.1 or later, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:github.comSource checked Evidence →
  2. High, CVSS 8.6PackagistPublished

    Extension:TabberNeue vulnerable to Cross-site Scripting

    CVE-2025-21612 · GHSA-4x6x-8rm8-c37j

    Affected
    • Packagist starcitizentools/tabber-neue >= 1.9.1, < 2.7.2
    Fixed in
    2.7.2· Vendor fix available
    Issue
    There are several sources of arbitrary, unescaped user input being used to construct HTML, which allows any user that can edit pages or otherwise render wikitext to XSS other users. Edit: Only the first XSS can be reproduced in production. Details ✅ Verified and patched in f229cab099c69006e25d4bad3579954e481dc566 https://github.com/StarCitizenTools/mediawiki-extensions-TabberNeue/blob/2526daa9f8cfdd616c861c8439755cb74a6c8c6e/includes/TabberTransclude.php#L154 This doesn't escape the user-supplied page name when outputting, so an XSS payload as the page name can be used here. This was caused by d8c3db4e5935476e496d979fb01f775d3d3282e6. ---- ❌ Invalid as MediaWiki parser sanitizes dangerous HTML https://github.com/StarCitizenTools/mediawiki-extensions-TabberNeue/blob/2526daa9f8cfdd616c861c8439755cb74a6c8c6e/includes/Tabber.php#L160 The documentation for Parser::recursiveTagParse() states that it returns unsafe HTML, and the $content being supplied is from user input. This was…

    Recommended action: Upgrade to 2.7.2 or later, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:github.comSource checked Evidence →