Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 15454

Summary: incorrect setuid management
Product: [Retired] Red Hat Linux Reporter: mal
Component: linuxconfAssignee: Nalin Dahyabhai <nalin>
Status: CLOSED RAWHIDE QA Contact:
Severity: medium Docs Contact:
Priority: high    
Version: 7.0Keywords: Security
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2000-08-05 02:31:51 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:

Description mal 2000-08-05 02:31:49 UTC 
linuxconf is trying to do some permission management
on files which do not belong to the  packages the module 
was designed for.
Example: 
if sendmail is removed and another mail transport agent is installed 
linuxconf is still trying to set setuid bit on execution 
for /usr/lib/sendmail , even this file 
now suppose NOT TO HAVE setuid on execution bit. set.

Linuxconf should be modified in such way that
if sendmail package is not install  - do not manage 
any permissions on sendmail files at al.

Same thing with the other sendmail modules.
If linuxconf module suppose to manage 
package A then do not touch any files 
if package A is not installed, even if some of files
have the same names as ones from package A.
Comment 1 Nalin Dahyabhai 2000-08-30 18:24:25 UTC 
Fixed in linuxconf-1.19r2-4.  Linuxconf will no longer attempt to set
permissions on /usr/sbin/sendmail, but I believe that the MTA should not be
providing a binary with this name.
Comment 2 mal 2000-08-30 19:52:16 UTC 
Every MTA (EXIM,QMAIL,SMAIL) provides a binary file
/usr/sbin/sendmail
for compatibility with sendmail.

If they do not do this many programs
(such as mailx, pine. etc)
will stop working because they have the have
/usr/sbin/sendmail
hardcoded as mail transport agent.