p PatchFirst

PatchFirst · Latest vulnerabilities

apostrophe 4.33.0: known vulnerabilities

Known vulnerabilities affecting apostrophe 4.33.0: 6. Compare the fixes below with your installed release.

Filter vulnerabilities
Clear filters

Vulnerabilities: 6

  1. CVE-2026-113649

    Medium · CVSS 6.5EPSS 0.3%Fix available

    ApostropheCMS: Import API bypasses publication roles for protected content

    ApostropheCMS is an open-source Node.js content management system. Prior to 3.7.1 of the import-export module and 4.34.0 of core ApostropheCMS, an editor who can import an enabled content type but lacks its stronger publication role can cause import write helpers to create, replace, or remove published variants without the normal publish permission and lifecycle checks. This issue is fixed in import-export 3.7.1 and ApostropheCMS 4.34.0.

    • Update to 4.34.0
    Published Updated
  2. CVE-2026-112958

    Medium · CVSS 5.4EPSS 0.3%Public exploitFix available

    ApostropheCMS: Stored XSS via Unescaped Widget Style Attribute Serialization

    ApostropheCMS is an open-source Node.js content management system. Prior to 4.34.0, a project-defined free-form widget style field can carry an editor-controlled quote into an inline style attribute because the wrapper serializer does not apply HTML-attribute encoding. The quote can terminate the style attribute and inject executable attributes when published content, or an affected draft viewed by a higher-privileged user, is rendered. This issue is fixed in version 4.34.0.

    • Update to 4.34.0
    Published Updated
  3. CVE-2026-112957

    Medium · CVSS 4.3EPSS 0.31%Public exploitFix available

    ApostropheCMS: GET /api/v1/@apostrophecms/page/:id bypasses viewRole restriction and exposes viewPermission-gated fields to lower-privileged users

    ApostropheCMS is an open-source Node.js content management system. Prior to 4.34.0, the getOne REST endpoint for pages does not apply viewRole type-level restrictions or viewPermission field-level redaction. An editor-level user who knows a document _id can read the full content of admin-only pages and their privileged fields, while the getAll endpoint correctly enforces both restrictions. This issue is fixed in version 4.34.0.

    • Update to 4.34.0
    Published Updated
  4. CVE-2026-112954

    Medium · CVSS 5.3EPSS 0.44%Public exploitFix available

    ApostropheCMS: Unauthenticated publicApiProjection bypass via search and sort query builders in the public REST API

    ApostropheCMS is an open-source Node.js content management system. Prior to 4.34.0, a public REST API type that uses publicApiProjection can expose excluded searchable or sortable field information through search membership and sort ordering oracles. Returned fields remain filtered by the projection, so the issue permits targeted inference about hidden values rather than an unrestricted field dump. This issue is fixed in version 4.34.0.

    • Update to 4.34.0
    Published Updated
  5. CVE-2026-112952

    Medium · CVSS 4.3EPSS 0.33%Public exploitFix available

    ApostropheCMS: POST /api/v1/@apostrophecms/doc/slugTaken discloses existence of private/admin-only content to any authenticated user

    ApostropheCMS is an open-source Node.js content management system. Prior to 4.34.0, 'POST /api/v1/@apostrophecms/doc/slugTaken' with body { "slug": "target-slug" } returns a boolean indicating whether a slug is in use across all document types and visibility levels, with no permission or type filter. Any logged-in user (including editors) can enumerate the slug space of private pages, drafts, and archived content. This issue is fixed in version 4.34.0.

    • Update to 4.34.0
    Published Updated
  6. CVE-2026-112951

    Medium · CVSS 5.4EPSS 0.3%Public exploitFix available

    ApostropheCMS: Color field validation bypass allows stored XSS via HTML appended after rgb()/hsl() prefix

    ApostropheCMS is an open-source Node.js content management system. Prior to 4.34.0, the color field accepts trailing content after a valid rgb() or hsl() prefix because its TinyColor validation does not require the entire value to match a color. An authenticated user with edit rights can store arbitrary HTML after a valid color prefix. When the stored value is rendered, the payload executes, resulting in stored XSS. This issue is fixed in version 4.34.0.

    • Update to 4.34.0
    Published Updated

Check your server

Check your installed stack and versions against the current vulnerability feeds.

Check your server →