LPI 102-500 Practice Test 60
Question 590
During an LPIC-1 practice lab, the operator encounters this condition: A laptop's resolv.conf file points to a local stub resolver, but support replaces the stub with a hardcoded address without checking systemd-resolved. Which TWO complementary steps provide the best corrective action and its most direct diagnostic verification? Select TWO answers.
- Inspect `resolvectl status` if used, /etc/resolv.conf target, search directives and queries for short names versus fully qualified names.
- Inspect `systemctl` service state, NetworkManager device management, /etc/systemd/network and active connection profiles alongside `ip` state.
- Inspect `ip route` and selected `ip route get`, then set or repair the appropriate default route in the active manager or with `ip route` for a controlled temporary change.
- Assume /etc/resolv.conf is always a manually maintained static file and that a short hostname cannot be affected by DNS search suffixes.
- Review NSS ordering, DNS search domains and active systemd-resolved or NetworkManager resolver integration before changing client resolution.
Explanation
Correct Answers
A:Most direct verification evidence: Inspect `resolvectl status` if used, /etc/resolv.conf target, search directives and queries for short names versus fully qualified names. Scenario: A laptop's resolv.conf file points to a local stub resolver, but support replaces the stub with a hardcoded address without checking systemd-resolved. Linux principle: A resolver's search suffixes, per-link DNS choices and stub or split-DNS behavior can alter queries independently of the authoritative zone contents.
E:Recommended administrative action: Review NSS ordering, DNS search domains and active systemd-resolved or NetworkManager resolver integration before changing client resolution. Scenario: A laptop's resolv.conf file points to a local stub resolver, but support replaces the stub with a hardcoded address without checking systemd-resolved. Linux principle: A resolver's search suffixes, per-link DNS choices and stub or split-DNS behavior can alter queries independently of the authoritative zone contents.
Incorrect Answers
B:This alternative addresses NetworkManager and systemd-networkd configuration ownership, not the specific issue of Resolver precedence, search domains and systemd-resolved: Inspect `systemctl` service state, NetworkManager device management, /etc/systemd/network and active connection profiles alongside `ip` state.
C:This alternative addresses Linux routing tables and default gateway selection, not the specific issue of Resolver precedence, search domains and systemd-resolved: Inspect `ip route` and selected `ip route get`, then set or repair the appropriate default route in the active manager or with `ip route` for a controlled temporary change. Scenario: A laptop's resolv.conf file points to a local stub resolver, but support replaces the stub with a hardcoded address without checking systemd-resolved. Linux principle: A resolver's search suffixes, per-link DNS choices and stub or split-DNS behavior can alter queries independently of the authoritative zone contents. Appropriate response: Review NSS ordering, DNS search domains and active systemd-resolved or NetworkManager resolver integration before changing client resolution. Root-cause evidence: Inspect `resolvectl status` if used, /etc/resolv.conf target, search directives and queries for short names versus fully qualified names. Independent acceptance: Approved short and absolute names resolve to intended addresses on the correct link without breaking VPN split DNS.
D:This shortcut is unsafe for the present Linux issue: Assume /etc/resolv.conf is always a manually maintained static file and that a short hostname cannot be affected by DNS search suffixes. Scenario: A laptop's resolv.conf file points to a local stub resolver, but support replaces the stub with a hardcoded address without checking systemd-resolved. A resolver's search suffixes, per-link DNS choices and stub or split-DNS behavior can alter queries independently of the authoritative zone contents.
Question 591
A helpdesk escalation describes this Linux behavior: A security review discovers a newly installed executable with the SUID bit set and no documented business need. Which administrative step is the MOST appropriate way to resolve this issue? Select ONE best answer.
- Restore restricted shadow database ownership and permissions using distribution-supported account tools and protect password hashes from general reads.
- Assume executable files cannot gain extra privilege from mode bits and that a standard ls without permission details is sufficient for a SUID audit.
- Choose supported SSH local or remote port forwarding for a specified TCP endpoint, or SSH X11 forwarding for graphical applications, with approved bind and host-key restrictions.
- Inventory files with SUID or SGID bits using a suitable `find` permission predicate, investigate ownership and remove unnecessary privilege through approved change control.
Explanation
Correct Answer
D:Recommended administrative action: Inventory files with SUID or SGID bits using a suitable `find` permission predicate, investigate ownership and remove unnecessary privilege through approved change control.
Incorrect Answers
A:This alternative addresses Shadow password file permissions and hash protection, not the specific issue of Auditing privileged SUID and SGID executables: Restore restricted shadow database ownership and permissions using distribution-supported account tools and protect password hashes from general reads. Linux principle: SUID and SGID execution bits can change effective identity or group during program execution, so unexpected privileged binaries enlarge security risk. Appropriate response: Inventory files with SUID or SGID bits using a suitable `find` permission predicate, investigate ownership and remove unnecessary privilege through approved change control. Root-cause evidence: Run carefully scoped `find` checks for -perm -4000 and -perm -2000, review file ownership, ACLs, package provenance and intended use. Independent acceptance: Only approved privileged executables retain special mode bits and exceptions have documented justification and monitoring.
B:That option would assume executable files cannot gain extra privilege from mode bits and that a standard ls without permission details is sufficient for a SUID audit, but it addresses a different concern. SUID and SGID execution bits can change effective identity or group during program execution, so unexpected privileged binaries enlarge security risk.
C:This alternative addresses SSH port forwarding and X11 tunnel purpose, not the specific issue of Auditing privileged SUID and SGID executables: Choose supported SSH local or remote port forwarding for a specified TCP endpoint, or SSH X11 forwarding for graphical applications, with approved bind and host-key restrictions. Linux principle: SUID and SGID execution bits can change effective identity or group during program execution, so unexpected privileged binaries enlarge security risk. Appropriate response: Inventory files with SUID or SGID bits using a suitable `find` permission predicate, investigate ownership and remove unnecessary privilege through approved change control. Root-cause evidence: Run carefully scoped `find` checks for -perm -4000 and -perm -2000, review file ownership, ACLs, package provenance and intended use. Independent acceptance: Only approved privileged executables retain special mode bits and exceptions have documented justification and monitoring.
Question 592
An operations handoff identifies this problem: A security review discovers a newly installed executable with the SUID bit set and no documented business need. Which Linux behavior or technical principle BEST explains why the issue occurs? Select ONE best answer.
- Encryption protects content for holders of the corresponding decryption key, whereas a digital signature demonstrates origin and integrity without concealing the data.
- SSH server host keys identify the remote server and protect against impersonation; host keys are different from user public-key authentication keys.
- SUID and SGID execution bits can change effective identity or group during program execution, so unexpected privileged binaries enlarge security risk.
- Assume executable files cannot gain extra privilege from mode bits and that a standard ls without permission details is sufficient for a SUID audit.
Explanation
Correct Answer
C:Relevant Linux operating principle: SUID and SGID execution bits can change effective identity or group during program execution, so unexpected privileged binaries enlarge security risk.
Incorrect Answers
A:This alternative addresses GnuPG signing versus encryption and key revocation, not the specific issue of Auditing privileged SUID and SGID executables: Encryption protects content for holders of the corresponding decryption key, whereas a digital signature demonstrates origin and integrity without concealing the data. Linux principle: SUID and SGID execution bits can change effective identity or group during program execution, so unexpected privileged binaries enlarge security risk. Appropriate response: Inventory files with SUID or SGID bits using a suitable `find` permission predicate, investigate ownership and remove unnecessary privilege through approved change control. Root-cause evidence: Run carefully scoped `find` checks for -perm -4000 and -perm -2000, review file ownership, ACLs, package provenance and intended use. Independent acceptance: Only approved privileged executables retain special mode bits and exceptions have documented justification and monitoring.
B:This alternative addresses SSH server host keys and client trust decisions, not the specific issue of Auditing privileged SUID and SGID executables: SSH server host keys identify the remote server and protect against impersonation; host keys are different from user public-key authentication keys. Linux principle: SUID and SGID execution bits can change effective identity or group during program execution, so unexpected privileged binaries enlarge security risk. Appropriate response: Inventory files with SUID or SGID bits using a suitable `find` permission predicate, investigate ownership and remove unnecessary privilege through approved change control. Root-cause evidence: Run carefully scoped `find` checks for -perm -4000 and -perm -2000, review file ownership, ACLs, package provenance and intended use. Independent acceptance: Only approved privileged executables retain special mode bits and exceptions have documented justification and monitoring.
D:That option would assume executable files cannot gain extra privilege from mode bits and that a standard ls without permission details is sufficient for a SUID audit, but it addresses a different concern. Independent acceptance: Only approved privileged executables retain special mode bits and exceptions have documented justification and monitoring.
Question 593
A team maintaining a Linux host reports: A security review discovers a newly installed executable with the SUID bit set and no documented business need. Which evidence or command result MOST directly tests the suspected root cause? Select ONE best answer.
- Assume executable files cannot gain extra privilege from mode bits and that a standard ls without permission details is sufficient for a SUID audit.
- Inspect `w`, `who`, `last`, `ulimit -a`, controlled process execution and any persistent limits configuration.
- Inspect daemon documentation, linked support if relevant, actual listener behavior and an approved remote denied-client test.
- Run carefully scoped `find` checks for -perm -4000 and -perm -2000, review file ownership, ACLs, package provenance and intended use.
Explanation
Correct Answer
D:Most direct verification evidence: Run carefully scoped `find` checks for -perm -4000 and -perm -2000, review file ownership, ACLs, package provenance and intended use.
Incorrect Answers
A:This shortcut is unsafe for the present Linux issue: Assume executable files cannot gain extra privilege from mode bits and that a standard ls without permission details is sufficient for a SUID audit. It cannot establish a safe correction.
B:This alternative addresses Login history, active sessions and process limits, not the specific issue of Auditing privileged SUID and SGID executables: Inspect `w`, `who`, `last`, `ulimit -a`, controlled process execution and any persistent limits configuration.
C:That option would inspect daemon documentation, linked support if relevant, actual listener behavior and an approved remote denied-client test, but it addresses a different concern. SUID and SGID execution bits can change effective identity or group during program execution, so unexpected privileged binaries enlarge security risk.
Question 594
While verifying a Linux change request, an engineer finds: A security review discovers a newly installed executable with the SUID bit set and no documented business need. Which observed outcome BEST confirms a successful and properly scoped correction? Select ONE best answer.
- The unwanted port no longer accepts connections after reboot while approved system services remain available.
- Only approved privileged executables retain special mode bits and exceptions have documented justification and monitoring.
- The audit identifies accurate session ownership and resource-heavy workloads obey documented per-account limits without affecting unrelated users.
- Assume executable files cannot gain extra privilege from mode bits and that a standard ls without permission details is sufficient for a SUID audit.
Explanation
Correct Answer
B:Observable acceptance criterion: Only approved privileged executables retain special mode bits and exceptions have documented justification and monitoring.
Incorrect Answers
A:This alternative addresses Disabling unnecessary systemd and socket-activated services, not the specific issue of Auditing privileged SUID and SGID executables: The unwanted port no longer accepts connections after reboot while approved system services remain available. Linux principle: SUID and SGID execution bits can change effective identity or group during program execution, so unexpected privileged binaries enlarge security risk. Appropriate response: Inventory files with SUID or SGID bits using a suitable `find` permission predicate, investigate ownership and remove unnecessary privilege through approved change control. Root-cause evidence: Run carefully scoped `find` checks for -perm -4000 and -perm -2000, review file ownership, ACLs, package provenance and intended use. Independent acceptance: Only approved privileged executables retain special mode bits and exceptions have documented justification and monitoring.
C:This alternative addresses Login history, active sessions and process limits, not the specific issue of Auditing privileged SUID and SGID executables: The audit identifies accurate session ownership and resource-heavy workloads obey documented per-account limits without affecting unrelated users. Linux principle: SUID and SGID execution bits can change effective identity or group during program execution, so unexpected privileged binaries enlarge security risk. Appropriate response: Inventory files with SUID or SGID bits using a suitable `find` permission predicate, investigate ownership and remove unnecessary privilege through approved change control. Root-cause evidence: Run carefully scoped `find` checks for -perm -4000 and -perm -2000, review file ownership, ACLs, package provenance and intended use. Independent acceptance: Only approved privileged executables retain special mode bits and exceptions have documented justification and monitoring.
D:This shortcut is unsafe for the present Linux issue: Assume executable files cannot gain extra privilege from mode bits and that a standard ls without permission details is sufficient for a SUID audit. SUID and SGID execution bits can change effective identity or group during program execution, so unexpected privileged binaries enlarge security risk.
Question 595
A Linux administrator investigates the following system incident: A security review discovers a newly installed executable with the SUID bit set and no documented business need. Which misleading assumption MOST directly contributes to this failure and should be rejected? Select ONE best answer.
- Assume executable files cannot gain extra privilege from mode bits and that a standard ls without permission details is sufficient for a SUID audit.
- Treat every running listener as harmless because a firewall exists and assume a remote port scan alone identifies the owning local daemon reliably.
- Assume whoami lists all active users on the host and that setting ulimit in one shell automatically applies to every existing login session.
- Use `ALL=(ALL) NOPASSWD: ALL` for every support user and edit sudoers blindly with no syntax validation.
Explanation
Correct Answer
A:Reject this specific misconception: Assume executable files cannot gain extra privilege from mode bits and that a standard ls without permission details is sufficient for a SUID audit. It incorrectly assumes behavior that conflicts with the observed Linux conditions.
Incorrect Answers
B:That option would treat every running listener as harmless because a firewall exists and assume a remote port scan alone identifies the owning local daemon reliably, but it addresses a different concern. SUID and SGID execution bits can change effective identity or group during program execution, so unexpected privileged binaries enlarge security risk.
C:That option would assume whoami lists all active users on the host and that setting ulimit in one shell automatically applies to every existing login session, but it addresses a different concern. SUID and SGID execution bits can change effective identity or group during program execution, so unexpected privileged binaries enlarge security risk.
D:That option would use `ALL=(ALL) NOPASSWD: ALL` for every support user and edit sudoers blindly with no syntax validation, but it addresses a different concern. SUID and SGID execution bits can change effective identity or group during program execution, so unexpected privileged binaries enlarge security risk.
Question 596
On a production Linux workstation or server, a technician observes: A file server has an SGID binary in a writable application tree but auditors only inspect ordinary Unix read permissions. Which administrative step is the MOST appropriate way to resolve this issue? Select ONE best answer.
- Choose supported SSH local or remote port forwarding for a specified TCP endpoint, or SSH X11 forwarding for graphical applications, with approved bind and host-key restrictions.
- Inventory files with SUID or SGID bits using a suitable `find` permission predicate, investigate ownership and remove unnecessary privilege through approved change control.
- Assume executable files cannot gain extra privilege from mode bits and that a standard ls without permission details is sufficient for a SUID audit.
- Identify the listening service and any associated systemd .socket activation unit, then disable or mask unnecessary network entry points according to policy.
Explanation
Correct Answer
B:Recommended administrative action: Inventory files with SUID or SGID bits using a suitable `find` permission predicate, investigate ownership and remove unnecessary privilege through approved change control. SUID and SGID execution bits can change effective identity or group during program execution, so unexpected privileged binaries enlarge security risk.
Incorrect Answers
A:This alternative addresses SSH port forwarding and X11 tunnel purpose, not the specific issue of Auditing privileged SUID and SGID executables: Choose supported SSH local or remote port forwarding for a specified TCP endpoint, or SSH X11 forwarding for graphical applications, with approved bind and host-key restrictions. Linux principle: SUID and SGID execution bits can change effective identity or group during program execution, so unexpected privileged binaries enlarge security risk. Appropriate response: Inventory files with SUID or SGID bits using a suitable `find` permission predicate, investigate ownership and remove unnecessary privilege through approved change control. Root-cause evidence: Run carefully scoped `find` checks for -perm -4000 and -perm -2000, review file ownership, ACLs, package provenance and intended use. Independent acceptance: Only approved privileged executables retain special mode bits and exceptions have documented justification and monitoring.
C:This shortcut is unsafe for the present Linux issue: Assume executable files cannot gain extra privilege from mode bits and that a standard ls without permission details is sufficient for a SUID audit. SUID and SGID execution bits can change effective identity or group during program execution, so unexpected privileged binaries enlarge security risk.
D:That option would identify the listening service and any associated systemd .socket activation unit, then disable or mask unnecessary network entry points according to policy, but it addresses a different concern. SUID and SGID execution bits can change effective identity or group during program execution, so unexpected privileged binaries enlarge security risk.
Question 597
During an LPIC-1 practice lab, the operator encounters this condition: A file server has an SGID binary in a writable application tree but auditors only inspect ordinary Unix read permissions. Which Linux behavior or technical principle BEST explains why the issue occurs? Select ONE best answer.
- Current sessions and login history answer different operational questions; per-process shell resource limits can constrain activity but are not equivalent to user authentication policies.
- SUID and SGID execution bits can change effective identity or group during program execution, so unexpected privileged binaries enlarge security risk.
- SSH server host keys identify the remote server and protect against impersonation; host keys are different from user public-key authentication keys.
- Assume executable files cannot gain extra privilege from mode bits and that a standard ls without permission details is sufficient for a SUID audit.
Explanation
Correct Answer
B:Relevant Linux operating principle: SUID and SGID execution bits can change effective identity or group during program execution, so unexpected privileged binaries enlarge security risk.
Incorrect Answers
A:This alternative addresses Login history, active sessions and process limits, not the specific issue of Auditing privileged SUID and SGID executables: Current sessions and login history answer different operational questions; per-process shell resource limits can constrain activity but are not equivalent to user authentication policies. Linux principle: SUID and SGID execution bits can change effective identity or group during program execution, so unexpected privileged binaries enlarge security risk. Appropriate response: Inventory files with SUID or SGID bits using a suitable `find` permission predicate, investigate ownership and remove unnecessary privilege through approved change control. Root-cause evidence: Run carefully scoped `find` checks for -perm -4000 and -perm -2000, review file ownership, ACLs, package provenance and intended use. Independent acceptance: Only approved privileged executables retain special mode bits and exceptions have documented justification and monitoring.
C:This alternative addresses SSH server host keys and client trust decisions, not the specific issue of Auditing privileged SUID and SGID executables: SSH server host keys identify the remote server and protect against impersonation; host keys are different from user public-key authentication keys. Linux principle: SUID and SGID execution bits can change effective identity or group during program execution, so unexpected privileged binaries enlarge security risk. Appropriate response: Inventory files with SUID or SGID bits using a suitable `find` permission predicate, investigate ownership and remove unnecessary privilege through approved change control. Root-cause evidence: Run carefully scoped `find` checks for -perm -4000 and -perm -2000, review file ownership, ACLs, package provenance and intended use. Independent acceptance: Only approved privileged executables retain special mode bits and exceptions have documented justification and monitoring.
D:This shortcut is unsafe for the present Linux issue: Assume executable files cannot gain extra privilege from mode bits and that a standard ls without permission details is sufficient for a SUID audit. It cannot establish a safe correction. Linux principle: SUID and SGID execution bits can change effective identity or group during program execution, so unexpected privileged binaries enlarge security risk.
Question 598
A helpdesk escalation describes this Linux behavior: A file server has an SGID binary in a writable application tree but auditors only inspect ordinary Unix read permissions. Which evidence or command result MOST directly tests the suspected root cause? Select ONE best answer.
- Assume executable files cannot gain extra privilege from mode bits and that a standard ls without permission details is sufficient for a SUID audit.
- Run carefully scoped `find` checks for -perm -4000 and -perm -2000, review file ownership, ACLs, package provenance and intended use.
- Inspect `stat /etc/shadow`, attempt an unprivileged read, verify accounts through supported tools and review any unauthorized disclosure impact.
- Inspect GPG encryption recipients, signature verification results, trusted fingerprints and revocation certificate or key status.
Explanation
Correct Answer
B:Most direct verification evidence: Run carefully scoped `find` checks for -perm -4000 and -perm -2000, review file ownership, ACLs, package provenance and intended use. SUID and SGID execution bits can change effective identity or group during program execution, so unexpected privileged binaries enlarge security risk.
Incorrect Answers
A:This shortcut is unsafe for the present Linux issue: Assume executable files cannot gain extra privilege from mode bits and that a standard ls without permission details is sufficient for a SUID audit. It cannot establish a safe correction. Linux principle: SUID and SGID execution bits can change effective identity or group during program execution, so unexpected privileged binaries enlarge security risk. Appropriate response: Inventory files with SUID or SGID bits using a suitable `find` permission predicate, investigate ownership and remove unnecessary privilege through approved change control. Root-cause evidence: Run carefully scoped `find` checks for -perm -4000 and -perm -2000, review file ownership, ACLs, package provenance and intended use. Independent acceptance: Only approved privileged executables retain special mode bits and exceptions have documented justification and monitoring.
C:That option would inspect `stat /etc/shadow`, attempt an unprivileged read, verify accounts through supported tools and review any unauthorized disclosure impact, but it addresses a different concern. SUID and SGID execution bits can change effective identity or group during program execution, so unexpected privileged binaries enlarge security risk.
D:That option would inspect GPG encryption recipients, signature verification results, trusted fingerprints and revocation certificate or key status, but it addresses a different concern. SUID and SGID execution bits can change effective identity or group during program execution, so unexpected privileged binaries enlarge security risk.
Question 599
An operations handoff identifies this problem: A file server has an SGID binary in a writable application tree but auditors only inspect ordinary Unix read permissions. Which observed outcome BEST confirms a successful and properly scoped correction? Select ONE best answer.
- The intended client restrictions are enforced by a mechanism the actual running service honors rather than by unused legacy files.
- Assume executable files cannot gain extra privilege from mode bits and that a standard ls without permission details is sufficient for a SUID audit.
- The authorized client reaches only the intended remote service or graphical display without exposing the server's internal listening port publicly.
- Only approved privileged executables retain special mode bits and exceptions have documented justification and monitoring.
Explanation
Correct Answer
D:Observable acceptance criterion: Only approved privileged executables retain special mode bits and exceptions have documented justification and monitoring. SUID and SGID execution bits can change effective identity or group during program execution, so unexpected privileged binaries enlarge security risk.
Incorrect Answers
A:This alternative addresses TCP wrappers legacy access control and modern alternatives, not the specific issue of Auditing privileged SUID and SGID executables: The intended client restrictions are enforced by a mechanism the actual running service honors rather than by unused legacy files. Linux principle: SUID and SGID execution bits can change effective identity or group during program execution, so unexpected privileged binaries enlarge security risk. Appropriate response: Inventory files with SUID or SGID bits using a suitable `find` permission predicate, investigate ownership and remove unnecessary privilege through approved change control. Root-cause evidence: Run carefully scoped `find` checks for -perm -4000 and -perm -2000, review file ownership, ACLs, package provenance and intended use. Independent acceptance: Only approved privileged executables retain special mode bits and exceptions have documented justification and monitoring.
B:This shortcut is unsafe for the present Linux issue: Assume executable files cannot gain extra privilege from mode bits and that a standard ls without permission details is sufficient for a SUID audit. SUID and SGID execution bits can change effective identity or group during program execution, so unexpected privileged binaries enlarge security risk.
C:This alternative addresses SSH port forwarding and X11 tunnel purpose, not the specific issue of Auditing privileged SUID and SGID executables: The authorized client reaches only the intended remote service or graphical display without exposing the server's internal listening port publicly. Linux principle: SUID and SGID execution bits can change effective identity or group during program execution, so unexpected privileged binaries enlarge security risk. Appropriate response: Inventory files with SUID or SGID bits using a suitable `find` permission predicate, investigate ownership and remove unnecessary privilege through approved change control. Root-cause evidence: Run carefully scoped `find` checks for -perm -4000 and -perm -2000, review file ownership, ACLs, package provenance and intended use. Independent acceptance: Only approved privileged executables retain special mode bits and exceptions have documented justification and monitoring.
Question 600
A team maintaining a Linux host reports: A file server has an SGID binary in a writable application tree but auditors only inspect ordinary Unix read permissions. Which THREE elements together give the appropriate corrective action, direct diagnostic evidence and observable acceptance result? Select THREE answers.
- Combine local `ss` or `lsof` socket ownership checks with authorized nmap testing to identify exposed services and unnecessary listeners.
- Run carefully scoped `find` checks for -perm -4000 and -perm -2000, review file ownership, ACLs, package provenance and intended use.
- Only approved privileged executables retain special mode bits and exceptions have documented justification and monitoring.
- Assume executable files cannot gain extra privilege from mode bits and that a standard ls without permission details is sufficient for a SUID audit.
- Inspect `w`, `who`, `last`, `ulimit -a`, controlled process execution and any persistent limits configuration.
- Inventory files with SUID or SGID bits using a suitable `find` permission predicate, investigate ownership and remove unnecessary privilege through approved change control.
Explanation
Correct Answers
B:Most direct verification evidence: Run carefully scoped `find` checks for -perm -4000 and -perm -2000, review file ownership, ACLs, package provenance and intended use. Linux principle: SUID and SGID execution bits can change effective identity or group during program execution, so unexpected privileged binaries enlarge security risk.
C:Observable acceptance criterion: Only approved privileged executables retain special mode bits and exceptions have documented justification and monitoring. Linux principle: SUID and SGID execution bits can change effective identity or group during program execution, so unexpected privileged binaries enlarge security risk.
F:Recommended administrative action: Inventory files with SUID or SGID bits using a suitable `find` permission predicate, investigate ownership and remove unnecessary privilege through approved change control. Linux principle: SUID and SGID execution bits can change effective identity or group during program execution, so unexpected privileged binaries enlarge security risk.
Incorrect Answers
A:This alternative addresses Discovering exposed sockets and services, not the specific issue of Auditing privileged SUID and SGID executables: Combine local `ss` or `lsof` socket ownership checks with authorized nmap testing to identify exposed services and unnecessary listeners. Linux principle: SUID and SGID execution bits can change effective identity or group during program execution, so unexpected privileged binaries enlarge security risk. Appropriate response: Inventory files with SUID or SGID bits using a suitable `find` permission predicate, investigate ownership and remove unnecessary privilege through approved change control. Root-cause evidence: Run carefully scoped `find` checks for -perm -4000 and -perm -2000, review file ownership, ACLs, package provenance and intended use. Independent acceptance: Only approved privileged executables retain special mode bits and exceptions have documented justification and monitoring.
D:This shortcut is unsafe for the present Linux issue: Assume executable files cannot gain extra privilege from mode bits and that a standard ls without permission details is sufficient for a SUID audit. SUID and SGID execution bits can change effective identity or group during program execution, so unexpected privileged binaries enlarge security risk.
E:This alternative addresses Login history, active sessions and process limits, not the specific issue of Auditing privileged SUID and SGID executables: Inspect `w`, `who`, `last`, `ulimit -a`, controlled process execution and any persistent limits configuration.