Skip to main content

Postiz App CVE-2026-34576

| EUVDEUVD-2026-18446 HIGH
Server-Side Request Forgery (SSRF) (CWE-918)
2026-04-02 GitHub_M
8.3
CVSS 4.0 · Vendor: GitHub_M
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Authenticate to Postiz API
  2. Delivery
    Send crafted URL to /public/v1/upload-from-url endpoint
  3. Exploit
    Bypass file extension validation with image suffix
  4. Execution
    Fetch internal metadata or services via SSRF
  5. Impact
    Return sensitive data to attacker

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V4 - API and Web Service URL allowlisting, SSRF prevention
MITRE ATT&CK

2 techniques across 2 tactics: Initial Access, Credential Access

The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up.

Exploitation Conditions

Authenticated API user with access to POST /public/v1/upload-from-url endpoint in Postiz versions prior to 2.21.3. Attacker appends image extension (.png, .jpg) to arbitrary URLs to bypass file validation and trigger server-side fetch of internal resources, metadata, or services.

Impact

This vulnerability carries significant real-world risk despite the absence of a published CVSS score. The SSRF attack vector is network-based with medium complexity (requires URL crafting and bypassing trivial extension checks), but critically, it requires prior authentication (API user context). Real-world risk is elevated by: (1) confirmed patch availability suggesting vendor validation of severity, (2) the ease of extension bypass (trivial to weaponize), (3) the high-value targets accessible via SSRF (cloud metadata, internal services, database endpoints), and (4) the presence of automated tooling for SSRF exploitation. However, the authentication requirement significantly reduces blast radius compared to unauthenticated SSRF. No KEV status or public POC was identified at time of analysis, suggesting limited active exploitation despite the straightforward nature of the attack. SSVC framework assessment: exploitation is unconfirmed publicly but highly probable given the simplicity of the bypass; impact is technical (data exfiltration from internal networks); automatable via standard HTTP clients. Organizations with internet-facing Postiz instances should prioritize patching.

Exploit ScenarioDerived

An authenticated API user of a Postiz instance discovers the /public/v1/upload-from-url endpoint accepts arbitrary URLs. The attacker crafts a request to http://169.254.169.254/latest/meta-data/iam/security-credentials/?v=.jpg, bypassing the extension check by appending .jpg. The Postiz server fetches the AWS instance IAM credentials from the cloud metadata service and returns them to the attacker, who now possesses cloud credentials for lateral movement. Alternatively, the attacker targets an internal database service (e.g., http://internal-db:5432/?v=.png) or administrative endpoint, exfiltrating configuration or data. No public exploit code has been identified, but exploitation requires only standard HTTP tooling and knowledge of internal network topology.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
Patch available 0.0% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Apr 02, 2026

Server-side request forgery (SSRF) in Postiz social media scheduling tool versions prior to 2.21.3 allows authenticated API users to fetch arbitrary URLs by exploiting the POST /public/v1/upload-from-url endpoint, which performs server-side URL fetching via axios without SSRF protections and relies solely on a bypassable file extension check. Attackers can retrieve internal network resources, cloud metadata, and internal service data, with responses captured and returned to the attacker. Vendor-released patch available in version 2.21.3.

RemediationAI

Upgrade Postiz to version 2.21.3 or later, which patches the SSRF vulnerability. The patch is available at https://github.com/gitroomhq/postiz-app/releases/tag/v2.21.3. Users should apply this update immediately if running Postiz with API access exposed to authenticated users, particularly in environments with sensitive internal network resources or cloud deployments. As a temporary workaround pending patching, restrict API access to the POST /public/v1/upload-from-url endpoint using network-level access controls or WAF rules that block requests to internal IP ranges (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16, 169.254.0.0/16, and 127.0.0.0/8). See GitHub Security Advisory GHSA-89vp-m2qw-7v34 for additional details: https://github.com/gitroomhq/postiz-app/security/advisories/GHSA-89vp-m2qw-7v34.

Affected VersionsENISA

postiz-app < 2.21.3

Affected Packages

euvd postiz_app fix: 2.21.3

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 1 package in euvd

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

Postiz implements a server-side URL fetching mechanism in the POST /public/v1/upload-from-url endpoint that uses axios.get() to retrieve remote content. The vulnerability stems from CWE-918 (Server-Side Request Forgery), a class of attacks where insufficient input validation on URLs allows attackers to bypass network boundary controls. The only validation present is a file extension allowlist (.png, .jpg, etc.), which provides no protection against SSRF as extension-based validation can be circumvented by appending valid extensions to arbitrary URLs (e.g., http://169.254.169.254/latest/meta-data/?v=.jpg for AWS metadata). The fetched content is then stored and returned to the user, enabling exfiltration of sensitive internal data. CPE cpe:2.3:a:gitroomhq:postiz-app:*:*:*:*:*:*:*:* indicates all versions prior to 2.21.3 are vulnerable.

Know when Postiz App gets its next vulnerability

  • Watch products and get an email when something new is published
  • Check this CVE against your own stack and servers
  • Exploit and PoC references, threat intelligence from 22 sources

No credit card · 7-day full trial

Severity by source

Vendor (GitHub_M) PRIMARY 8.3 HIGH
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:N/VA:N/SC:H/SI:N/SA:N

Primary rating from Vendor (GitHub_M) · only source for this CVE.

CVSS VectorVendor: GitHub_M

Attack Vector
Network
Attack Complexity
Low
Attack Requirements
None
Privileges Required
Low
User Interaction
None
Vulnerable system: Confidentiality
High
Vulnerable system: Integrity
None
Vulnerable system: Availability
None
Subsequent system: Confidentiality
High
Subsequent system: Integrity
None
Subsequent system: Availability
None

Lifecycle Timeline

3
Analysis Updated
Apr 16, 2026 - 06:08 EUVD-patch-fix
executive summary
Patch available
Apr 16, 2026 - 05:29 EUVD
2.21.3
CVE Published
Apr 02, 2026 - 17:23 nvd
HIGH 8.3

DescriptionCVE.org

Postiz is an AI social media scheduling tool. Prior to version 2.21.3, the POST /public/v1/upload-from-url endpoint accepts a user-supplied URL and fetches it server-side using axios.get() with no SSRF protections. The only validation is a file extension check (.png, .jpg, etc.) which is trivially bypassed by appending an image extension to any URL path. An authenticated API user can fetch internal network resources, cloud instance metadata, and other internal services, with the response data uploaded to storage and returned to the attacker. This issue has been patched in version 2.21.3.

Executive ViewAI

Why It Matters

Postiz versions before 2.21.3 contain an authenticated SSRF vulnerability in the URL upload endpoint that allows authorized API users to retrieve internal network resources, cloud metadata, and sensitive service data. Organizations using Postiz should treat this as a mandatory update to prevent credential theft, internal reconnaissance, and potential lateral movement by compromised or malicious authenticated accounts.

Business Impact: High
Compensating Controls

Apply vendor patch: upgrade to Postiz 2.21.3 or later. If immediate patching is not possible, implement network-level mitigations: restrict outbound HTTP/HTTPS from Postiz application servers to approved external domains only; block access to private IP ranges (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16) and cloud metadata endpoints (169.254.169.254, metadata.google.internal); enforce strict API rate limiting on the /public/v1/upload-from-url endpoint; disable or revoke unnecessary API credentials pending patch deployment.

Threat Intelligence Overview

EPSS Score
0.0%
Top 88% exploitable
Data Quality
6 sources
Confidence: High
EUVD NVD CVE.org EPSS Vulnrichment GitHub VulDB

How this decision was reached

The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.0%
Patch available Yes
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Scheduled
Exploitation
Poc
System Exposure· derived
Open
Automatable
No
Human Impact
High
Technical Impact
Partial

Priority Score

42
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +42
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Server-Side Request Forgery exploits applications that fetch remote resources based on user-supplied URLs.

CVE-2026-40487 CRITICAL POC
9.0 Apr 18

File upload validation bypass in Postiz social media scheduler (versions before 2.21.6) allows authenticated users to up

CVE-2026-115931 CRITICAL
9.9 Oct 23

Postiz (gitroomhq/postiz-app) before v2.25.1 allows any signed-in user to invoke arbitrary internal integration methods

CVE-2026-48781 CRITICAL
9.9 Jun 16

Privilege escalation to SUPERADMIN in Postiz (gitroomhq/postiz-app) versions prior to 2.21.8 allows any authenticated us

CVE-2026-115933 CRITICAL
9.9 Oct 24

Improper token-purpose validation in Postiz (gitroomhq/postiz-app) through v2.25.2 allows any authenticated user holding

CVE-2026-42298 CRITICAL
9.8 May 08

Arbitrary code execution and privileged token theft affects Postiz (gitroomhq/postiz-app) prior to commit da44801 throug

CVE-2026-115932 CRITICAL
9.6 Oct 24

Postiz instances older than v2.25.3 that store media on local disk let a registered user have the publishing worker read

CVE-2026-19264 CRITICAL
9.3 Aug 07

Arbitrary file read in Postiz (gitroomhq/postiz-app before 2.22.1) lets an unauthenticated remote attacker retrieve any

CVE-2026-94456 CRITICAL
9.1 Sep 22

Predictable, non-cryptographic credential generation in Postiz (gitroomhq/postiz-app, all versions prior to v2.24.0) all

CVE-2026-42556 CRITICAL
9.0 May 08

Stored cross-site scripting in Postiz (gitroomhq/postiz-app) versions 2.21.6 through 2.21.6 lets any authenticated user

CVE-2026-34577 HIGH
8.6 Apr 02

Server-side request forgery in Postiz AI social media scheduling tool (versions < 2.21.3) allows unauthenticated remote

CVE-2026-40168 HIGH
8.2 Apr 10

Server-side request forgery in Postiz (gitroomhq postiz-app) versions prior to 2.21.5 allows unauthenticated remote atta

CVE-2026-48799 HIGH
7.7 Jul 15

Business-logic authentication bypass in Postiz self-hosted AI social media scheduler (gitroomhq/postiz-app) before 2.21.

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy