Catégories
CVE-2026-77564 low CVSS 3.3

Vulnérabilité dans github.com/talos-systems/talos (CVE-2026-77564)

Résumé

Vulnérabilité dans github.com/talos-systems/talos (CVE-2026-77564). Risque d'opérations non autorisées ou de divulgation. Exploitable via auth. Atténuation : mise à jour vers 1.14.0-alpha.0.0.20260513110206-76080416beee ou plus.

Description d'origine

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

Summary

When generating a support bundle with talosctl support the credentials entered for private registries are included in the bundle.

Details

Within the generated support bundle, inside resources/registryconfigs.cri.talos.dev.yaml the auth field of the spec is retained.
The same, potentially sensitive information is present within etcfilespecs.files.talos.dev.yaml.

PoC

Simply run talosctl -n [...] support on a cluster with a RegistryAuthConfig resource

Impact

The problem itself is minor, however, anyone who has ever uploaded a support.zip bundle on a github issue, slack thread or public forum could have potentially leaked their internal authentication parameters for a private registry.

In most situations, if the network and credentials are set correctly, this should not be a problem. On the other hand, if the affected registry is publicly accessible, and the provided credentials have write access to it, this could lead to possibly serious consequences, from denial of service, to data loss and possibly existing tag hijacking leading to supply chain compromise, for the affected parties which were under the impression that the support bundle is redacted of sensitive information and thus can be shared publicly.

Notes

Talos 1.14+ by default encrypts the support bundle to the age recipients specified (defaulting to siderolabs GitHub org members), so the impact is even lower.

Environment

  • Talos version: v1.13.0
  • Kubernetes versio…

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-77564 a été découverte dans github.com/talos-systems/talos.
Des attaquants peuvent cibler un point d'entrée spécifique comme auth à distance pour détourner le produit.
Risque d'opérations non autorisées ou de divulgation. Score CVSS : 3.3/10.
Action : mettez à jour github.com/talos-systems/talos vers 1.14.0-alpha.0.0.20260513110206-76080416beee ou supérieur.
En cas de doute, contactez votre service informatique ou cherchez « github.com/talos-systems/talos CVE-2026-77564 » sur le site de l'éditeur.

CVE-2026-77564 (github.com/talos-systems/talos) — CWE-312 / CVSS v3 3.3
Vecteur d'attaque : local / non authentifié
Surface d'attaque : auth / etcfilespecs.files.talos.dev.yaml / RegistryAuthConfig
Correctif : 1.14.0-alpha.0.0.20260513110206-76080416beee — 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-312) affecte github.com/talos-systems/talos. Les attaquants atteignent le code vulnérable via auth sans authentification.

📍 Périmètre concerné

Consultez l'avis de l'éditeur pour les versions affectées de github.com/talos-systems/talos. Surface d'attaque : auth / etcfilespecs.files.talos.dev.yaml / RegistryAuthConfig.

🔥 Gravité

Gravité : Faible (CVSS 3.3/10). Risque d'opérations non autorisées ou de divulgation.

🔧 Comment corriger

Mettre à jour vers 1.14.0-alpha.0.0.20260513110206-76080416beee.

🛡️ 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/talos-systems/talos' . | grep -v node_modules

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

  2. 2
    Apply patch patch
    Upgrade github.com/talos-systems/talos to 1.14.0-alpha.0.0.20260513110206-76080416beee

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

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

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

Paquets affectés

go github.com/talos-systems/talos
[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.14.0-alpha.0.0.20260513110206-76080416beee"}]}]

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