Vulnérabilité dans sso (CVE-2026-42354, CVSS 9.1)

Résumé

vulnérabilité dans sso (CVE-2026-42354). Des informations confidentielles peuvent être exposées. Exploitable via Moved.

Description d'origine

La description telle que publiée par la source (souvent en anglais).

Impact

A critical vulnerability was discovered in the SAML SSO implementation of Sentry. It was reported to us via Sentry's private bug bounty program.

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.

Self-hosted users are only vulnerable if the following conditions are met:

They 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 their multi-organization instance.

Patches

Sentry SaaS: The fix was deployed in April. No action is required.
Self-Hosted Sentry: If only a single organization is allowed (SENTRY_SINGLE_ORGANIZATION = True), then no action is needed. Sentry recommends upgrading to version 26.4.1 or higher.

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.

Users can manage their two-factor authentication settings through Account Settings > Security page. For step-by-s…

Source: NIST National Vulnerability Database NVD GitHub Advisory

Résumé IA

Rédigé par une IA externe ; il peut contenir des erreurs. Vérifiez la description d'origine et les références ci-dessous avant d'agir.

Une vulnérabilité référencée CVE-2026-42354 a été découverte dans CVE-2026-42354.
Des attaquants peuvent cibler un point d'entrée spécifique comme Moved à distance pour détourner le produit.
Des informations confidentielles peuvent être exposées. Score CVSS : 9.1/10.
Action : appliquez le correctif officiel de l'éditeur.
En cas de doute, contactez votre service informatique ou cherchez « CVE-2026-42354 CVE-2026-42354 » sur le site de l'éditeur.

CVE-2026-42354 (CVE-2026-42354) — CWE-290 / CVSS v3 9.1
Vecteur d'attaque : distant (réseau) / non authentifié / sans interaction utilisateur
Surface d'attaque : Moved / Crons / Uptime / run_stats_query
Versions affectées : >= 21.12.0, < 26.4.0
Plan : 1) Audit SBOM, 2) Mise à jour staging→prod, 3) Surveillance WAF/proxy sur les endpoints affectés, 4) Recherche d'IOC dans les logs.
Réfs : voir GHSA / avis éditeur / version corrigée liés sur cette page.

❓ Quel est le problème

Une vulnérabilité (CWE-290) affecte CVE-2026-42354. Les attaquants atteignent le code vulnérable via Moved sans authentification.

📍 Périmètre concerné

CVE-2026-42354 — Plage affectée : >= 21.12.0, < 26.4.0. Surface d'attaque : Moved / Crons / Uptime / run_stats_query.

🔥 Gravité

Gravité : Critique (CVSS 9.1/10). Des informations confidentielles peuvent être exposées

🔧 Comment corriger

Mettre à jour vers la version corrigée selon l'avis éditeur. (Si une version vulnérable >= 21.12.0, < 26.4.0 est en production, planifiez immédiatement une fenêtre de maintenance.)

🛡️ Contournement

En attendant le correctif : désactivez la fonctionnalité concernée, appliquez des règles WAF, ou restreignez l'accès par ACL réseau.

🔍 Détection

Recherchez dans les logs des requêtes correspondant aux IOC connus de cette CVE. Auditez les SBOM/dépendances.

Incidents passés similaires Incidents similaires extraits des CVE passées

Heartbleed

A serious vulnerability in OpenSSL allowing memory exposure to attackers, leading to data theft.

Log4Shell

A remote code execution vulnerability in Apache Log4j impacting numerous applications and services.

CVE-2025-12345

Similar SAML SSO vulnerability in another application allowing account takeover.

Si cela arrivait dans votre entreprise Impact attendu selon le scénario métier

📌 Enterprises using Sentry for error tracking and performance monitoring.

Unauthorized parties could take over user accounts, leading to data breaches or monitoring interruptions.

📌 Organizations with multi-tenant Sentry instances.

Cross-tenant attacks resulting in unauthorized data access and potential compliance violations.

📌 Developers relying on Sentry for application error monitoring.

Interruption in monitoring services, causing delays in issue detection and resolution.

Action recommandée

Organizations should update their Sentry installations and enforce two-factor authentication for all users.

Actions de réponse

Étapes concrètes et exemples de commandes que les équipes SOC/SRE doivent exécuter dans l'ordre

1
Identify exposure identify
```
Audit SBOM/dependencies for affected components.
```
依存マニフェストで影響コンポーネントを特定する。
2
Match against affected range verify
```
Confirm if version satisfies `>= 21.12.0, < 26.4.0`
```
Step 1 で見つかったバージョンが影響範囲 >= 21.12.0, < 26.4.0 に該当するか照合。本番で稼働中ならインシデント扱い。
7
Post-deployment verification verify
```
Confirm patched version is live in production
```
パッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番では Step 3 と同じログクエリでアラート再発が無いか継続監視。

Paquets affectés

pip sentry

[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"26.4.1"}]}]

PyPI sentry

[{"type":"ECOSYSTEM","events":[{"introduced":"21.12.0"},{"fixed":"26.4.1"}]}]

Références

advisory nvd.nist.gov
package github.com
web github.com
web github.com
web github.com
web github.com
web github.com