3.2.2.1: Unix

From HORSE - Holistic Operational Readiness Security Evaluation.
Revision as of 13:44, 23 June 2006 by Mdpeters (talk | contribs)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

1 Risk: Unauthorized access attempts go unnoticed.

a. SOX.4.2.1.1 UNIX authentication attempts are limited to attempts specified by the Corporate IT standard.


2. Risk: Unauthorized execution of privileged system commands may disrupt business processes, and corrupt critical business data stores.

a. SOX.4.2.1.2 UNIX administrator level access is password restricted and is limited to the designated UNIX administrators only.


3. Risk: Unscheduled access by support vendors may result in business process interruptions or loss of production data.

a. SOX.4.2.1.3 UNIX access by support vendors is granted through a service request.


4. Risk: Unauthorized users might exploit privileged access to critical business processes and data.

a. SOX.4.2.1.4 New UNIX user accounts are pre-expired.


5. Risk: Unauthorized users might exploit unauthorized access to critical business processes and data.

a. SOX.4.2.1.5 The UNIX operating application has a session "Time-Out" function enabled.


6. Risk: Unnecessary disruptions to business processes or data corruption may occur.

a. SOX.4.2.1.6 UNIX rule changes are scheduled during maintenance windows.


7. Risk: Unidentifiable users may compromise critical business processes and data.

a. SOX.4.2.1.7 The UNIX system will not allow identical administrator IDs.


8. Risk: Insufficient security standards may allow unauthorized access to production systems and business data stores.

a. SOX.4.2.1.8 UNIX passwords are required for each system ID. Password configuration is based on Corporate IT standards.


9. Risk: Inappropriate administrative actions are executed without accountability measures.

a. SOX.4.2.1.9 The UNIX operating system application has forensic auditing enabled to enable the monitoring of administrative access related events.


10. Risk: Reactive security monitoring results in data compromise and financial loss or liability.

a. SOX.4.2.1.10 UNIX administration team is notified when security violations occur.


11. Risk: Forensic evidence is not available to resolve malfunctions, compromises or other security compromising incidents.

a. SOX.4.2.1.11 The UNIX administration team reviews security logs looking for security violations.


12. Risk: Unauthorized access is granted to business systems or data stores.

a. SOX.4.2.1.12 UNIX access is granted through a service request.


13. Risk: Unauthorized access may occur resulting in business data compromise or destruction.

a. SOX.4.2.1.13 Terminations are sent through the HR process. An Email is sent from HR with all terminations to the UNIX system administrators.


14. Risk: Insufficient security standards may allow unauthorized access to production systems and business data stores.

a. SOX.4.2.1.14 UNIX password expiration is set to Corporate IT standards.


15. Risk: Security violations or data corruption may occur with no forensic evidence available to resolve the situation.

a. SOX.4.2.1.15 UNIX rules and logging is applied to everyone equally including system administrators.


16. Risk: Unauthorized access (i.e. terminated employees) may occur.

a. SOX.4.2.1.16 A semi-annual revalidation of UNIX administrator accounts are performed by security administration.


17. Risk: Unauthorized execution of privileged system commands may disrupt business processes, and corrupt critical business data stores.

a. SOX.4.2.1.17 Root level access is password restricted. This password is know only by system the administrators.


18. Risk: Unauthorized users could elevate their access to privileged file systems.

a. SOX.4.2.1.18 The /etc/default/login UMASK 027 parameter is enabled.


19. Risk: Unauthorized personnel gain access to the application through remote access.

a. SOX.4.2.1.19 The /etc/default/login CONSOLE parameter is enabled.




20. Risk: Controls provide reasonable assurance that the systems are appropriately tested and validated prior to being placed into production processes, and associated controls operate as intended and support financial reporting requirements.

a. SOX.5.4 A testing strategy is developed and followed for all significant changes in applications and infrastructure technology, which addresses unit, system, integration and user-acceptance-level testing so that deployed systems operate as intended.

--Mdpeters 09:44, 23 June 2006 (EDT)