<?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 14:20:29 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-292605</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-292605</link>
      <description>EUVD-2026-292605</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-292605</guid>
    </item>
    <item>
      <title>fkie_cve-2026-40939</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-40939</link>
      <description>&lt;p&gt;The Data Sharing Framework (DSF) implements a distributed process engine based on the BPMN 2.0 and FHIR R4 standards. Prior to 2.1.0, OIDC-authenticated sessions had no configured maximum inactivity timeout. Sessions persisted indefinitely after login, even after the OIDC access token expired. This vulnerability is fixed in 2.1.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;The Data Sharing Framework (DSF) implements a distributed process engine based on the BPMN 2.0 and FHIR R4 standards. Prior to 2.1.0, OIDC-authenticated sessions had no configured maximum inactivity timeout. Sessions persisted indefinitely after login, even after the OIDC access token expired. This vulnerability is fixed in 2.1.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-40939</guid>
    </item>
    <item>
      <title>GHSA-gj7p-595x-qwf5 — Data Sharing Framework is Missing Session Timeout for OIDC Sessions</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-gj7p-595x-qwf5</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: dev.dsf:dsf-common-jetty, Maven: dev.dsf:dsf-fhir-server, Maven: dev.dsf:dsf-bpe-server&lt;/p&gt;
&lt;p&gt;### Affected Components
DSF FHIR Server with enabled [OIDC authentication](https://dsf.dev/operations/v2.1.0/fhir/oidc.html).
DSF BPE Server with enabled [OIDC authentication](https://dsf.dev/operations/v2.1.0/bpe/oidc.html).&lt;/p&gt;
&lt;p&gt;### Summary
OIDC-authenticated sessions had no configured maximum inactivity timeout. Sessions persisted indefinitely after login, even after the OIDC access token expired.&lt;/p&gt;
&lt;p&gt;### Impact
If a user logs in via OIDC and leaves their browser without explicitly logging out, the session remains valid indefinitely. Another person using the same browser can access the DSF UI with the previous user&amp;#39;s permissions. This is a realistic threat in hospital environments with shared workstations.&lt;/p&gt;
&lt;p&gt;Only affects OIDC browser sessions, not relevant for mTLS machine-to-machine communication.&lt;/p&gt;
&lt;p&gt;### Fix (commits f4ecb00, 7d25fea)
- Added configurable session timeout via `dev.dsf.server.auth.oidc.session.timeout` (default: `PT30M`).
- Enabled `logoutWhenIdTokenIsExpired(true)` in OpenID configuration to tie session lifetime to token lifetime.
- Websocket sessions are now closed with `VIOLATED_POLICY` when credentials expire, prevents stale websocket connections from continuing to receive events after session timeout.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: dev.dsf:dsf-common-jetty, Maven: dev.dsf:dsf-fhir-server, Maven: dev.dsf:dsf-bpe-server&lt;/p&gt;
&lt;p&gt;### Affected Components
DSF FHIR Server with enabled [OIDC authentication](https://dsf.dev/operations/v2.1.0/fhir/oidc.html).
DSF BPE Server with enabled [OIDC authentication](https://dsf.dev/operations/v2.1.0/bpe/oidc.html).&lt;/p&gt;
&lt;p&gt;### Summary
OIDC-authenticated sessions had no configured maximum inactivity timeout. Sessions persisted indefinitely after login, even after the OIDC access token expired.&lt;/p&gt;
&lt;p&gt;### Impact
If a user logs in via OIDC and leaves their browser without explicitly logging out, the session remains valid indefinitely. Another person using the same browser can access the DSF UI with the previous user&amp;#39;s permissions. This is a realistic threat in hospital environments with shared workstations.&lt;/p&gt;
&lt;p&gt;Only affects OIDC browser sessions, not relevant for mTLS machine-to-machine communication.&lt;/p&gt;
&lt;p&gt;### Fix (commits f4ecb00, 7d25fea)
- Added configurable session timeout via `dev.dsf.server.auth.oidc.session.timeout` (default: `PT30M`).
- Enabled `logoutWhenIdTokenIsExpired(true)` in OpenID configuration to tie session lifetime to token lifetime.
- Websocket sessions are now closed with `VIOLATED_POLICY` when credentials expire, prevents stale websocket connections from continuing to receive events after session timeout.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-gj7p-595x-qwf5</guid>
    </item>
  </channel>
</rss>
