Connexion Inscription
JA · EN · FR
SecPulse
Catégories
CVE-2026-44477 critical CVSS 9.9

Vulnérabilité dans github.com/cloudnative-pg/cloudnative-pg (CVE-2026-44477)

Résumé

Vulnérabilité dans github.com/cloudnative-pg/cloudnative-pg (CVE-2026-44477). L'exploitation peut entraîner la prise de contrôle totale du système. Exploitable via postgres. Atténuation : mise à jour vers 1.29.1 ou plus.

Description d'origine

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

Impact

The CloudNativePG metrics exporter opens its PostgreSQL connection as the postgres superuser via the pod-local Unix socket, then demotes the session with SET ROLE pg_monitor. SET ROLE changes only current_user; session_user remains postgres. That residual superuser identity is the foothold for the rest of the chain.

Any SQL expression evaluated inside the scrape session can invoke RESET ROLE to recover real superuser privileges, then use COPY ... TO PROGRAM to spawn an OS-level subprocess as the postgres user inside the primary pod. The READ ONLY transaction flag does not block this; it gates writes to database state, not external processes.

Two exploitation paths follow from this root cause.

Path 1: custom metric queries with unqualified identifiers (all supported releases)

A database user who owns a schema on the search_path of any scraped database can plant a shadow object whose name matches an unqualified identifier in a custom metric query. When the exporter next evaluates that query, the shadow expression executes inside the session_user = postgres scrape session, giving the attacker PostgreSQL superuser privileges and OS command execution inside the primary pod within one scrape interval (≤30 s). Exploitability requires a custom metric query that contains an unqualified relation or function reference.

Although search_path shadowing of unqualified identifiers is the most direct case, the underlying bug is that any expressi…

Source: GitHub Security Advisories (Global) NVD GitHub Advisory

Résumé généré automatiquement

Assemblé par SecPulse à partir des données sources (CVSS, CWE, versions affectées) à l'aide de modèles, sans IA. Vérifiez la description d'origine et les références ci-dessous.

Une vulnérabilité référencée CVE-2026-44477 a été découverte dans github.com/cloudnative-pg/cloudnative-pg.
Des attaquants peuvent cibler un point d'entrée spécifique comme postgres à distance pour détourner le produit.
L'exploitation peut entraîner la prise de contrôle totale du système. Score CVSS : 9.9/10.
Action : mettez à jour github.com/cloudnative-pg/cloudnative-pg vers 1.29.1 ou supérieur.
En cas de doute, contactez votre service informatique ou cherchez « github.com/cloudnative-pg/cloudnative-pg CVE-2026-44477 » sur le site de l'éditeur.

CVE-2026-44477 (github.com/cloudnative-pg/cloudnative-pg) — CWE-250 / CVSS v3 9.9
Vecteur d'attaque : distant (réseau) / sans interaction utilisateur
Surface d'attaque : postgres / current_user / session_user / search_path
Correctif : 1.29.1 — appliquer immédiatement
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-250) affecte github.com/cloudnative-pg/cloudnative-pg. Les attaquants atteignent le code vulnérable via postgres.

📍 Périmètre concerné

Consultez l'avis de l'éditeur pour les versions affectées de github.com/cloudnative-pg/cloudnative-pg. Surface d'attaque : postgres / current_user / session_user / search_path.

🔥 Gravité

Gravité : Critique (CVSS 9.9/10). L'exploitation peut entraîner la prise de contrôle totale du système.

🔧 Comment corriger

Mettre à jour vers 1.29.1.

🛡️ 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.

Actions de réponse

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

  1. 1
    Identify exposure identify 
    grep -r 'github.com/cloudnative-pg/cloudnative-pg' . | grep -v node_modules

    リポジトリと本番環境の依存ファイル (package-lock.json / requirements.txt / go.sum / Gemfile.lock 等) で github.com/cloudnative-pg/cloudnative-pg を grep し、稼働しているサービス・バージョンを把握する。

  2. 2
    Apply patch patch 
    Upgrade github.com/cloudnative-pg/cloudnative-pg to 1.29.1

    ステージング環境で 1.29.1 に上げて回帰テスト → 本番反映。回帰テストはアプリの主要ハッピーパスを含めること。

  3. 3
    Post-deployment verification verify 
    Confirm patched version is live in production

    パッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番ではアクセスログ・WAF でアラート再発が無いか継続監視。

Paquets affectés

go github.com/cloudnative-pg/cloudnative-pg
[{"type":"SEMVER","events":[{"introduced":"1.29.0"},{"fixed":"1.29.1"}]}]

Références

Nous utilisons des cookies pour l'analyse d'audience et la mesure publicitaire. Ce réglage s'applique à tous les sites de Game co., Ltd. En savoir plus