Bug 2543858 (CVE-2026-93995)

Summary:	CVE-2026-93995 org.apache.sshd/sshd-git: Apache MINA SSHD: Arbitrary file write via improper Git archive argument validation
Product:	[Other] Security Response	Reporter:	OSIDB Bzimport <bzimport>
Component:	vulnerability	Assignee:	Product Security DevOps Team <prodsec-dev>
Status:	NEW ---	QA Contact:
Severity:	medium	Docs Contact:
Priority:	medium
Version:	unspecified	Keywords:	Security
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	---
Doc Text:	A flaw was found in Apache MINA SSHD. The sshd-git module does not properly restrict command-line arguments when executing Git commands over Secure Shell (SSH) connections. An authenticated remote attacker can exploit this issue by providing a crafted output parameter during an archive operation. This allows the attacker to write files directly to the server's filesystem, compromising system integrity.	Story Points:	---
Clone Of:		Environment:
Last Closed:		Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:	2544423
Bug Blocks:

Description OSIDB Bzimport 2026-09-30 10:09:31 UTC

Improper input validation in sshd-git in Apache MINA SSHD, versions up to 2.19.0 and 3.0.0-M1 to 3.0.0-M5. Apache 
MINA SSHD is a Java library for client-side and server-side SSH.




Component org.apache.sshd:sshd-git provides though class GitPgmCommandFactory a way to configure an Apache MINA SSHD server such 
that authenticated SSH clients can remotely execute git commands via the JGit library 
on git repositories stored on the server. In CVE-2026-58624 this mechanism was restricted to only a few git commands, including "git archive" without "--output" or "-o" options such that the resulting archive would not be written on the server but instead sent back to the client over the SSH connection.




The fix done for CVE-2026-58624 was insufficient as it missed removing the single-argument "-o=file.zip" version of the command parameter from the "archive" command.




Users are recommended to upgrade to version 2.20.0 or 3.0.0-M6, which fix this issue.