【活用ガイド】

JVNDB-2026-022978

レッドハットのRed Hat Enterprise Linuxにおけるログファイルからの情報漏えいに関する脆弱性

概要

モジュール: plugins/modules/keyring_info.pyCVSS 3.1: 5.5 中程度 ― AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:N問題点: 本モジュールはOSのネイティブキーチェーン(GNOME Keyring、macOS Keychain、Windows Credential Manager)からパスフレーズを取得し、それを直接 result["passphrase"] に格納していますが、出力抑制や no_log 保護、さらにドキュメント上の警告がありません。根本原因: 105行目(保護あり): keyring_password=dict(type="str", required=True, no_log=True)127行目(保護なし): result["passphrase"] = passphrase観察された出力: {"changed": false, "passphrase": "MyMasterP@ssw0rd!SSH_Key_Secret"}register + debug によって以下のように表示されます: {"keyring_result": {"changed": false, "passphrase": "MyMasterP@ssw0rd!SSH_Key_Secret"}}影響: マスターパスワード、SSHキーのパスフレーズ、サービス認証情報がすべてのAnsible出力に表示されます。register: keyring_result に格納後、debug: var=keyring_result を呼び出すとパスフレーズがそのまま全表示されてしまいます。Ansibleのファクトキャッシュバックエンド(Redis、JSONファイル、memcached)にパスフレーズが永続化される可能性もあります。AWX/Towerのジョブログにもライブ資格情報が無言で保存されてしまいます。修正案: module.exit_json(changed=False, passphrase=passphrase, _ansible_no_log=True) として、出力ログに表示されないようにしてください。さらに、呼び出し元のタスクレベルで no_log: true を使用するよう要求するドキュメンテーション上の警告を追加してください。PoC(証明コード)図1: PoC実行例でパスフレーズが平文で出力されている様子図2: 入力側で no_log=True(105行目)に設定されているのに対し、出力側は保護されていない(127行目)ソースコード例
CVSS による深刻度 (CVSS とは?)

CVSS v3 による深刻度
基本値: 5.5 (警告) [その他]
  • 攻撃元区分: ローカル
  • 攻撃条件の複雑さ: 低
  • 攻撃に必要な特権レベル: 低
  • 利用者の関与: 不要
  • 影響の想定範囲: 変更なし
  • 機密性への影響(C): 高
  • 完全性への影響(I): なし
  • 可用性への影響(A): なし
影響を受けるシステム


レッドハット
  • Red Hat Enterprise Linux 10.0

本脆弱性の影響を受ける製品の詳細については、ベンダ情報および参考情報をご確認ください。
想定される影響

・当該ソフトウェアが扱う全ての情報が外部に漏れる可能性があります。
・当該ソフトウェアが扱う情報について、書き換えは発生しません。
・当該ソフトウェアは停止しません。
対策

ベンダ情報を参照して適切な対策を実施してください。
ベンダ情報

レッドハット
CWEによる脆弱性タイプ一覧  CWEとは?

  1. ログファイルからの情報漏えい(CWE-532) [その他]
共通脆弱性識別子(CVE)  CVEとは?

  1. CVE-2026-11819
参考情報

  1. National Vulnerability Database (NVD) : CVE-2026-11819
更新履歴

  • [2026年07月10日]
      掲載