Bug 2553373 - CVE-2026-110924 openssh: openssh: GSSAPI delegated credentials can be stored after a failed authentication [fedora-all]
Summary: CVE-2026-110924 openssh: openssh: GSSAPI delegated credentials can be stored ...
Keywords:
Status: NEW
Alias: None
Product: Fedora
Classification: Fedora
Component: openssh
Version: rawhide
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: ---
Assignee: Dmitry Belyavskiy
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: {"flaws": ["a7974c82-3e37-47b5-be4b-c...
Depends On:
Blocks: CVE-2026-110924
TreeView+ depends on / blocked
 
Reported: 2026-10-15 11:13 UTC by Ganesh
Modified: 2026-10-15 11:13 UTC (History)
6 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed:
Type: ---
Embargoed:
fedora-admin-xmlrpc: mirror+


Attachments (Terms of Use)

Description Ganesh 2026-10-15 11:13:00 UTC
Disclaimer: Community trackers are created by Red Hat Product Security team on a best effort basis. Package maintainers are required to ascertain if the flaw indeed affects their package, before starting the update process.

A flaw was found in OpenSSH sshd when GSSAPIAuthentication is enabled. A partial GSSAPI exchange left gssapi_client, including an exported name and credential, for a later authentication attempt on the same connection. ssh_gssapi_storecreds stored delegated credentials even when ssh_gssapi_userok had not succeeded. The RHEL maintainer confirmed that this does not authorize a later login. The impact is storage of a delegated credential that userok did not accept. RHEL ships GSSAPIAuthentication yes. On RHEL 10, GSSAPIDelegateCredentials defaults to yes, and storecreds returns early only when that switch is off. This is not CVE-2026-60000 (MaxAuthTries and GSSAPI) and not CVE-2026-3497 (GSSAPI key exchange).


Note You need to log in before you can comment on or make changes to this bug.