Bug 1413160

Summary: [RFE] Sudo option to quietly ignore unknown defaults settings
Product: Red Hat Enterprise Linux 7 Reporter: Andrea Perotti <aperotti>
Component: sudoAssignee: Daniel Kopeček <dkopecek>
Status: CLOSED ERRATA QA Contact: Dalibor Pospíšil <dapospis>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 7.2CC: aperotti, daniele, lmiksik, pkis, tosykora
Target Milestone: rcKeywords: FutureFeature
Target Release: ---   
Hardware: Unspecified   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-08-01 17:03:40 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Andrea Perotti 2017-01-13 19:00:22 UTC
What problem/issue/behavior are you having trouble with?  What do you expect to see?

1. Proposed title of this feature request
Sudo option to quietly ignore unknown defaults settings

3. What is the nature and description of the request? 
Customer is making use of sudo in LDAP.
In LDAP they have to configure a number of parameters, like netgroup_tuple.
This option is unknown i.e. in sudo for RHEL 5 and therefore an error is printed in the output.
ie: "sudo: unknown defaults entry [...]"

This is breaking some scripts and programs, especially when output is checked.

4. Why does the customer need this? (List the business requirements here)
Customer needs to be sure that next option introduced will not affect current existing running environment.

5. How would the customer like to achieve this? (List the functional requirements here)
Add option in sudo like:
```
Defaults quiet_unknown_options="netgroup_tuple,env_reset"
```
ALL may be a special wording to quietly ignore the unknown options.

6. For each functional requirement listed in question 5, specify how Red Hat
and the customer can test to confirm the requirement is successfully implemented.
Add in sudoers:
```
Defaults testoption1
Defaults testoption2
```

run sudo -l and check the output.
"sudo: unknown defaults entry" string should appear for testoption1 and testoption2.

Add now in sudoers:
```
Defaults quiet_unknown_options="testoption1"
```

run sudo -l and check the output.
"sudo: unknown defaults entry" should appear only for testoption2

Edit the above with:
```
Defaults quiet_unknown_options="testoption1,testoption2"
```
run sudo -l and check the output.
No string should appear at all.

Edit the above with:
```
Defaults quiet_unknown_options="ALL"
```
run sudo -l and check the output.
No string should appear at all.

8. Does the customer have any specific timeline dependencies?
End of Q1 of 2017

9. Is the sales team involved in this request and do they have any additional input?
no 

11. Would the customer be able to assist in testing this functionality if implemented?
Yes, sure

Where are you experiencing the behavior?  What environment?

RFE

When does the behavior occur? Frequently?  Repeatedly?   At certain times?

RFE

What information can you provide around timeframes and urgency?

RFE

Comment 6 Tomas Sykora 2017-02-21 14:42:23 UTC
This feature will be delivered by rebase in 7.4.

Comment 10 errata-xmlrpc 2017-08-01 17:03:40 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2017:2017

Comment 11 errata-xmlrpc 2017-08-01 17:27:35 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2017:2017