benchmarking automated controls
play

Benchmarking Automated Controls Vijay Venkatesh, IT Audit Lead - PowerPoint PPT Presentation

Benchmarking Automated Controls Vijay Venkatesh, IT Audit Lead Carrie Gilstrap, IT Audit Manager Brad Ames, Internal Audit Director Hewlett-Packard Company San Francisco Chapter San Francisco Chapter Premise for Continuous Monitoring


  1. Benchmarking Automated Controls Vijay Venkatesh, IT Audit Lead Carrie Gilstrap, IT Audit Manager Brad Ames, Internal Audit Director Hewlett-Packard Company San Francisco Chapter San Francisco Chapter

  2.  Premise for Continuous Monitoring  HP’s Continuous Monitoring Model  Illustrations  Take Away Learnings San Francisco Chapter San Francisco Chapter

  3. The Opportunity The Opportunity Post SOX organizations are inclined to embed compliance and assessment (audit) teams to assure good internal controls and are committed to operational excellence, solid metrics for measuring the process and continuous improvement. We believe that with some additional focus and prioritization, that these organizations can move to a continuous monitoring approach and create a better control environment with much less investment and expense than today ’ s environment.. Continuous Monitoring will allow for far fewer audits including SOX automated control benchmarking. San Francisco Chapter San Francisco Chapter

  4. Build toward a Strategy Build toward a Strategy  Continuous Control Measurement (CCM) is a monitoring and benchmarking approach adopted by HP internal audit to see emerging risk across the enterprise  The CCM tools and methodology enable the examiner and governance to shift from a historical view to an ongoing strategic perspective  Since risk and response to risk can be analyzed remotely, HP is reducing time and intrusion in the field by implementing the CCM tools and methodology San Francisco Chapter San Francisco Chapter

  5. Premise for Continuous Control Premise for Continuous Control Measurement Measurement  Uncertainty Uncertainty - Less comfort regarding how risk is managed results in more testing.  Tolerance Tolerance - Tolerance and control activities go together. Low tolerance for risk mean more control processes which reduces testing.  Response Response - CCM provides a way for auditors to gain visibility to risk tolerance, response to risk and generates confidence.  Interdependence Interdependence - It all goes together. Not all of the controls in the environment need to be tested to conclude on risk. When one control is strengthened it will effect another. San Francisco Chapter San Francisco Chapter

  6. Continuous Control Measurement (CCM) Continuous Control Measurement (CCM)  Provides a way to reduce uncertainty and assess risk  Gives ongoing visibility to risk and the control environment  Measures key control indicators to isolate outliers  Allows a more timely conclusion regarding the control environment Continuous Control Measurement makes complex things simple to see. . San Francisco Chapter San Francisco Chapter

  7. From project to progress: From project to progress: Ongoing benefits of CCM Ongoing benefits of CCM  Modeling Key Control Indicators enables us to: ◦ Link change to real risk and risk response ◦ Reduce audit uncertainty ◦ Simplify Sarbanes Oxley testing ◦ Focus prospectively  Measuring Key Control Indicators provides: ◦ Early possession of information regarding emerging risk ◦ Current disclosure of changes in the control environment ◦ Transparent attestation: Precise auditor deployment San Francisco Chapter San Francisco Chapter

  8. The Steps Toward Continuous Monitoring The Steps Toward Continuous Monitoring 
 COSO Guidance on Monitoring Internal Control Systems COSO Guidance on Monitoring Internal Control Systems Steps 1, 2 &- 3 would be accomplished in collaboration with IA… before implementation San Francisco Chapter San Francisco Chapter

  9. How Continuous Monitoring Works How Continuous Monitoring Works 
 COSO Guidance on Monitoring Internal Control Systems COSO Guidance on Monitoring Internal Control Systems Trending and comparing changes to a predefined threshold will Trending and comparing changes to a predefined threshold will sustain and carry forward the Baseline Certification with minimal sustain and carry forward the Baseline Certification with minimal examination. examination. Baseline Certification Re- validation Response More Coverage, Less Frequent Baseline Certifications San Francisco Chapter San Francisco Chapter

  10. Measuring IT Risk Measuring IT Risk Key Performance Indicators (KPIs) of IT Controls exist at  various levels in the organization: 1. IT Infrastructure Operations 2. Applications 3. Financial Processes How does audit assess these controls by area?  San Francisco Chapter San Francisco Chapter

  11. Accounts Receivable (AR) Cycle: Accounts Receivable (AR) Cycle: 
 3 areas of KPIs 3 areas of KPIs 3. Financial Process KPIs Clear problems Exception Data Blocked & unblock Analytics Transactions transaction Transaction Configurable Configurable Control Input Controls Settings 2. Apps KPIs Change Management Clean AR Processing Security Transactions Operations 1. IT Infrastructure Ops KPIs Updated Output Changes/Access/Incidents AR File San Francisco Chapter San Francisco Chapter

  12. Alignment is the Key Alignment is the Key Compliance Continuous Control Measurement Tools and Methodology IT Operations Risks Application Risks Financial Process Risks • Change Management • Release & Config Mgt • Configurable Controls • Security • Identity Management • Exception Data • Operations • Incident Management Accepted Assurance Frameworks San Francisco Chapter San Francisco Chapter

  13. Walkthrough Illustrations Walkthrough Illustrations  Carrie.Gilstrap@hp.com  IT Audit Manager  Vijay.Venkatesh@hp.com  IT Audit Lead San Francisco Chapter San Francisco Chapter

  14. What is HP Currently Monitoring? What is HP Currently Monitoring?  Change Management ◦ Number of transports ◦ Users with the ability to develop and migrate changes to production  Security ◦ Number of users (active, locked, expired) ◦ Password parameters ◦ Privileged access (SAP_ALL, users with ability to maintain customer credit terms) ◦ Terminated employee check ◦ Segregation of Duties  Operations ◦ Number of users with the ability to create/modify/delete jobs  Configurable Application Controls San Francisco Chapter San Francisco Chapter

  15. Maintenance Maintenance  Change Management: Move to Production Process Segregation ◦ Controls exist to ensure that Developers cannot move changes to the Production environment San Francisco Chapter San Francisco Chapter

  16. D7 Maintenance – KPI values D7 Maintenance – KPI values • Users with Dev Key on DEV instance - showing users from production with a developer key on DEV • All users with Dev Key on DEV instance - showing all users with a developer key on DEV Last Current San Francisco Chapter San Francisco Chapter

  17. Users with DEV Key and Transport Users with DEV Key and Transport Management – Comparison Across Systems Management – Comparison Across Systems San Francisco Chapter San Francisco Chapter

  18. Number of Transports – D7C (November 2007 Number of Transports – D7C (November 2007 through August 2008) through August 2008) Version Upgrade in May San Francisco Chapter San Francisco Chapter

  19. Number of Transports across applications Number of Transports across applications (October 2007 through August 2008) (October 2007 through August 2008) San Francisco Chapter San Francisco Chapter

  20. Number of Transports across applications – Number of Transports across applications – Detail Report Detail Report San Francisco Chapter San Francisco Chapter

  21. Last / Current Month Number of Users San Francisco Chapter San Francisco Chapter

  22. San Francisco Chapter San Francisco Chapter

  23. San Francisco Chapter San Francisco Chapter

  24. Active Users (USED) vs. Active Users (USED) vs. 
 Privileged Users (SAP_ALL) Privileged Users (SAP_ALL) History for System: R00 KPI: Oct-06 Nov-06 Dec-06 Jan-07 Feb-07 Mar-07 USED 4,230 4,292 4,262 4,200 4,176 4,182 SAP_ALL 5 5 5 5 5 5 San Francisco Chapter San Francisco Chapter

  25. SAP_ALL Comparison Across Similar SAP_ALL Comparison Across Similar Applications (October 2006 – March 2007) Applications (October 2006 – March 2007) San Francisco Chapter San Francisco Chapter

  26. SAP_ALL Comparison Across Similar SAP_ALL Comparison Across Similar Applications (October 2006 – March 2007) Applications (October 2006 – March 2007) History for KPI:SAP_ALL System Oct-06 Nov-06 Dec-06 Jan-07 Feb-07 Mar-07 APL 9 9 10 10 10 12 (Asia Pacific) R00 5 5 5 5 5 5 (North America) R01 3 3 3 2 1 2 (Europe) San Francisco Chapter San Francisco Chapter

  27. SAP_ALL Comparison Across Similar SAP_ALL Comparison Across Similar Applications (June 2008 – Sept 2008) Applications (June 2008 – Sept 2008) Investigate San Francisco Chapter San Francisco Chapter

  28. SAP_ALL Comparison Across Similar SAP_ALL Comparison Across Similar Applications (June 2008 – Sept 2008) Applications (June 2008 – Sept 2008) Investigate San Francisco Chapter San Francisco Chapter

  29. SAP_ALL Details for IJ1 – September 2008 SAP_ALL Details for IJ1 – September 2008 San Francisco Chapter San Francisco Chapter

  30. SAP_ALL Details for APL – September 2008 SAP_ALL Details for APL – September 2008 San Francisco Chapter San Francisco Chapter

Download Presentation
Download Policy: The content available on the website is offered to you 'AS IS' for your personal information and use only. It cannot be commercialized, licensed, or distributed on other websites without prior consent from the author. To download a presentation, simply click this link. If you encounter any difficulties during the download process, it's possible that the publisher has removed the file from their server.

Recommend


More recommend