p PatchFirst

PatchFirst · Latest vulnerabilities

Latest vulnerabilities · Page 41

Follow new advisories by stack, product and installed version. Vulnerabilities published in the last 30 days: 19719. Listed in KEV: 22.

Filter vulnerabilities
Clear filters

Early warnings

Fresh vulnerability reports from vendor announcements and security news. These warnings do not change the security rating.

  1. node.js

    No fix published

    Node.js: denial of service

    According to GitHub Advisory Database, Node.js has a denial of service vulnerability (CVE-2026-109932). The exact affected versions are unspecified. The report does not name a fixed version.

    What to do now: Check whether a Node.js update with the fix is available and install it.

    CVE-2026-109932

  2. node.js

    No fix published

    Node.js: remote code execution

    According to OpenNet, Node.js has a remote code execution vulnerability (CVE-2026-111497). The exact affected versions are unspecified. The report does not name a fixed version.

    What to do now: Check whether a Node.js update with the fix is available and install it.

    CVE-2026-111497

  3. php

    No fix published

    PHP: remote code execution

    According to OpenNet, PHP has a remote code execution vulnerability (CVE-2026-115560). The exact affected versions are unspecified. The report does not name a fixed version.

    What to do now: Check whether a PHP update with the fix is available and install it.

    CVE-2026-115560

Vulnerabilities: 487500

  1. GHSA-4mfg-r38w-w8fg

    High · CVSS 8.2Fix available

    mcp-sanitizer: URL sanitizer allows localhost/IPv6 loopback SSRF bypass via explicit port or bracketed IPv6

    ## URL sanitizer allows localhost/IPv6 loopback SSRF bypass via explicit port or bracketed IPv6 ### Summary `mcp-sanitizer` v1.3.3 fails to block Server-Side Request Forgery (SSRF) targets when a `localhost` URL includes an explicit port (e.g., `http://localhost:8080/`) or when an IPv6 loopback/link-local address is expressed in bracketed notation (e.g., `http://[::1]:8080/`, `http://[fe80::1]:8080/`). Because the library is explicitly designed to gate MCP tool parameters such as `web_fetch` and `web_scraper` before outbound HTTP requests are made, a bypass here directly enables an attacker-controlled URL to reach internal services, leaking

    • Update to 1.4.0
    Published Updated
  2. GHSA-7w82-6f9j-v9jp

    High · CVSS 7.5Fix available

    mcp-sanitizer: File Path Sanitizer Permits Arbitrary User-Home Absolute Paths

    ## File Path Sanitizer Permits Arbitrary User-Home Absolute Paths ### Summary `mcp-sanitizer` v1.3.3 explicitly whitelists `/home/` and `/Users/` as allowed absolute path prefixes in its file path validation logic (`src/utils/validation-utils.js:188-196`). As a result, paths such as `/home/alice/.ssh/id_rsa` and `/home/alice/.aws/credentials` pass through `sanitizer.sanitize()` with `blocked=false`, even though they point to highly sensitive files outside any configured safe root. Any consumer application that trusts the sanitized path and passes it to a filesystem read/write operation (e.g., `fs.readFile`) will expose arbitrary user-home d

    • Update to 1.4.0
    Published Updated
  3. CVE-2026-58273

    High · CVSS 8.8Fix available

    rucio has an Authorization Bypass on REST API endpoint for signing URLs

    ## Summary The `/credentials/signurl` endpoint decides authorization from the client-supplied `X-Rucio-Account` HTTP header instead of the authenticated token's account. Any client holding **any** valid auth token (even a low-privilege account they legitimately own) can send `X-Rucio-Account: root` to pass the root-only permission check and have the Rucio server mint a presigned **read / write / delete** URL for an **arbitrary** object, signed with the RSE's stored S3 / GCS / Swift credentials. ## Details `SignURL.get()` takes the authorization principal from a request header and never uses the token-authenticated identity: ```python # lib/

    • Update to 35.9.0
    • Update to 38.6.0
    • Update to 41.0.0rc1
    Published Updated
  4. CVE-2026-61542

    High · CVSS 8.6EPSS 0.31%No fix published

    Gearboy advisory / Gearsystem body: Unauthenticated network exposure of MCP HTTP tools

    Gearboy is a Game Boy, Game Boy Color, and Super Game Boy emulator and debugger with an embedded MCP server. Gearsystem, the affected component, has an optional `--mcp-http` mode that accepts unauthenticated MCP requests from any reachable network peer despite localhost-only documentation and logging. In the described `platforms/shared/desktop/mcp/mcp_transport.h` transport, the socket binds `INADDR_ANY`, normally on port 7777, and POST requests to `/mcp` reach dispatch without `Authorization`, `Host`, or `Origin` checks. Responses and OPTIONS advertise `Access-Control-Allow-Origin: *`. A peer can initialize an MCP session and invoke exposed

    Published Updated
  5. CVE-2026-54162

    Medium · CVSS 4.7EPSS 0.25%No fix published

    Ember: Unneutralised terminal escape/control sequences from Caddy logs injected into the operator's TUI

    Ember is a real-time terminal dashboard for Caddy servers with FrankenPHP support. Prior to 1.4.2, interactive TUI row formatters pass Caddy access-log fields, particularly the request URI, through the `fitCellLeft` render helper without neutralizing terminal escape or control sequences. An unauthenticated remote client can place ANSI, OSC, or CSI control bytes in an ordinary HTTP request target. Caddy JSON-escapes those bytes, `ParseLogLine` decodes them back into raw controls, and the formatters concatenate them into `View()` output reaching `os.Stdout`. When the operator views the default `Logs` tab, the terminal interprets these sequences

    Published Updated
  6. CVE-2026-61529

    Medium · CVSS 4.7EPSS 0.21%No fix published

    Endatix: Blind second-order SSRF via anonymous form-submission file URLs (`SubmissionFileExtractor`)

    Endatix is a self-hosted form and survey management platform with a headless API. Prior to 0.7.0, the anonymous `POST /forms/{formId}/submissions` endpoint stores attacker-controlled `JsonData` after checking only that the JSON is well formed. A file object with `name`, `type` and `content` fields can contain an HTTP or HTTPS URL. When a staff member with `submissions.view` permission invokes `POST /forms/{formId}/submissions/{submissionId}/files`, `GetFilesHandler` passes the stored data to `SubmissionFileExtractor` in `src/Endatix.Infrastructure/Features/Submissions/SubmissionFileExtractor.cs`, which calls `HttpClient.GetAsync` without vali

    Published Updated
  7. CVE-2026-118653

    Medium · CVSS 5.3EPSS 0.41%No fix published

    Echo: Rate Limiter Bypass via Spoofed X-Forwarded-For Header in Default Configuration

    Echo is a Go web framework. From 4.0.0 until 5.1.0, Context.RealIP falls back to client-supplied X-Forwarded-For or X-Real-IP values when Echo.IPExtractor is unset, and the default RateLimiter uses that result as its client identifier. A remote attacker can rotate arbitrary forwarded-address values to obtain new rate-limit buckets and bypass IP-based throttling used for controls such as brute-force or request-volume protection. This issue is fixed in Echo v5.1.0.

    Published Updated
  8. CVE-2026-118652

    Medium · CVSS 6.1EPSS 0.24%No fix published

    Echo: Reflected Cross-Site Scripting (XSS) via unsanitized JSONP callback in Context.JSONP / Context.JSONPBlob

    Echo is a Go web framework. Prior to 4.16.0 and 5.4.0, Context.JSONP and Context.JSONPBlob concatenate an unvalidated callback value into a JavaScript response. A route that passes attacker-controlled input as the callback can return executable script syntax, allowing reflected cross-site scripting when a user loads the crafted response. The vulnerable jsonPBlob path performs no callback validation or escaping, and exploitation requires an application route that exposes attacker control over the callback argument. This issue is fixed in 4.16.0 and 5.4.0.

    Published Updated
  9. CVE-2026-115415

    Medium · CVSS 5.9EPSS 0.34%Fix available

    Secret masking bypass in the environment tool in Strands Agents Tools

    Improper neutralization of input used for LLM prompting in the environment tool in Strands Agents Tools before 0.8.6 might allow remote actors to obtain the agent host's environment variables in cleartext, including cloud credentials and API keys, via a crafted prompt that disables the tool's secret masking. To remediate this issue, users should upgrade to version 0.8.6 or later and rotate any credentials that were present in the environment of agents that loaded the environment tool.

    • Update to 0.8.6
    Published Updated
  10. CVE-2026-118651

    Medium · CVSS 5.3EPSS 0.21%No fix published

    Echo: Reverse Proxy Forwards Attacker-Supplied X-Real-IP to Upstream by Default

    Echo is a Go web framework. From 4.0.0 until 5.4.0, the Proxy middleware can preserve an attacker-supplied X-Real-IP header and forward it to an upstream service when Echo.IPExtractor is not configured. A remote client can therefore make upstream services receive a spoofed client address, undermining IP-based access controls, rate limiting, audit logging, or geographic restrictions that trust Echo's forwarded identity. This issue is fixed in Echo 5.4.0.

    Published Updated
  11. CVE-2026-63190

    Critical · CVSS 9.4EPSS 0.54%No fix published

    FearlessCMS: Unauthenticated debug scripts expose filesystem operations and XSS

    FearlessCMS is a flat-file `content` management system centered on simplicity and open source. Prior to version 0.1.4, five debug/test PHP scripts under `admin/` perform privileged operations without `isLoggedIn()` authentication checks, CSRF protection or adequate `path` validation. On PHP's built-in development server, including the default Docker deployment, `router.php` checks an unnormalized admin URI prefix while the filesystem resolves dot segments, so `/./admin/` bypasses the admin login gate and executes those scripts directly. In `admin/debug_save_flow.php`, attacker-controlled `path` and `content` reach `file_put_contents` for arbi

    Published Updated
  12. CVE-2026-118650

    High · CVSS 7.5EPSS 0.4%Public exploitNo fix published

    Echo: middleware.Static: `%2F`-encoded path bypasses route/group middleware guarding a statically-served path

    Echo is a Go web framework. Prior to 4.16.0 and 5.4.0, a globally mounted middleware.Static instance can interpret an encoded request path differently from Echo's router because the router matches the still-encoded path while the static handler uses the decoded URL.Path. The advisory demonstrates an encoded slash resolving to a file under the static root through the global static middleware, but the source is internally inconsistent about whether a route or group guard protects the corresponding literal path in that global-mount configuration. This issue is fixed in 4.16.0 and 5.4.0.

    Published Updated
  13. CVE-2026-118266

    Medium · CVSS 5.3EPSS 0.16%No fix published

    Echo: CSRF Protection Bypass via MethodOverride Rewriting POST to Safe Method

    Echo is a Go web framework. Prior to 4.16.0 and 5.4.0, Echo's MethodOverride middleware accepts a safe HTTP method as the override target for a POST request. When MethodOverride is registered before CSRF in the post-routing middleware chain, route selection retains the original state-changing POST handler but the override changes the method before CSRF evaluates it, causing both token validation and Sec-Fetch-Site checks to be skipped. A cross-site exploit requires an authenticated victim and an override value that a browser-submitted request can control, such as the form getter used by the advisory reproducer; the default X-HTTP-Method-Overr

    Published Updated
  14. CVE-2026-78674

    High · CVSS 8.8EPSS 1%No fix published

    Remote Code Execution via BPMN System REST APIs in Multiple WSO2 Products Permits Arbitrary Command Execution

    The BPMN System REST APIs do not sufficiently validate input parameters, allowing authenticated users to submit crafted requests that can lead to the execution of arbitrary commands on the server. An authenticated user can leverage this vulnerability to execute arbitrary commands with the privileges of the product's runtime account. The scope of potential damage is contingent upon the permissions assigned to this account.

    Published Updated
  15. CVE-2026-6647

    High · CVSS 7.4EPSS 0.21%Fix available

    Incomplete OAuth Token Revocation via Case Mismatch in WSO2 Identity Server Allows Continued Access After Lifecycle Events

    In deployments of WSO2 Identity Server configured with a case-insensitive user store and a case-sensitive database for identity data, mismatches in username case handling can occur. This inconsistency results in OAuth token revocation operations failing to correctly identify usernames containing mixed-case characters during certain lifecycle events, preventing tokens from being invalidated. A malicious actor can exploit this vulnerability by possessing a valid access or refresh token associated with a mixed-case username. In affected configurations, these tokens may not be revoked when expected. The actor can then leverage these unrevoked to

    • Update to 7.0.385.17
    • Update to 7.2.0.21
    Published Updated
  16. CVE-2026-3583

    Low · CVSS 3.1EPSS 0.26%Fix available

    Improper Token Revocation via OAuth2 Scope Enforcement in Multiple WSO2 Products [Disrupted Authentication Flows]

    When the `allowed_scopes` configuration is enabled, the OAuth2 token introspection mechanism does not immediately invalidate a token in the cache after a revocation request. This results in a scenario where an access token that was introspected immediately before a revocation request may be returned again to the client after revocation, until the relevant cache entry is cleared. The security consequence is that a revoked access token may be re-issued to the client during the cache lifetime. While the re-issued token is not treated as valid for API authorization, affected users may be unable to obtain a new valid access token until the cache

    • Update to 2.0.0.414
    • Update to 2.0.0.434
    • Update to 3.1.0.367
    • Update to 3.2.0.475
    • Update to 3.2.1.106
    • Update to 4.0.0.394
    • Update to 4.1.0.267
    • Update to 4.2.0.207
    • Update to 4.3.0.120
    • Update to 4.4.0.83
    • Update to 4.5.0.65
    • Update to 4.5.0.67
    • Update to 4.5.0.68
    • Update to 4.6.0.29
    • Update to 4.6.0.30
    • Update to 4.7.0.3
    • Update to 5.10.0.387
    • Update to 5.10.0.397
    • Update to 5.11.0.444
    • Update to 6.0.0.270
    • Update to 6.1.0.269
    • Update to 6.11.21.118
    • Update to 6.13.16.32
    • Update to 6.13.19.23
    Published Updated
  17. CVE-2026-11854

    Medium · CVSS 6.1EPSS 0.21%Fix available

    Cross-Site Scripting via Authentication Endpoint Error Message in Multiple WSO2 Products

    The authentication endpoint generates an error message that includes reflected data directly from the request without sufficient sanitization or encoding. This allows an attacker to inject malicious scripts that can be executed in the context of a victim's browser. Successful exploitation enables an attacker to perform actions within the user's browser, such as redirecting the user to a malicious website, modifying the web page's user interface, or retrieving information. However, due to the httpOnly flag on session-related cookies, session hijacking or similar attacks are not possible.

    • Update to 3.2.0.480
    • Update to 3.2.1.99
    • Update to 4.1.0.265
    • Update to 4.2.0.205
    • Update to 4.3.0.117
    • Update to 4.4.0.80
    • Update to 4.5.0.65
    • Update to 4.5.0.66
    • Update to 4.6.0.29
    • Update to 4.6.0.30
    • Update to 4.7.0.1
    • Update to 5.10.0.399
    • Update to 5.11.0.446
    • Update to 6.0.0.272
    • Update to 6.1.0.274
    • Update to 7.0.0.155
    • Update to 7.1.0.65
    • Update to 7.2.0.26
    Published Updated
  18. CVE-2025-14260

    High · CVSS 8.3EPSS 0.28%Fix available

    Server Side Request Forgery in Multiple WSO2 Products Allows Access to Internal and External Resources

    Due to the improper implementation of access control rules, the WSO2 product accepts user-supplied input related to resource location without enforcing expected validation constraints. This can be exploited by an unauthenticated actor to direct the server to make requests to arbitrary network locations. Exploiting this vulnerability allows a malicious actor to access both internal and external resources, available through the network or filesystem, that are reachable by the WSO2 product. This could potentially lead to unauthorized access to sensitive data and systems.

    • Update to 2.0.0.403
    • Update to 2.0.0.423
    • Update to 3.1.0.354
    • Update to 3.2.0.458
    • Update to 3.2.1.99
    • Update to 4.0.0.379
    • Update to 4.1.0.265
    • Update to 4.10.9.77
    • Update to 4.2.0.205
    • Update to 4.3.0.115
    • Update to 4.4.0.79
    • Update to 4.6.0.2300
    • Update to 4.6.1.165
    • Update to 4.6.3.46
    • Update to 4.6.4.28
    • Update to 4.7.1.79
    • Update to 4.8.1.50
    • Update to 4.9.0.107
    • Update to 4.9.26.37
    • Update to 4.9.27.24
    • Update to 5.10.0.374
    • Update to 5.10.0.383
    • Update to 5.11.0.430
    • Update to 5.5.0.2
    Published Updated
  19. CVE-2026-109411

    High · CVSS 8.1EPSS 0.65%Fix available

    Samba: access control bypass via vfs_ceph_rgw case-insensitive open

    An access control bypass flaw was identified in Samba's vfs_ceph_rgw module in it's openat() function. An authenticated user can bypass access controls to read or overwrite restricted files on shares configured with the experimental vfs_ceph_rgw module. When a client requests an existing file using mismatched character casing, the module fails to perform a case-insensitive lookup correctly, causing the server to treat the operation as creating a new file. As a result, the server skips standard permission checks on the existing file, allowing the attacker to access or overwrite sensitive data owned by other users.

    • Update to 2:4.25.1+dfsg-1
    • Update to 4.25.1
    Published Updated
  20. CVE-2026-118265

    Medium · CVSS 5.3EPSS 0.14%No fix published

    Echo: X-Real-IP extractor trusts the header value instead of the sending peer

    Echo is a Go web framework. From 5.0.0 until 5.4.1, Echo v5's ExtractIPFromRealIPHeader validates whether the client-supplied X-Real-IP value belongs to a trusted range instead of validating the direct network peer. A client reaching Echo directly, or through a proxy that preserves the header, can supply a loopback or private address and have Context.RealIP return that spoofed identity. Applications using the extractor for IP allowlists, rate limiting, audit logs, or forwarding headers can consequently trust an attacker-controlled address; the default direct extractor and Echo v4 are unaffected. This issue is fixed in 5.4.1.

    Published Updated

Check your server

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

Check your server →