{"answers":{"affected":"2 open source packages ship an affected version, including @papra/webhooks.","exploited":"It is not confirmed as exploited in the wild, but public exploit code for CVE-2026-48051 exists.","fix":"Upgrade @papra/webhooks to 0.3.3 or later.","what":"CVE-2026-48051 is a low-severity server-side request forgery vulnerability in papra-hq papra, published on 27 Jul 2026. Any signed-in user can exploit it over the network, with no action from the victim."},"fix_prompt":"Check this codebase for CVE-2026-48051 and fix it if it is affected.\n\nWhat it is: CVE-2026-48051 is a low-severity server-side request forgery vulnerability in papra-hq papra, published on 27 Jul 2026. Any signed-in user can exploit it over the network, with no action from the victim.\nExploitation: It is not confirmed as exploited in the wild, but public exploit code for CVE-2026-48051 exists.\n\nAffected packages and fixed versions:\n- @papra/webhooks (npm): affected all versions; fixed in 0.3.3\n- @papra/webhooks (npm): affected all versions; fixed in 0.3.3\n\nTask:\n1. Search the dependency manifests and lockfiles (for example package.json, package-lock.json, requirements.txt, poetry.lock, uv.lock, pom.xml, build.gradle, go.mod, Cargo.lock, Gemfile.lock) and any Dockerfiles for the affected packages, including transitive dependencies.\n2. If an affected version is in use, upgrade it to the fixed version for its release line with the project's package manager, so the lockfile is regenerated. Prefer the smallest upgrade that fixes it.\n3. If there is no fix, or the upgrade would break the build, do not guess: explain the risk and the safest workaround instead.\n4. Run the tests and summarise what changed and why.\n5. If nothing in the project is affected, say so and change nothing.\n\nReference: https://insights.sbomify.com/CVE-2026-48051/ (Markdown: https://insights.sbomify.com/CVE-2026-48051/index.md)","id":"CVE-2026-48051","markdown":"https://insights.sbomify.com/CVE-2026-48051/index.md","name":"CVE-2026-48051","record":{"aliases":["GHSA-5g86-85rp-f9hx"],"analysis":{"component_type":"web_application","fix_type":"upgrade","impacts":["data_read","security_bypass"],"network_reachable":"yes","non_default_config":false,"product_category":"Document management platform","requires_auth":"low_privilege","summary":"Authenticated users can bypass SSRF protections via HTTP redirects to access internal network resources in Papra.","user_interaction":"not_required","vuln_class":"ssrf"},"analysis_generated_by":"qwen3.8-flash-next","assigner":"GitHub_M","cpe":[],"cvss":{"score":3.5,"severity":"low","source":"cna","vector":"CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:C/C:L/I:N/A:N","version":"3.1"},"cwes":[{"id":"CWE-918","name":"Server-Side Request Forgery"}],"description":"Papra is a minimalistic document management and archiving platform. Prior to version 26.5.0, Papra's webhook delivery system contains an SSRF protection bypass that allows any authenticated organisation member to cause the server to make HTTP requests to internal addresses — loopback, link-local, and RFC-1918 ranges. The SSRF protection validates the registered webhook URL but ignores redirect destinations. The HTTP client (ofetch) follows 3xx responses automatically, and the redirect target is never checked against the blocklist. An attacker registers a webhook pointing to an attacker-controlled server, which redirects incoming POSTs to any internal address. Exploitation was confirmed by live test against the official Docker image. The fix is a single-line change to the webhook HTTP client. This issue has been patched in version 26.5.0.","ecosystems":["npm"],"exploits":{"exploitdb":0,"first_seen":null,"github_poc":0,"max_poc_stars":null,"metasploit":0,"nuclei":0,"refs":[],"tier":"weaponised"},"has_fix":true,"headline":"Papra: SSRF via HTTP redirect bypass in webhook delivery","id":"CVE-2026-48051","indexable":true,"kev":null,"kind":"cve","links":{"ecosystem":"npm","product":null,"products":[],"type":"ssrf","year":"2026"},"n_packages":2,"n_references":1,"next":{"headline":"Papra: Cross-organization tag deletion and modification via authenticated cross-tenant request","id":"CVE-2026-48052"},"packages":[{"ecosystem":"npm","fixed":["0.3.3"],"introduced":["0"],"last_affected":[],"package":"@papra/webhooks","purl":null,"source":"GHSA-5g86-85rp-f9hx"},{"ecosystem":"npm","fixed":["0.3.3"],"introduced":["0"],"last_affected":[],"package":"@papra/webhooks","purl":"pkg:npm/%40papra/webhooks","source":"GHSA-5g86-85rp-f9hx"}],"prev":{"headline":"Arc: Unauthenticated access to Go debug pprof endpoints leaks runtime state and enables CPU-burn DoS","id":"CVE-2026-48050"},"products":["papra"],"published":"2026-07-27","related":[],"sources":[{"class":"attribution","licence":"CVE Terms of Use (MITRE)","name":"CVE List","prefix":"CVE"},{"class":"attribution","licence":"CC BY 4.0","name":"GitHub Advisory Database","prefix":"GHSA"},{"class":"attribution","licence":"CWE Terms of Use","name":"CWE (MITRE)"},{"class":"attribution","licence":"FIRST CVSS licence","name":"CVSS (FIRST)"}],"ssvc":{"automatable":"no","exploitation":"poc","technical_impact":"partial"},"state":"PUBLISHED","updated":"2026-07-28","vendors":["papra-hq"]},"summary":"Authenticated users can bypass SSRF protections via HTTP redirects to access internal network resources in Papra.","url":"https://insights.sbomify.com/CVE-2026-48051/"}