AI2.5:: Difference between revisions

From HORSE - Holistic Operational Readiness Security Evaluation.
Jump to navigation Jump to search
No edit summary
 
No edit summary
 
(2 intermediate revisions by one other user not shown)
Line 1: Line 1:
'''AI 2.6 Major Upgrades to Existing Systems'''<br>
'''AI 2.5 Configuration and Implementation of Acquired Application Software'''<br>
<br>
<br>
'''Control Objective:'''<br>
'''Control Objective:'''
<br>
<br>
Follow a similar development process as for the development of new systems in the event of major changes to existing systems that result in significant change in current designs and/or functionality. Issues to consider include impact analysis, cost/benefit justification and requirements management.<br>
<br>
<br>
Controls provide reasonable assurance that IT components, as they relate to security, processing and availability, are well protected, would prevent any unauthorized changes, and assist in the verification and recording of the current configuration.
<br>
<br>
Customize and implement acquired automated functionality using configuration, acceptance and testing procedures. Issues to consider include validation against contractual terms, the organization’s information architecture, existing applications, interoperability with existing application and database systems, system performance efficiency, documentation and user manuals, integration and system test plans.
<br>
<br>
'''Rationale —''' Configuration management includes procedures such that security, availability and processing integrity controls are set up in the system and maintained through its life cycle. Insufficient configuration controls can lead to security and availability exposures that may permit unauthorized access to systems and data and impact financial reporting.
'''Applicability:'''<br>
'''Applicability:'''<br>
<br>
<br>
Line 19: Line 26:
'''Risk Association Control Activities:'''<br>
'''Risk Association Control Activities:'''<br>
<br>
<br>
::'''1. Risk: The impact of application system changes (e.g., hardware and software) should be evaluated and adjusted to ensure ongoing availability, performance and resilience requirements.'''<br>
[[Image:Key-control.jpg]]<br>
:::a. SOX.6.1.1: The impact of application system changes (e.g., hardware and software) should be evaluated and adjusted to ensure ongoing availability performance and resilience requirements.<br>
::'''1. Risk: Business requirements are not met or inadequately tested. Systems produce inaccurate results or do not meet usability requirements. A project that does not meet business requirements for internal controls at a milestone may continue without review and approval.'''<br>
:::a. [[SOX.1.2:|'''SOX.1.2''']] IT management involves users in the design of applications, selection of packaged software and the testing thereof, to maintain a reliable environment.
<br>
<br>
<br>
::'''2. Risk: Insufficient configuration controls can lead to security and availability exposures that may permit unauthorized access to systems and data and impact financial reporting. .'''<br>
:::a. [[SOX.2.0.29:|'''SOX.2.0.29''']] Only authorized software is permitted for use by employees using company IT assets.<br>
<br>
'''Implementation Guide:'''<br>
'''Implementation Guide:'''<br>
<br>
<br>
Line 54: Line 67:
'''Implementation guidance'''<br>
'''Implementation guidance'''<br>
Insert guidance in this section if it helps to elaborate upon the subject matter. Examples of evidence that would help guide the end user is desirable.<br>
Insert guidance in this section if it helps to elaborate upon the subject matter. Examples of evidence that would help guide the end user is desirable.<br>
--[[User:Mdpeters|Mdpeters]] 07:57, 23 June 2006 (EDT)

Latest revision as of 18:24, 25 June 2006

AI 2.5 Configuration and Implementation of Acquired Application Software

Control Objective:

Controls provide reasonable assurance that IT components, as they relate to security, processing and availability, are well protected, would prevent any unauthorized changes, and assist in the verification and recording of the current configuration.

Customize and implement acquired automated functionality using configuration, acceptance and testing procedures. Issues to consider include validation against contractual terms, the organization’s information architecture, existing applications, interoperability with existing application and database systems, system performance efficiency, documentation and user manuals, integration and system test plans.

Rationale — Configuration management includes procedures such that security, availability and processing integrity controls are set up in the system and maintained through its life cycle. Insufficient configuration controls can lead to security and availability exposures that may permit unauthorized access to systems and data and impact financial reporting.

Applicability:

Sarbanes-Oxley
HIPAA
GLBA
PCI
FISMA
NIST SP 800-66
Ditscap
Control Exception
User Defined


Risk Association Control Activities:


1. Risk: Business requirements are not met or inadequately tested. Systems produce inaccurate results or do not meet usability requirements. A project that does not meet business requirements for internal controls at a milestone may continue without review and approval.
a. SOX.1.2 IT management involves users in the design of applications, selection of packaged software and the testing thereof, to maintain a reliable environment.



2. Risk: Insufficient configuration controls can lead to security and availability exposures that may permit unauthorized access to systems and data and impact financial reporting. .
a. SOX.2.0.29 Only authorized software is permitted for use by employees using company IT assets.


Implementation Guide:

Process Narrative
Insert a description of the process narration that is applicable to the existing control statement this narrative refers to.

Process Illustration
Insert a process diagram, flowchart or other visual representation here to illustrate the process narrative.

File:Someimage.jpg

Control Commentary
Insert a description of the control that is applicable to the existing control statement this commentary refers to.

Control Exception Commentary
Insert a description of the control exception that is applicable to the existing control statement this commentary refers to.

Evidence Archive Location
Insert Evidence Description Here.

Control Status and Auditors Commentary
Describe the condition of the applicable control and its effectiveness. Set the color icon to a redlock.jpg, yellowlock.jpg or greenlock.jpg.

File:Redlock.jpg

Remediation Plan
Insert remediation plan, applicability, or any information that indicates what needs to be done.

Supplemental Information:


Implementation guidance
Insert guidance in this section if it helps to elaborate upon the subject matter. Examples of evidence that would help guide the end user is desirable.

--Mdpeters 07:57, 23 June 2006 (EDT)