p PatchFirst

PatchFirst · Aktuelle Sicherheitslücken

Sicherheitslücken in nono-py

In den letzten 30 Tagen veröffentlichte Sicherheitslücken für nono-py: 0. Davon im KEV-Katalog: 0.

Sicherheitslücken filtern
Filter zurücksetzen

Sicherheitslücken: 3

  1. GHSA-m8j6-rc5x-wv36

    Mittel · CVSS 5.2Korrektur verfügbar

    nono-py's policy JSON accepts unknown security fields

    ### Summary nono-py policy handling could fail open in two ways. First, resolving a policy-derived `ProxyConfig` did not automatically enforce `CapabilitySet.proxy_only`, allowing sandboxed children to bypass a resolved domain allowlist by using direct network access. Second, policy JSON accepted unknown security-sensitive fields, so misspelled or unsupported restrictions could be silently ignored. ### Impact A sandboxed child may receive broader network access than the policy author intended. This can allow outbound requests outside the configured proxy allowlist and may expose sensitive data depending on the execution environment and wor

    • Auf 0.10.1 aktualisieren
    Veröffentlicht Aktualisiert
  2. GHSA-9j7f-3r4p-pwh6

    Mittel · CVSS 5.2Korrektur verfügbar

    nono-py vulnerable to authorization bypass / policy confusion

    The python API made a restrictive-looking configuration unsafe by default. A caller could configure only reverse- proxy credential routes, put the child in CapabilitySet.proxy_only, and reasonably expect network access to be limited to those routes. Instead, because empty allowed_hosts meant allow-all inside nono-proxy, the child could use the local proxy as a transparent CONNECT tunnel to non-route nominated hosts (not including metadata endpoints). That is an authorization bypass / policy confusion issue: - Intended policy: route-only proxy access. - Actual policy: route-only plus arbitrary transparent CONNECT. - Boundary crossed: sandbox

    • Auf 0.11.0 aktualisieren
    Veröffentlicht Aktualisiert
  3. GHSA-72w7-mf9g-733p

    Mittel · CVSS 6.4Korrektur verfügbar

    nono-py has proxy-only network fallback bypass on older Linux kernels

    ## Summary On Linux kernels that do not support Landlock network rules, `nono_py.sandboxed_exec()` could run `CapabilitySet.proxy_only(proxy)` without supervising the seccomp-notify proxy-only fallback returned by the Rust core. In that configuration, a sandboxed child process could remove `HTTP_PROXY` / `HTTPS_PROXY` environment variables or use raw sockets and then open direct TCP connections that should have been denied by proxy-only policy. The issue affects proxy-only enforcement. It does not mean that all nono-py network blocking is ineffective. ECS validation showed `caps.block_network()` denied regular TCP and ECS metadata TCP on t

    • Auf 0.10.1 aktualisieren
    Veröffentlicht Aktualisiert

Prüfen Sie Ihren Server

Gleichen Sie Ihren installierten Stack und seine Versionen mit den aktuellen Sicherheitsmeldungen ab.

Prüfen Sie Ihren Server →