Bug 1187041 (CVE-2015-1419)

Summary: CVE-2015-1419 vsftpd: access restrictions bypass
Product: [Other] Security Response Reporter: Vasyl Kaigorodov <vkaigoro>
Component: vulnerabilityAssignee: Red Hat Product Security <security-response-team>
Status: CLOSED NOTABUG QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: unspecifiedCC: carnil, jaskalnik, mdshaikh, mosvald, nagy.martin
Target Milestone: ---Keywords: Security
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-07-17 04:11:55 UTC 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: 1187043    
Bug Blocks: 1187042    

Description Vasyl Kaigorodov 2015-01-29 08:58:02 UTC 
Common Vulnerabilities and Exposures assigned an identifier CVE-2015-1419 to the following vulnerability:

Name: CVE-2015-1419
URL: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-1419
Assigned: 20150127
Reference: http://secunia.com/advisories/62415

Unspecified vulnerability in vsftp 3.0.2 and earlier allows remote attackers to bypass access restrictions via unknown vectors, related to deny_file parsing.
Comment 1 Vasyl Kaigorodov 2015-01-29 08:59:54 UTC 
Created vsftpd tracking bugs for this issue:

Affects: fedora-all [bug 1187043]
Comment 2 Huzaifa S. Sidhpurwala 2015-07-17 04:11:55 UTC 
As per the vsftpd.conf man page:

"This option is very simple, and should not be used for serious access control - the filesystem's permissions should be used in preference. However, this option may be useful in certain virtual user setups. In particular aware that if a filename is accessible by a variety  of  names (perhaps  due  to symbolic links or hard links), then care must be taken to deny access to all the names."

The man page advices users to exercise caution when using the deny_file option and mentions that filesystem permissions should be preferred.

Based on the above documentation, Red Hat Product Security Team, does not consider this issue as a security flaw.
Comment 4 Doran Moppert 2020-02-11 00:29:06 UTC 
Statement:

Red Hat Product Security determined that this flaw was not a security vulnerability. See the Bugzilla link for more details.