AI3.2:: Difference between revisions
No edit summary |
No edit summary |
||
Line 85: | Line 85: | ||
<blockquote style="background: white; border: 1px solid black; padding: 1em;"> | <blockquote style="background: white; border: 1px solid black; padding: 1em;"> | ||
Remediation is not required at this time. | Remediation is not required at this time. | ||
<br> | |||
</blockquote> | |||
:::'''8. Risk: Insufficient security standards may allow unauthorized access to production systems and business data stores.'''<br> | |||
::::a. SOX.4.2.1.8: UNIX passwords are required for each system ID. Password configuration is based on Corporate IT standards.<br> | |||
'''Testing Procedures''' | |||
<blockquote style="background: white; border: 1px solid black; padding: 1em;"> | |||
Obtain a copy of the configuration file enforcing the password parameters as defined by the corporate policy document: '''Technical Standard – Access Controls.'''<br> | |||
<br> | |||
An example of this might be one of the following:<br> | |||
<br> | |||
*Solaris Unix: etc/passwd | |||
*AIX Unix: etc/security/user | |||
*Linux Unix: etc/login.defs | |||
<br> | |||
</blockquote> | |||
'''Testing Frequency''' | |||
<blockquote style="background: white; border: 1px solid black; padding: 1em;"> | |||
Quarterly validation of all systems within scope. | |||
<br> | |||
</blockquote> | |||
'''Evidence Archive Location''' | |||
<blockquote style="background: white; border: 1px solid black; padding: 1em;"> | |||
Insert hyperlink or location of evidence archive. | |||
<br> | |||
</blockquote> | |||
'''Control Stewards Process Narrative''' | |||
<blockquote style="background: white; border: 1px solid black; padding: 1em;"> | |||
Passwords on all platforms adhere to companies corporate policy document: '''Technical Standard – Access Controls'''.<br> | |||
The password complexity standards include the following:<br> | |||
*Password Length: 8 characters | |||
*Password Complexity: At least one each of alpha (a - z), numeric (0 - 9) and special characters (#, $ and @) | |||
*Passwords may not be reused again for nine months. | |||
*Password must be changed every thirteen weeks. | |||
<br> | |||
'''Control Steward – Pat Manager''' | |||
<br> | |||
</blockquote> | |||
'''Process Illustration''' | |||
<blockquote style="background: white; border: 1px solid black; padding: 1em;"> | |||
Replace this test by inserting a process diagram, flowchart or other visual representation to illustrate the process narrative as necessary. Include a brief description of the process illustration. | |||
<br> | |||
</blockquote> | |||
'''Control Status and Auditors Commentary''' | |||
<blockquote style="background: white; border: 1px solid black; padding: 1em;"> | |||
The control is effective at this time because the appropriate password parameters are automatically enforced and they meet or exceed corporate information technology password standards.<br> | |||
<br> | |||
[[Image:greenlock.jpg]] | |||
<br> | |||
Continued ongoing random sample testing of all UNIX systems on a quarterly basis is advised. | |||
<br> | |||
</blockquote> | |||
'''Control Exception Commentary''' | |||
<blockquote style="background: white; border: 1px solid black; padding: 1em;"> | |||
Status acceptable. Control exceptions do not exist at this time. | |||
<br> | |||
</blockquote> | |||
'''Remediation Plan''' | |||
<blockquote style="background: white; border: 1px solid black; padding: 1em;"> | |||
Status acceptable. Remediation not required at this time. | |||
<br> | <br> | ||
</blockquote> | </blockquote> |
Revision as of 15:09, 2 May 2006
AI 3.2 Infrastructure Resource Protection and Availability
Control Objective:
Implement internal control, security and audit ability measures during configuration, integration and maintenance of hardware and infrastructural software to protect resources and ensure availability and integrity. Responsibilities for using sensitive infrastructure components should be clearly defined and understood by those who develop and integrate infrastructure components. Their use should be monitored and evaluated.
Applicability:
- Sarbanes-Oxley
- HIPAA
- GLBA
- PCI
- FISMA
- NIST SP 800-66
- Ditscap
- Control Exception
- User Defined
Risk Association Control Activities:
- 3.2.1: Infrastructure
- 3.2.1.1: Routers
- 3.2.1.2: Firewalls
- 3.2.1.3: VPN
- 3.2.1.4: Managed Switches
- 3.2.1.5: Intrusion Detection or Prevention System
- 3.2.1.1: Routers
- 3.2.1: Infrastructure
- 3.2.2: Operating Systems
- 3.2.2.1: UNIX
- 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.
- a. SOX.4.2.1.7: The UNIX system will not allow identical administrator IDs.
- 3.2.2: Operating Systems
Testing Procedures
Obtain a copy of the user control file from the system and verify that there are no duplicate system accounts.
An example of this might be one of the following:
- Solaris Unix: etc/passwd
- AIX Unix: etc/passwd
- Linux Unix: etc/passwd
Testing Frequency
Quarterly validation of all systems within scope.
Evidence Archive Location
Insert hyperlink or location of evidence archive.
Control Stewards Process Narrative
The AIX operating system prevents the addition of duplicate Ids. Furthermore, the regular review of administrator IDs listed above serves as a backstop for this control.
Control Steward – Steve Somebody
Process Illustration
Replace this test by inserting a process diagram, flowchart or other visual representation to illustrate the process narrative as necessary. Include a brief description of the process illustration.
Control Status and Auditors Commentary
The control is effective. It is technically impossible to establish identical user accounts on a UNIX operating system.
File:Greenlock.jpg
Control Exception Commentary
Status is acceptable.
Remediation Plan
Remediation is not required at this time.
- 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.
- a. SOX.4.2.1.8: UNIX passwords are required for each system ID. Password configuration is based on Corporate IT standards.
- 8. Risk: Insufficient security standards may allow unauthorized access to production systems and business data stores.
Testing Procedures
Obtain a copy of the configuration file enforcing the password parameters as defined by the corporate policy document: Technical Standard – Access Controls.
An example of this might be one of the following:
- Solaris Unix: etc/passwd
- AIX Unix: etc/security/user
- Linux Unix: etc/login.defs
Testing Frequency
Quarterly validation of all systems within scope.
Evidence Archive Location
Insert hyperlink or location of evidence archive.
Control Stewards Process Narrative
Passwords on all platforms adhere to companies corporate policy document: Technical Standard – Access Controls.
The password complexity standards include the following:
- Password Length: 8 characters
- Password Complexity: At least one each of alpha (a - z), numeric (0 - 9) and special characters (#, $ and @)
- Passwords may not be reused again for nine months.
- Password must be changed every thirteen weeks.
Control Steward – Pat Manager
Process Illustration
Replace this test by inserting a process diagram, flowchart or other visual representation to illustrate the process narrative as necessary. Include a brief description of the process illustration.
Control Status and Auditors Commentary
The control is effective at this time because the appropriate password parameters are automatically enforced and they meet or exceed corporate information technology password standards.
File:Greenlock.jpg
Continued ongoing random sample testing of all UNIX systems on a quarterly basis is advised.
Control Exception Commentary
Status acceptable. Control exceptions do not exist at this time.
Remediation Plan
Status acceptable. Remediation not required at this time.
- 3.2.2.2: WINDOWS
- 3.2.2.3: MAINFRAME
- 3.2.2.4: AS/400
- 3.2.2.2: WINDOWS