<?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://vulnerability.circl.lu</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>Fri, 02 Oct 2026 09:14:06 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-62364</title>
      <link>https://vulnerability.circl.lu/vuln/fkie_cve-2026-62364</link>
      <description>&lt;p&gt;wlc is a Weblate command-line client using Weblate&amp;#39;s REST API. Prior to 2.0.1, automatically discovered configuration from .weblate, .weblate.ini, or weblate.ini can select the API URL while an unscoped API token is supplied through WLC_KEY or --key without a matching WLC_URL or --url. When wlc runs in an untrusted repository, pull request checkout, or directory with untrusted ancestor configuration, it can send the token to an attacker-controlled project-configured URL. URL-scoped keys in [keys] are not affected. This issue is fixed in version 2.0.1.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;wlc is a Weblate command-line client using Weblate&amp;#39;s REST API. Prior to 2.0.1, automatically discovered configuration from .weblate, .weblate.ini, or weblate.ini can select the API URL while an unscoped API token is supplied through WLC_KEY or --key without a matching WLC_URL or --url. When wlc runs in an untrusted repository, pull request checkout, or directory with untrusted ancestor configuration, it can send the token to an attacker-controlled project-configured URL. URL-scoped keys in [keys] are not affected. This issue is fixed in version 2.0.1.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/fkie_cve-2026-62364</guid>
    </item>
    <item>
      <title>GHSA-3mqq-hv9c-85hc — wlc may disclose API tokens to project-configured URLs</title>
      <link>https://vulnerability.circl.lu/vuln/ghsa-3mqq-hv9c-85hc</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: wlc&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;wlc could send an unscoped API token to an unintended server when run inside a directory tree containing attacker-controlled project configuration.&lt;/p&gt;
&lt;p&gt;If `.weblate`, `.weblate.ini`, or `weblate.ini` defines an API url, and the user supplies a token with `WLC_KEY` or `--key` without also pinning the URL, wlc would send the token to the project-configured URL.&lt;/p&gt;
&lt;p&gt;Impacted users are those running wlc in untrusted repositories, pull request checkouts, or directories with untrusted ancestor configuration while using `WLC_KEY` or `--key`.&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;The issue is patched in wlc 2.0.1 via https://github.com/WeblateOrg/wlc/pull/1500.&lt;/p&gt;
&lt;p&gt;The fix rejects unscoped keys when the API URL comes from automatically discovered project configuration:&lt;/p&gt;
&lt;p&gt;- `WLC_KEY` now requires `WLC_URL`.
- `--key` now requires `--url`.
- URL-scoped keys in the `[keys]` configuration section remain supported.&lt;/p&gt;
&lt;p&gt;Users should upgrade to wlc 2.0.1 or newer.&lt;/p&gt;
&lt;p&gt;### Workarounds&lt;/p&gt;
&lt;p&gt;Without upgrading, users can avoid the issue by explicitly pinning the API URL whenever using an unscoped key:&lt;/p&gt;
&lt;p&gt;`WLC_URL=https://hosted.weblate.org/api/ WLC_KEY=... wlc ...`&lt;/p&gt;
&lt;p&gt;or:&lt;/p&gt;
&lt;p&gt;`wlc --url https://hosted.weblate.org/api/ --key ... ...`&lt;/p&gt;
&lt;p&gt;Alternatively, use URL-scoped keys in the [keys] section instead of WLC_KEY or --key, and avoid running wlc with secrets in untrusted checkouts.&lt;/p&gt;
&lt;p&gt;- The issue was independently reported by [type5afe](https://hackerone.com/type5afe) and [visionx7](https://hackerone.com/visionx7) using HackerOne.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: wlc&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;wlc could send an unscoped API token to an unintended server when run inside a directory tree containing attacker-controlled project configuration.&lt;/p&gt;
&lt;p&gt;If `.weblate`, `.weblate.ini`, or `weblate.ini` defines an API url, and the user supplies a token with `WLC_KEY` or `--key` without also pinning the URL, wlc would send the token to the project-configured URL.&lt;/p&gt;
&lt;p&gt;Impacted users are those running wlc in untrusted repositories, pull request checkouts, or directories with untrusted ancestor configuration while using `WLC_KEY` or `--key`.&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;The issue is patched in wlc 2.0.1 via https://github.com/WeblateOrg/wlc/pull/1500.&lt;/p&gt;
&lt;p&gt;The fix rejects unscoped keys when the API URL comes from automatically discovered project configuration:&lt;/p&gt;
&lt;p&gt;- `WLC_KEY` now requires `WLC_URL`.
- `--key` now requires `--url`.
- URL-scoped keys in the `[keys]` configuration section remain supported.&lt;/p&gt;
&lt;p&gt;Users should upgrade to wlc 2.0.1 or newer.&lt;/p&gt;
&lt;p&gt;### Workarounds&lt;/p&gt;
&lt;p&gt;Without upgrading, users can avoid the issue by explicitly pinning the API URL whenever using an unscoped key:&lt;/p&gt;
&lt;p&gt;`WLC_URL=https://hosted.weblate.org/api/ WLC_KEY=... wlc ...`&lt;/p&gt;
&lt;p&gt;or:&lt;/p&gt;
&lt;p&gt;`wlc --url https://hosted.weblate.org/api/ --key ... ...`&lt;/p&gt;
&lt;p&gt;Alternatively, use URL-scoped keys in the [keys] section instead of WLC_KEY or --key, and avoid running wlc with secrets in untrusted checkouts.&lt;/p&gt;
&lt;p&gt;- The issue was independently reported by [type5afe](https://hackerone.com/type5afe) and [visionx7](https://hackerone.com/visionx7) using HackerOne.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ghsa-3mqq-hv9c-85hc</guid>
    </item>
    <item>
      <title>PYSEC-2026-4180 — wlc may disclose API tokens to project-configured URLs</title>
      <link>https://vulnerability.circl.lu/vuln/pysec-2026-4180</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: wlc&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;wlc could send an unscoped API token to an unintended server when run inside a directory tree containing attacker-controlled project configuration.&lt;/p&gt;
&lt;p&gt;If `.weblate`, `.weblate.ini`, or `weblate.ini` defines an API url, and the user supplies a token with `WLC_KEY` or `--key` without also pinning the URL, wlc would send the token to the project-configured URL.&lt;/p&gt;
&lt;p&gt;Impacted users are those running wlc in untrusted repositories, pull request checkouts, or directories with untrusted ancestor configuration while using `WLC_KEY` or `--key`.&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;The issue is patched in wlc 2.0.1 via https://github.com/WeblateOrg/wlc/pull/1500.&lt;/p&gt;
&lt;p&gt;The fix rejects unscoped keys when the API URL comes from automatically discovered project configuration:&lt;/p&gt;
&lt;p&gt;- `WLC_KEY` now requires `WLC_URL`.
- `--key` now requires `--url`.
- URL-scoped keys in the `[keys]` configuration section remain supported.&lt;/p&gt;
&lt;p&gt;Users should upgrade to wlc 2.0.1 or newer.&lt;/p&gt;
&lt;p&gt;### Workarounds&lt;/p&gt;
&lt;p&gt;Without upgrading, users can avoid the issue by explicitly pinning the API URL whenever using an unscoped key:&lt;/p&gt;
&lt;p&gt;`WLC_URL=https://hosted.weblate.org/api/ WLC_KEY=... wlc ...`&lt;/p&gt;
&lt;p&gt;or:&lt;/p&gt;
&lt;p&gt;`wlc --url https://hosted.weblate.org/api/ --key ... ...`&lt;/p&gt;
&lt;p&gt;Alternatively, use URL-scoped keys in the [keys] section instead of WLC_KEY or --key, and avoid running wlc with secrets in untrusted checkouts.&lt;/p&gt;
&lt;p&gt;- The issue was independently reported by [type5afe](https://hackerone.com/type5afe) and [visionx7](https://hackerone.com/visionx7) using HackerOne.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: wlc&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;wlc could send an unscoped API token to an unintended server when run inside a directory tree containing attacker-controlled project configuration.&lt;/p&gt;
&lt;p&gt;If `.weblate`, `.weblate.ini`, or `weblate.ini` defines an API url, and the user supplies a token with `WLC_KEY` or `--key` without also pinning the URL, wlc would send the token to the project-configured URL.&lt;/p&gt;
&lt;p&gt;Impacted users are those running wlc in untrusted repositories, pull request checkouts, or directories with untrusted ancestor configuration while using `WLC_KEY` or `--key`.&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;The issue is patched in wlc 2.0.1 via https://github.com/WeblateOrg/wlc/pull/1500.&lt;/p&gt;
&lt;p&gt;The fix rejects unscoped keys when the API URL comes from automatically discovered project configuration:&lt;/p&gt;
&lt;p&gt;- `WLC_KEY` now requires `WLC_URL`.
- `--key` now requires `--url`.
- URL-scoped keys in the `[keys]` configuration section remain supported.&lt;/p&gt;
&lt;p&gt;Users should upgrade to wlc 2.0.1 or newer.&lt;/p&gt;
&lt;p&gt;### Workarounds&lt;/p&gt;
&lt;p&gt;Without upgrading, users can avoid the issue by explicitly pinning the API URL whenever using an unscoped key:&lt;/p&gt;
&lt;p&gt;`WLC_URL=https://hosted.weblate.org/api/ WLC_KEY=... wlc ...`&lt;/p&gt;
&lt;p&gt;or:&lt;/p&gt;
&lt;p&gt;`wlc --url https://hosted.weblate.org/api/ --key ... ...`&lt;/p&gt;
&lt;p&gt;Alternatively, use URL-scoped keys in the [keys] section instead of WLC_KEY or --key, and avoid running wlc with secrets in untrusted checkouts.&lt;/p&gt;
&lt;p&gt;- The issue was independently reported by [type5afe](https://hackerone.com/type5afe) and [visionx7](https://hackerone.com/visionx7) using HackerOne.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/pysec-2026-4180</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-62364</title>
      <link>https://vulnerability.circl.lu/vuln/ubuntu-cve-2026-62364</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:18.04:LTS: wlc, Ubuntu:Pro:20.04:LTS: wlc, Ubuntu:Pro:22.04:LTS: wlc, Ubuntu:Pro:24.04:LTS: wlc, Ubuntu:26.04:LTS: wlc&lt;/p&gt;
&lt;p&gt;wlc is a Weblate command-line client using Weblate&amp;#39;s REST API. Prior to 2.0.1, automatically discovered configuration from .weblate, .weblate.ini, or weblate.ini can select the API URL while an unscoped API token is supplied through WLC_KEY or --key without a matching WLC_URL or --url. When wlc runs in an untrusted repository, pull request checkout, or directory with untrusted ancestor configuration, it can send the token to an attacker-controlled project-configured URL. URL-scoped keys in [keys] are not affected. This issue is fixed in version 2.0.1.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:18.04:LTS: wlc, Ubuntu:Pro:20.04:LTS: wlc, Ubuntu:Pro:22.04:LTS: wlc, Ubuntu:Pro:24.04:LTS: wlc, Ubuntu:26.04:LTS: wlc&lt;/p&gt;
&lt;p&gt;wlc is a Weblate command-line client using Weblate&amp;#39;s REST API. Prior to 2.0.1, automatically discovered configuration from .weblate, .weblate.ini, or weblate.ini can select the API URL while an unscoped API token is supplied through WLC_KEY or --key without a matching WLC_URL or --url. When wlc runs in an untrusted repository, pull request checkout, or directory with untrusted ancestor configuration, it can send the token to an attacker-controlled project-configured URL. URL-scoped keys in [keys] are not affected. This issue is fixed in version 2.0.1.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ubuntu-cve-2026-62364</guid>
    </item>
  </channel>
</rss>
