<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://cve.radiocsirt.org</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Sat, 03 Oct 2026 06:37:44 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-42313 — pyload-ng: non-admin SETTINGS users can redirect all outbound traffic through an attacker-controlled proxy</title>
      <link>https://cve.radiocsirt.org/vuln/cve-2026-42313</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; pyload&lt;/p&gt;
&lt;p&gt;pyLoad is a free and open-source download manager written in Python. Prior to 0.5.0b3.dev100, the set_config_value() API method (@permission(Perms.SETTINGS)) in src/pyload/core/api/__init__.py gates security-sensitive options behind a hand-maintained allowlist ADMIN_ONLY_CORE_OPTIONS. The allowlist contains (&amp;#34;proxy&amp;#34;, &amp;#34;username&amp;#34;) and (&amp;#34;proxy&amp;#34;, &amp;#34;password&amp;#34;) — which protect the proxy credentials — but it does not include (&amp;#34;proxy&amp;#34;, &amp;#34;enabled&amp;#34;), (&amp;#34;proxy&amp;#34;, &amp;#34;host&amp;#34;), (&amp;#34;proxy&amp;#34;, &amp;#34;port&amp;#34;), or (&amp;#34;proxy&amp;#34;, &amp;#34;type&amp;#34;). Any authenticated user with the non-admin SETTINGS permission can enable proxying and point pyload at any host they control. From that point, every outbound download, captcha fetch, update check, and plugin HTTP call is transparently routed through the attacker. This is a direct continuation of the fix family CVE-2026-33509 / CVE-2026-35463 / CVE-2026-35464 / CVE-2026-35586, each of which patched a different missed option in the same allowlist. This vulnerability is fixed in 0.5.0b3.dev100.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; pyload&lt;/p&gt;
&lt;p&gt;pyLoad is a free and open-source download manager written in Python. Prior to 0.5.0b3.dev100, the set_config_value() API method (@permission(Perms.SETTINGS)) in src/pyload/core/api/__init__.py gates security-sensitive options behind a hand-maintained allowlist ADMIN_ONLY_CORE_OPTIONS. The allowlist contains (&amp;#34;proxy&amp;#34;, &amp;#34;username&amp;#34;) and (&amp;#34;proxy&amp;#34;, &amp;#34;password&amp;#34;) — which protect the proxy credentials — but it does not include (&amp;#34;proxy&amp;#34;, &amp;#34;enabled&amp;#34;), (&amp;#34;proxy&amp;#34;, &amp;#34;host&amp;#34;), (&amp;#34;proxy&amp;#34;, &amp;#34;port&amp;#34;), or (&amp;#34;proxy&amp;#34;, &amp;#34;type&amp;#34;). Any authenticated user with the non-admin SETTINGS permission can enable proxying and point pyload at any host they control. From that point, every outbound download, captcha fetch, update check, and plugin HTTP call is transparently routed through the attacker. This is a direct continuation of the fix family CVE-2026-33509 / CVE-2026-35463 / CVE-2026-35464 / CVE-2026-35586, each of which patched a different missed option in the same allowlist. This vulnerability is fixed in 0.5.0b3.dev100.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cve-2026-42313</guid>
    </item>
    <item>
      <title>GHSA-pg67-9wjv-mr85 — pyload-ng: non-admin SETTINGS users can redirect all outbound traffic through an attacker-controlled proxy via unrestri…</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-pg67-9wjv-mr85</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: pyload-ng&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;The `set_config_value()` API method (`@permission(Perms.SETTINGS)`) in `src/pyload/core/api/__init__.py` gates security-sensitive options behind a hand-maintained allowlist `ADMIN_ONLY_CORE_OPTIONS`. The allowlist contains `(&amp;#34;proxy&amp;#34;, &amp;#34;username&amp;#34;)` and `(&amp;#34;proxy&amp;#34;, &amp;#34;password&amp;#34;)` — which protect the proxy credentials — but it does **not** include `(&amp;#34;proxy&amp;#34;, &amp;#34;enabled&amp;#34;)`, `(&amp;#34;proxy&amp;#34;, &amp;#34;host&amp;#34;)`, `(&amp;#34;proxy&amp;#34;, &amp;#34;port&amp;#34;)`, or `(&amp;#34;proxy&amp;#34;, &amp;#34;type&amp;#34;)`. Any authenticated user with the non-admin `SETTINGS` permission can enable proxying and point pyload at any host they control. From that point, every outbound download, captcha fetch, update check, and plugin HTTP call is transparently routed through the attacker.&lt;/p&gt;
&lt;p&gt;Gating only the proxy credentials is ineffective: the attacker is the proxy endpoint, so they do not need pyload&amp;#39;s proxy-auth secret. `proxy.username` / `proxy.password` were designed so an admin could authenticate to a trusted corporate proxy; they do not help when the non-admin attacker is free to choose the proxy itself.&lt;/p&gt;
&lt;p&gt;This is a direct continuation of the fix family CVE-2026-33509 / CVE-2026-35463 / CVE-2026-35464 / CVE-2026-35586, each of which patched a different missed option in the same allowlist. CVE-2026-35586 in particular bundled three related SSL-cert options into one advisory on the same rationale applied here — the four `proxy.*` fields are jointly required to weaponize the miss and are patched together.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;**Writer** — `src/pyload/core/api/__init__…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: pyload-ng&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;The `set_config_value()` API method (`@permission(Perms.SETTINGS)`) in `src/pyload/core/api/__init__.py` gates security-sensitive options behind a hand-maintained allowlist `ADMIN_ONLY_CORE_OPTIONS`. The allowlist contains `(&amp;#34;proxy&amp;#34;, &amp;#34;username&amp;#34;)` and `(&amp;#34;proxy&amp;#34;, &amp;#34;password&amp;#34;)` — which protect the proxy credentials — but it does **not** include `(&amp;#34;proxy&amp;#34;, &amp;#34;enabled&amp;#34;)`, `(&amp;#34;proxy&amp;#34;, &amp;#34;host&amp;#34;)`, `(&amp;#34;proxy&amp;#34;, &amp;#34;port&amp;#34;)`, or `(&amp;#34;proxy&amp;#34;, &amp;#34;type&amp;#34;)`. Any authenticated user with the non-admin `SETTINGS` permission can enable proxying and point pyload at any host they control. From that point, every outbound download, captcha fetch, update check, and plugin HTTP call is transparently routed through the attacker.&lt;/p&gt;
&lt;p&gt;Gating only the proxy credentials is ineffective: the attacker is the proxy endpoint, so they do not need pyload&amp;#39;s proxy-auth secret. `proxy.username` / `proxy.password` were designed so an admin could authenticate to a trusted corporate proxy; they do not help when the non-admin attacker is free to choose the proxy itself.&lt;/p&gt;
&lt;p&gt;This is a direct continuation of the fix family CVE-2026-33509 / CVE-2026-35463 / CVE-2026-35464 / CVE-2026-35586, each of which patched a different missed option in the same allowlist. CVE-2026-35586 in particular bundled three related SSL-cert options into one advisory on the same rationale applied here — the four `proxy.*` fields are jointly required to weaponize the miss and are patched together.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;**Writer** — `src/pyload/core/api/__init__…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-pg67-9wjv-mr85</guid>
    </item>
  </channel>
</rss>
