<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-04T15:41:42.275254+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-270467</id>
    <title>EUVD-2026-270467</title>
    <updated>2026-10-04T15:41:42.342480+00:00</updated>
    <content>EUVD-2026-270467</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-270467"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-27197</id>
    <title>fkie_cve-2026-27197</title>
    <updated>2026-10-04T15:41:42.342520+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Sentry is a developer-first error tracking and performance monitoring tool. Versions 21.12.0 through 26.1.0 have a critical vulnerability in its SAML SSO implementation  which allows an attacker to take over any user account by using a malicious SAML Identity Provider and another organization on the same Sentry instance. Self-hosted users are only at risk if the following criteria is met: ore than one organizations are configured (SENTRY_SINGLE_ORGANIZATION = True), or malicious user has existing access and permissions to modify SSO settings for another organization in a multo-organization instance. This issue has been fixed in version 26.2.0. To workaround this issue, implement user account-based two-factor authentication to prevent an attacker from being able to complete authentication with a victim's user account. Organization administrators cannot do this on a user's behalf, this requires individual users to ensure 2FA has been enabled for their account.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-27197"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-ggmg-cqg6-j45g</id>
    <title>GHSA-ggmg-cqg6-j45g — Sentry: Improper authentication on SAML SSO process allows user identity linking</title>
    <updated>2026-10-04T15:41:42.342559+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: sentry</p>
<p>### Impact
A critical vulnerability was discovered in the SAML SSO implementation of Sentry. It was reported to us via our private bug bounty program.</p>
<p>The vulnerability allows an attacker to take over any user account by using a malicious SAML Identity Provider and another organization on the same Sentry instance. The victim email address must be known in order to exploit this vulnerability.</p>
<p>For self-hosted users, you are only vulnerable if the following conditions are met:
- You have more than one organization configured (SENTRY_SINGLE_ORGANIZATION = False).
- A malicious user has existing access and permissions to modify SSO settings for another organization in your multo-organization instance.</p>
<p>### Patches
- [Sentry SaaS](https://sentry.io/): The fix was deployed on February 18, 2026. No action is required.
- [Self-Hosted Sentry](https://github.com/getsentry/self-hosted): If only a single organization is allowed (SENTRY_SINGLE_ORGANIZATION = True), then no action is needed. We recommend upgrading to version 26.2.0 or higher.</p>
<p>### Workarounds
User account-based two-factor authentication prevents an attacker from being able to complete authentication with a victim's user account. Organization administrators cannot do this on a user's behalf, this requires individual users to ensure 2FA has been enabled for their account.</p>
<p>You can manage your two-factor authentication settings on your Account Settings &gt; [Security](https://sentry.io/settings/account/security/) page. For st…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-ggmg-cqg6-j45g"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/pysec-2026-533</id>
    <title>PYSEC-2026-533 — Sentry: Improper authentication on SAML SSO process allows user identity linking</title>
    <updated>2026-10-04T15:41:42.342603+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: sentry</p>
<p>### Impact
A critical vulnerability was discovered in the SAML SSO implementation of Sentry. It was reported to us via our private bug bounty program.</p>
<p>The vulnerability allows an attacker to take over any user account by using a malicious SAML Identity Provider and another organization on the same Sentry instance. The victim email address must be known in order to exploit this vulnerability.</p>
<p>For self-hosted users, you are only vulnerable if the following conditions are met:
- You have more than one organization configured (SENTRY_SINGLE_ORGANIZATION = False).
- A malicious user has existing access and permissions to modify SSO settings for another organization in your multo-organization instance.</p>
<p>### Patches
- [Sentry SaaS](https://sentry.io/): The fix was deployed on February 18, 2026. No action is required.
- [Self-Hosted Sentry](https://github.com/getsentry/self-hosted): If only a single organization is allowed (SENTRY_SINGLE_ORGANIZATION = True), then no action is needed. We recommend upgrading to version 26.2.0 or higher.</p>
<p>### Workarounds
User account-based two-factor authentication prevents an attacker from being able to complete authentication with a victim's user account. Organization administrators cannot do this on a user's behalf, this requires individual users to ensure 2FA has been enabled for their account.</p>
<p>You can manage your two-factor authentication settings on your Account Settings &gt; [Security](https://sentry.io/settings/account/security/) page. For st…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/pysec-2026-533"/>
  </entry>
</feed>
