HIGH 8.1

CVE-2026-50888: SSRF in Benjamin Jonard Koollection v1.8.0 Scraper – Analysis & Remediation

Benjamin Jonard Koollection version 1.8.0 contains a security flaw in its scraper feature that allows authenticated users to trick the application into accessing internal resources they shouldn't reach. An attacker with valid login credentials can supply specially crafted URLs to the scraper, forcing the server to make requests to internal systems—such as private databases, cloud metadata services, or other backend infrastructure—and potentially retrieve sensitive data. This vulnerability requires authentication, so it's most dangerous in environments where user accounts are compromised or where internal users pose a threat.

Source data · NVD / CISA · public domain

CVSS
3.1 · 8.1 HIGH · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:N
Weaknesses (CWE)
CWE-918
Affected products
0 configuration(s)
Published / Modified
2026-06-15 / 2026-06-17

NVD description (verbatim)

An authenticated Server-Side Request Forgery (SSRF) in the custom scraper subsystem component of Benjamin Jonard Koillection v1.8.0 allows attackers to scan internal resources via supplying a crafted URL.

1 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-50888 is a Server-Side Request Forgery (SSRF) vulnerability in the custom scraper subsystem of Koollection v1.8.0. The flaw exists because the scraper component fails to properly validate or restrict URLs supplied by authenticated users before making server-initiated HTTP requests. An attacker can exploit this to access internal-only resources, including private IP addresses, localhost services, cloud instance metadata (AWS IMDSv1/v2, Azure metadata endpoints, GCP metadata service), internal APIs, and database management interfaces. The vulnerability is classified under CWE-918 (Server-Side Request Forgery) and carries a CVSS 3.1 score of 8.1 (HIGH severity), reflecting high impact on confidentiality and integrity with low attack complexity and no user interaction required beyond initial authentication.

Business impact

This vulnerability enables data exfiltration and reconnaissance of internal infrastructure. An attacker with a valid user account—whether from credential compromise, insider threat, or social engineering—can enumerate internal services, discover private configurations, and extract sensitive data such as API keys, database credentials, or application secrets exposed via metadata services. In cloud-native deployments, this poses particular risk for credential harvesting. Organizations running Koollection in multi-tenant or shared infrastructure environments face elevated exposure.

Affected systems

Benjamin Jonard Koollection version 1.8.0 is affected. This appears to be a community or smaller-scale application, and the scope of real-world deployment is not specified in available vulnerability data. Organizations should inventory any instances of Koollection running version 1.8.0 in their environment, particularly those handling sensitive data or operating in cloud environments.

Exploitability

Exploitation requires valid authentication credentials, which limits but does not eliminate risk—compromised user accounts, supply chain compromises affecting credentials, or authenticated insiders can all leverage this vulnerability. Once authenticated, exploitation is straightforward: crafting a malicious URL in the scraper interface requires no special tools. The attack leaves minimal forensic footprint if logging is not comprehensively configured. No public exploit code or KEV (Known Exploited Vulnerability) status is currently associated with this vulnerability, but the simplicity of exploitation means weaponization is trivial.

Remediation

Primary mitigation is to upgrade to a patched version of Koollection released after June 17, 2026 (verify against Benjamin Jonard's official advisories for exact version). Until patching is possible, restrict access to the scraper functionality to high-trust users only, implement network egress filtering to block requests to internal IP ranges (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16, 127.0.0.0/8, 169.254.169.254), and disable cloud metadata endpoints where feasible. Monitor user accounts for suspicious activity.

Patch guidance

Check Benjamin Jonard Koollection's official repository and release notes for a patched version addressing CVE-2026-50888. The vulnerability was published June 15, 2026 and modified June 17, 2026, suggesting a patch may have been released shortly after public disclosure. Apply the patch to all running Koollection instances after testing in a non-production environment. Verify successful patching by confirming the upgraded version and revalidating that scraper URL inputs are properly sanitized.

Detection guidance

Monitor application logs for unusual URL patterns in scraper requests, particularly those targeting internal IP ranges (10.*.*.*, 172.16.*.*, 192.168.*.*, 127.*.*.*, or 169.254.169.254), localhost, or internal hostnames. Check for requests to cloud metadata services (AWS, Azure, GCP endpoints). Correlate scraper activity with user accounts, noting any spikes in activity or requests from unexpected users. Network-level detection should flag any outbound requests from the Koollection application server to private IP ranges or metadata services. Implement Web Application Firewall (WAF) rules to block requests containing internal IP patterns.

Why prioritize this

This vulnerability scores 8.1 (HIGH) and merits rapid remediation despite requiring authentication. The combination of high confidentiality and integrity impact, ease of exploitation post-authentication, and relevance to infrastructure reconnaissance make it a priority for organizations running Koollection. The lack of KEV status and public exploitation does not diminish urgency—SSRF in authenticated contexts is a well-understood attack pattern with immediate applicability.

Risk score, explained

The CVSS 3.1 score of 8.1 reflects: (1) Network-accessible attack vector (AV:N), (2) Low attack complexity (AC:L) once authenticated, (3) Low privilege requirement (PR:L) but authentication is mandatory, (4) No user interaction needed (UI:N), (5) Unchanged scope (S:U), (6) High confidentiality impact (C:H) from data exfiltration, (7) High integrity impact (I:H) from potential state manipulation via internal services, and (8) No availability impact (A:N). The score appropriately reflects a serious vulnerability that enables lateral movement and data theft in the authenticated threat model.

Frequently asked questions

Does this vulnerability affect versions other than 1.8.0?

The available vulnerability data specifies only version 1.8.0 as affected. Other versions may be vulnerable; contact Benjamin Jonard or review the vendor advisory to confirm which releases are patched or vulnerable. Do not assume other versions are safe without verification.

Can this be exploited without a valid user account?

No. This SSRF requires authentication (PR:L in the CVSS vector). However, 'authentication' does not mean the attacker must be an authorized user—compromised credentials, phished accounts, or insider threats all constitute valid attack vectors. If your user base is large or if credentials are shared or weak, effective attack surface is broader.

What is the risk if Koollection runs in an isolated network with no access to cloud metadata?

Risk is reduced but not eliminated. Even in isolated networks, SSRF can be used to scan internal IP ranges, enumerate services, access internal APIs, or interact with unpatched backend systems. Cloud metadata is a high-value target but not the only target. Patch anyway; do not rely on network isolation alone.

Should I disable the scraper feature entirely until patching?

If feasible, yes—disabling the scraper eliminates the attack surface entirely. If the scraper is business-critical, restrict its use to a small, trusted group of users, monitor its activity closely, and prioritize patching. Balance business continuity against security risk based on your threat model and environment.

This analysis is based on publicly disclosed vulnerability data current as of June 2026. Security landscape and patch status may evolve; verify all patch versions and remediation steps against official Benjamin Jonard advisories and vendor communications. This explainer does not constitute professional security advice; organizations should assess their specific deployment, risk posture, and business context with qualified security personnel. No warranty is provided regarding completeness, accuracy, or suitability for any particular purpose. Source: NVD (public-domain), retrieved 2026-07-24. Analysis generated by SEC.co (claude-haiku-4-5).