<?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>Mon, 05 Oct 2026 13:07:48 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-370526</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-370526</link>
      <description>EUVD-2026-370526</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-370526</guid>
    </item>
    <item>
      <title>fkie_cve-2026-48722</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-48722</link>
      <description>&lt;p&gt;Nextflow is a DSL for data-driven computational pipelines. From 25.09.2-edge until 25.10.6 and 26.04.3, nextflow auth login writes Seqera Platform OIDC bearer tokens to ${NXF_HOME:-~/.nextflow}/seqera-auth.config through AuthCommandImpl.writeConfig in plugins/nf-tower/src/main/io/seqera/tower/plugin/auth/AuthCommandImpl.groovy without setting restrictive file permissions, allowing the default umask 022 to create the file with mode 0644. On a multi-user POSIX host, a local user who can traverse the victim&amp;#39;s home directory can read seqera-auth.config and impersonate the victim against Seqera Platform within the token&amp;#39;s scope. Single-user systems and headless CI runners that do not use the interactive login flow are not affected. This issue is fixed in 25.10.6 and 26.04.3.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Nextflow is a DSL for data-driven computational pipelines. From 25.09.2-edge until 25.10.6 and 26.04.3, nextflow auth login writes Seqera Platform OIDC bearer tokens to ${NXF_HOME:-~/.nextflow}/seqera-auth.config through AuthCommandImpl.writeConfig in plugins/nf-tower/src/main/io/seqera/tower/plugin/auth/AuthCommandImpl.groovy without setting restrictive file permissions, allowing the default umask 022 to create the file with mode 0644. On a multi-user POSIX host, a local user who can traverse the victim&amp;#39;s home directory can read seqera-auth.config and impersonate the victim against Seqera Platform within the token&amp;#39;s scope. Single-user systems and headless CI runners that do not use the interactive login flow are not affected. This issue is fixed in 25.10.6 and 26.04.3.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-48722</guid>
    </item>
    <item>
      <title>GHSA-92qf-fcph-v5wr — nextflow auth login command has incorrect default permissions</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-92qf-fcph-v5wr</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: io.nextflow:nextflow&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;`nextflow auth login` persists Seqera Platform OIDC tokens to `${NXF_HOME:-~/.nextflow}/seqera-auth.config`. The file is created via Java NIO without specifying file permissions, so under the default `umask 022` it lands at mode `0644` (world-readable).&lt;/p&gt;
&lt;p&gt;On a multi-user POSIX host — typically an HPC login node, shared workstation, or jump host — any local user able to traverse the victim&amp;#39;s home directory can read the file and obtain a valid Platform bearer token, enabling impersonation against Seqera Platform within the token&amp;#39;s scope.&lt;/p&gt;
&lt;p&gt;Single-user systems and headless CI runners, which do not invoke the interactive login flow, are not affected.&lt;/p&gt;
&lt;p&gt;Affected versions:  `25.09.2-edge` through `26.04.1`.
  
### Patches&lt;/p&gt;
&lt;p&gt;Fixed in `&amp;lt;PATCHED_VERSION&amp;gt;`. The patched code applies mode `0600` to `seqera-auth.config` immediately after writing it, and re-applies on every subsequent login so any pre-existing world-readable copy left by an earlier version is tightened.&lt;/p&gt;
&lt;p&gt;Tokens previously stored in the file must be treated as disclosed. After upgrading, run `nextflow auth logout`, revoke the token in the Seqera Platform UI, and run `nextflow auth login` again.&lt;/p&gt;
&lt;p&gt;### Workarounds
  
Restrict the file and its parent directory:&lt;/p&gt;
&lt;p&gt;`chmod 600 &amp;#34;${NXF_HOME:-$HOME/.nextflow}/seqera-auth.config&amp;#34;`
`chmod 700 &amp;#34;${NXF_HOME:-$HOME/.nextflow}&amp;#34;`&lt;/p&gt;
&lt;p&gt;Alternatively, supply the Platform token via the `TOWER_ACCESS_TOKEN` environment variable instead of running `nextflow auth login`.&lt;/p&gt;
&lt;p&gt;### References
  
  -…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: io.nextflow:nextflow&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;`nextflow auth login` persists Seqera Platform OIDC tokens to `${NXF_HOME:-~/.nextflow}/seqera-auth.config`. The file is created via Java NIO without specifying file permissions, so under the default `umask 022` it lands at mode `0644` (world-readable).&lt;/p&gt;
&lt;p&gt;On a multi-user POSIX host — typically an HPC login node, shared workstation, or jump host — any local user able to traverse the victim&amp;#39;s home directory can read the file and obtain a valid Platform bearer token, enabling impersonation against Seqera Platform within the token&amp;#39;s scope.&lt;/p&gt;
&lt;p&gt;Single-user systems and headless CI runners, which do not invoke the interactive login flow, are not affected.&lt;/p&gt;
&lt;p&gt;Affected versions:  `25.09.2-edge` through `26.04.1`.
  
### Patches&lt;/p&gt;
&lt;p&gt;Fixed in `&amp;lt;PATCHED_VERSION&amp;gt;`. The patched code applies mode `0600` to `seqera-auth.config` immediately after writing it, and re-applies on every subsequent login so any pre-existing world-readable copy left by an earlier version is tightened.&lt;/p&gt;
&lt;p&gt;Tokens previously stored in the file must be treated as disclosed. After upgrading, run `nextflow auth logout`, revoke the token in the Seqera Platform UI, and run `nextflow auth login` again.&lt;/p&gt;
&lt;p&gt;### Workarounds
  
Restrict the file and its parent directory:&lt;/p&gt;
&lt;p&gt;`chmod 600 &amp;#34;${NXF_HOME:-$HOME/.nextflow}/seqera-auth.config&amp;#34;`
`chmod 700 &amp;#34;${NXF_HOME:-$HOME/.nextflow}&amp;#34;`&lt;/p&gt;
&lt;p&gt;Alternatively, supply the Platform token via the `TOWER_ACCESS_TOKEN` environment variable instead of running `nextflow auth login`.&lt;/p&gt;
&lt;p&gt;### References
  
  -…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-92qf-fcph-v5wr</guid>
    </item>
  </channel>
</rss>
