Cloud Computing An Internal Audit Perspective Institute of Internal Auditors Topeka Chapter



Similar documents
Cloud Computing An Internal Audit Perspective. Heather Paquette, Partner Tom Humbert, Manager

Cloud Computing An Auditor s Perspective

Cloud Computing Risk Assessment

Effectively using SOC 1, SOC 2, and SOC 3 reports for increased assurance over outsourced operations. kpmg.com

Cloud Security and Managing Use Risks

Orchestrating the New Paradigm Cloud Assurance

MANAGED FILE TRANSFER: 10 STEPS TO SOX COMPLIANCE

Microsoft s Compliance Framework for Online Services

IT General Controls Domain COBIT Domain Control Objective Control Activity Test Plan Test of Controls Results

Virginia Government Finance Officers Association Spring Conference May 28, Cloud Security 101

Security, Compliance & Risk Management for Cloud Relationships. Adnan Dakhwe, MS, CISA, CRISC, CRMA Safeway Inc. In-Depth Seminars D32

Cloud Computing Security Issues

AHLA. JJ. Keeping Your Cloud Services Provider from Raining on Your Parade. Jean Hess Manager HORNE LLP Ridgeland, MS

Auditing Cloud Computing and Outsourced Operations

VENDOR RISK MANAGEMENT UPDATE- ARE YOU AT RISK? Larry L. Llirán, CISA, CISM December 10, 2015 ISACA Puerto Rico Symposium

How to ensure control and security when moving to SaaS/cloud applications

Security Issues in Cloud Computing

Chapter 1 The Principles of Auditing 1

Security Controls What Works. Southside Virginia Community College: Security Awareness

Auditing Software as a Service (SaaS): Balancing Security with Performance

Keeping up with the World of Cloud Computing: What Should Internal Audit be Thinking About?

Open Data Center Alliance Usage: Provider Assurance Rev. 1.1

REGULATIONS FOR THE SECURITY OF INTERNET BANKING

The Elephant in the Room: What s the Buzz Around Cloud Computing?

Legal Issues in the Cloud: A Case Study. Jason Epstein

Cloud Computing: Risks and Auditing

IT Audit in the Cloud

Ayla Networks, Inc. SOC 3 SysTrust 2015

The silver lining: Getting value and mitigating risk in cloud computing

A Flexible and Comprehensive Approach to a Cloud Compliance Program

Risk Management of Outsourced Technology Services. November 28, 2000

University of Pittsburgh Security Assessment Questionnaire (v1.5)

Achieving SOX Compliance with Masergy Security Professional Services

Cloud Computing: Background, Risks and Audit Recommendations

HITRUST CSF Assurance Program

Security Officer s Checklist in a Sourcing Deal

APPENDIX G ASP/SaaS SECURITY ASSESSMENT CHECKLIST

Cloud Service Rollout. Chapter 9

Managing Cloud Computing Risk

Cloud models and compliance requirements which is right for you?

PCI COMPLIANCE ON AWS: HOW TREND MICRO CAN HELP

Unified Security Anywhere SOX COMPLIANCE ACHIEVING SOX COMPLIANCE WITH MASERGY SECURITY PROFESSIONAL SERVICES

Developing the Corporate Security Architecture. Alex Woda July 22, 2009

Cloud Computing and Security Risk Analysis Qing Liu Technology Architect STREAM Technology Lab

Cloud Computing; What is it, How long has it been here, and Where is it going?

GoodData Corporation Security White Paper

Software as a Service: Guiding Principles

Securing The Cloud. Foundational Best Practices For Securing Cloud Computing. Scott Clark. Insert presenter logo here on slide master

Cloud Computing in a Regulated Environment

IBM Cognos TM1 on Cloud Solution scalability with rapid time to value

Third Party Security: Are your vendors compromising the security of your Agency?

An Overview of Information Security Frameworks. Presented to TIF September 25, 2013

Daren Kinser Auditor, UCSD Jennifer McDonald Auditor, UCSD

Service Organization Control (SOC) Reports Focus on SOC 2 Reporting Standard

Enterprise Governance and Planning

3 rd Party Vendor Risk Management

CYBERSECURITY SLAs: MANANGING REQUIREMENTS AT ARM S LENGTH

White Paper How Noah Mobile uses Microsoft Azure Core Services

Cloud Infrastructure Security

SECURE CLOUD COMPUTING

Cloud Security Certification

Securing the Service Desk in the Cloud

Webtrends Inc. Service Organization Controls (SOC) 3 SM Report on the SaaS Solutions Services System Relevant to Security

White Paper. Regulatory Compliance and Database Management

Unified Threat Management, Managed Security, and the Cloud Services Model

How To Choose A Cloud Computing Solution

3rd Party Assurance & Information Governance outlook IIA Ireland Annual Conference Straightforward Security and Compliance

(Instructor-led; 3 Days)

Practical and ethical considerations on the use of cloud computing in accounting

THE BLUENOSE SECURITY FRAMEWORK

Autodesk PLM 360 Security Whitepaper

The Magazine for IT Security. May issue 3. sör alex / photocase.com

OWASP Chapter Meeting June Presented by: Brayton Rider, SecureState Chief Architect

Cloud Computing for SCADA

IT Cloud / Data Security Vendor Risk Management Associated with Data Security. September 9, 2014

LAMAR STATE COLLEGE - ORANGE INFORMATION RESOURCES SECURITY MANUAL. for INFORMATION RESOURCES

Buyer s Guide. Buyer s Guide to Secure Cloud. thebunker.net Phone: Fax: info@thebunker.net

Amazon Web Services: Risk and Compliance May 2011

A Comparison of IT Governance & Control Frameworks in Cloud Computing. Jack D. Becker ITDS Department, UNT & Elana Bailey

Cloud Computing In a Post Snowden World. Guy Wiggins, Kelley Drye & Warren LLP Alicia Lowery Rosenbaum, Microsoft Legal and Corporate Affairs

EAaaS Cloud Security Best Practices

Security & Trust in the Cloud

Overview of Cloud Computing and Cloud Computing s Use in Government Justin Heyman CGCIO, Information Technology Specialist, Township of Franklin

Qualification Guideline

08/10/2013. Data protection and compliance. Agenda. Data protection life cycle and goals. Introduction. Data protection overview

Certified Information Systems Auditor (CISA)

Architecting and Building a Secure and Compliant Virtual Infrastructure and Private Cloud

Cloud Security Trust Cisco to Protect Your Data

The Panoptix Building Efficiency Solution: Ensuring a Secure Delivery of Building Efficiency

ClickTale Security Standards and Practices: Delivering Peace of Mind in Digital Optimization

SOC on Amazon Web Services (AWS) What You Need To Know Understanding the regulatory roadmap for SOC on AWS

Cloud and Regulations: A match made in heaven, or the worst blind date ever?

CONSIDERATIONS BEFORE MOVING TO THE CLOUD

Cloud Computing Readiness - Background

Cybersecurity The role of Internal Audit

Cloud Assurance: Ensuring Security and Compliance for your IT Environment

NCTA Cloud Architecture

Cloud Services Overview

OFFICE OF AUDITS & ADVISORY SERVICES CLOUD COMPUTING AUDIT FINAL REPORT

Transcription:

Cloud Computing An Internal Audit Perspective Institute of Internal Auditors Topeka Chapter Bernard Wieger, Partner Cassie Meschke, Senior Manager December 6, 2011

Discussion Agenda Introduction to cloud computing Types of cloud services Benefits, challenges, and risks Questions for auditors Auditing the cloud arrangement A case study Emerging good practices User auditor assurance Various Third Party Assurances compared References Cloud Computing An Internal Audit Perspective 1

Tremendous Buzz Around Cloud Computing Spending on IT cloud services to grow almost threefold over the next five years Virtualization and Cloud Computing are the top 2 Technology priorities in 2010 Gartner EXP Worldwide Survey of 1600 CIOs 60% of virtualized servers will be less secure than the physical servers they replace through 2012 IDC Research (March 2009) By 2012, 20 percent of businesses will own no IT assets Gartner Press Release March 2010 Gartner s top predictions for 2010 and beyond Cloud Computing An Internal Audit Perspective 2

What is Cloud Computing? Cloud Computing An Internal Audit Perspective 3

Why Cloud Computing? The Benefits Pay-as-you-go model Scalable solution that supports rapid business growth Cost transparency to the end-user/business Lower time to market for IT solutions Outsourcing of competencies that are not core to the business No separate cost of tracking and installing Operating System patches Not limited to basic hosting of websites Cloud Computing An Internal Audit Perspective 4

Cloud Service Model Software as a Service (SaaS) Complete applications sold via subscription: CRM, ERP, E-Mail, Calendar, Internet File Stores, Spam Filters E.g. Salesforce.com, GoogleApps Platform as a Service (PaaS) Application building blocks: Workflow, Document Management, Data Services, APIs, Fabric, Proprietary Development Languages g E.g. Google App Engine, Microsoft Azure Infrastructure as a Service (IaaS) Core Infrastructure Services: Operating Systems, Data Storage, Web Servers, Edge Caching Services E.g. Rackspace, GoGrid, Amazon EC2 Cloud Computing An Internal Audit Perspective 5

Cloud Deployment Models Public Sold to the public Owned by organization selling cloud services Private Operated solely for an organization May be managed by the organization or by a third party Hybrid Bound together that enables data and application portability Community Shared infrastructure for specific community concerns and benefits Cloud Computing An Internal Audit Perspective 6

Inherent Risks in the Cloud Stack SaaS Data resides with the cloud provider PaaS Co-tenant can impact security IaaS Lots of configuration points Cloud Computing An Internal Audit Perspective 7

Cloud Computing Challenges Loss of physical control Security models and standards are still emerging Availability concerns Data privacy implications (e.g., data could be in another country) Implications for e-discovery Who is responsible for what when a security breach happens Cloud Computing An Internal Audit Perspective 8

Cloud Computing Challenges (continued) Organization s trusted boundaries might be extended Isolation/security between virtual machines Customer support practices are evolving Guest to host communication happens over the Internet Vulnerability of browsers Vendor failures notably starts-ups, for e.g., Coghead, MediaMax. Cloud Computing An Internal Audit Perspective 9

Service Outage: Microsoft Online Services Cloud Computing An Internal Audit Perspective 10

Service Outage: Example from Amazon Web Services Cloud Computing An Internal Audit Perspective 11

Questions for Auditors to Ask How much security is enough? Criticality of the application being sent to the cloud Outsourcer s experience with SLA and vendor management Country/regional regulations (for e.g., SOX and Europe s data privacy laws), and Industry Regulations (for e.g., GLBA and HIPAA) Does your present security model need to be altered? Cloud vendor s policy on vulnerability management reporting (beyond basic Contact Us links), commitment to following up, promptly responding to reports etc. Is there an independent auditor s report? Cloud Computing An Internal Audit Perspective 12

Auditing Cloud Computing Arrangements How do We Audit the Cloud?

Cloud Outsourcing Lifecycle Phase 1 Phase 2 Business Case Vendor due diligence Phase 1 Phase 2 Phase 5 Phase 5 Closing the relationship Phase 3 Phase 4 Phase 3 Establishing vendor relationship Phase 4 Ongoing monitoring Cloud Computing An Internal Audit Perspective 14

Risk Related Considerations for Each Phase Phase 1 Establishing business case Is the work core to the organization s business? Are there over-riding concerns related to security, privacy, and availability given the nature of the business? Phase 2 Vendor due diligence Does the technological direction of vendor align with the user organization s direction? Is the vendor stable from a finance and operations perspective? Phase 5 Phase 1 Phase 4 Phase 2 Phase 3 Cloud Computing An Internal Audit Perspective 15

Risk Related Considerations for Each Phase (continued) Phase 3 Establishing vendor relationships Are there service-level agreements and escrow? Do you know who is responsible for what? Phase 4 Ongoing monitoring Does the vendor continue to operate with stability? Is there an independent auditor s report? Phase 5 Closing the relationship Data transfer and clean up Knowledge transfer Phase 5 Phase 1 Phase 4 Phase 2 Phase 3 Cloud Computing An Internal Audit Perspective 16

Risk IT Framework There are broad risk management frameworks such as COSO ERM There are domain-specific frameworks such as ISO 27001 and ITIL The Risk IT framework from ISACA fills the gap between generic risk management frameworks and domain-specific frameworks IT risk is not purely a technical issue The Risk IT framework is about business risk related to the use of IT Cloud Computing An Internal Audit Perspective 17

Linkage Between Risk and Controls Top down Risk scenarios: Business Objective Risk Response Options 1. Avoid 2. Transfer Combine and Refine Refined and specific IT Risk scenarios Risk Response 3. Mitigate Bottom up Risk scenarios: Generic scenarios COBIT Controls 4. Accept Cloud Computing An Internal Audit Perspective 18

Case Study Background about the organization: Organization ABC is a Healthcare provider (runs a network of hospitals and clinics), payer (Health Plan), and offers disease management solutions. It has recently outsourced the hosting of its data warehouse by utilizing an external cloud service provider (CSP) to host its data warehouse containing claims processing and summary health information for its care recipients and plan participants. The CIO and CFO have engaged the internal auditor/co-sourced internal audit provider to conduct a review of the cloud computing arrangement. Cloud Computing An Internal Audit Perspective 19

Case Study Illustration k from the internet eparating it s internal network are Organization s firewall se Healthca Cloud Computing An Internal Audit Perspective 20

Risk-based Audit Scoping Utilizing RiskIT and COBIT Risk IT Ref # and corresponding High-level Risk Scenarios COBIT processes and corresponding control objectives that influence all given Risk IT high-level risk scenarios Phases 1, 2 Phases 2, 3 Phase 3 Phases 4, 5 Plan and Organize (PO) Acquire and Implement (AI) Deliver and Support (DS) 3. Technology Selection PO 3.2 AI 1.2 10. Regulatory compliance ME 3.1 16. Selection/performance of third-party PO 5.5 AI 5.2 DS 2.4 suppliers 27. Logical Attacks AI 2.4 DS 5.10, DS 5.3 28. Information Media DS 5.11 31. Database Integrity DS 11.6 32. Logical Trespassing DS 5.4, DS 5.5 34. Contract Compliance ME 3.4 Monitor and Evaluate (ME) Cloud Computing An Internal Audit Perspective 21

Audit Program : Technology Selection High-level Risk Scenario: Technology Selection Relevant COBIT Control Objective: PO 5.5 COBIT Control Objective: Benefit Management Implement a process to monitor the benefits from providing and maintaining appropriate IT capabilities. IT s contribution to the business, either as a component of IT-enabled investment programs or as part of regular operational support, should be identified and documented in a business case, agreed to, monitored and reported. Audit Procedure: Review the process for developing metrics for measuring benefits (e.g., obtaining guidance from external experts, industry leaders and comparative benchmarking data). Inquire whether and confirm that there is a remediation process for identified benefit deviations. Finding: User organization has not created a formal cost benefit analysis (CBA) or benefit tracking mechanism for utilizing an external Cloud service provider. Cloud Computing An Internal Audit Perspective 22

Audit Program : Technology Selection High-level Risk Scenario: Technology Selection Relevant COBIT Control Objective: AI 5.2 COBIT Control Objective: Supplier Contract Management Set up a procedure for establishing, modifying and terminating contracts for all suppliers. The procedure should cover, at a minimum, legal, financial, organizational, documentary, performance, security, intellectual property, and termination responsibilities and liabilities (including penalty clauses). Audit Procedure: Confirm through interviews with key staff members that the policies and standards are in place for establishing contracts with suppliers. Contracts should also include legal, financial, organizational, documentary, performance, security, auditability, intellectual property, responsibility and liability aspects. Findings: Cloud provider contract t does not include certain critical elements to help protect t security and privacy requirements. The contract does not include a non-disclosure agreement, right-to-audit clause, does not address requirements of the state breach notification laws. There is no process for monitoring of potential vendor failure (e.g., Coghead, MediaMax). Cloud Computing An Internal Audit Perspective 23

Audit Program : Third-party Performance High-level Risk Scenario: Third-party Performance Relevant COBIT Control Objective: DS 2.4 COBIT Control Objective: Supplier Performance Monitoring Establish a process to monitor service delivery to ensure that the supplier is meeting current business requirements and continuing to adhere to the contract agreements and SLAs, and that performance is competitive with alternative suppliers and market conditions. Audit Procedure: Inspect a sample of supplier service reports to determine if the supplier regularly reports on agreed-upon performance criteria and if performance reporting is objective and measurable and in alignment with defined SLAs and the supplier contract. Findings: SLAs do not have degree of specificity to allow for effective measurement. Accountability for SLA monitoring has not been established. Cloud Computing An Internal Audit Perspective 24

Audit Program : Logical Attacks High-level Risk Scenario: Logical Attacks Relevant COBIT Control Objective: DS 5.3 COBIT Control Objective: Identity Management Ensure that all users and their activity on IT systems are uniquely identifiable. Confirm that user access rights to systems and data are in line with defined and documented business needs and that job requirements are attached to user identities. Ensure that user access rights are requested by user management, approved by system owners and implemented by the security-responsible responsible person. Audit Procedure: Determine if access provisioning and authentication control mechanisms are utilized for controlling logical access across all users, system processes and IT resources, for in-house and remotely managed users, processes and systems. Findings: Generic user ids are used to access the cloud instances. In addition, multi-factor authentication is not utilized for the cloud management console due to the ease of accessing cloud instances outside the organization s network multi-factor authentication should be utilized. Cloud Computing An Internal Audit Perspective 25

Audit Program : Contract Compliance High-level Risk Scenario: Contract compliance Relevant COBIT Control Objective: ME 3.4 COBIT Control Objective: Positive Assurance of Compliance Obtain and report assurance of compliance and adherence to all internal policies derived from internal directives or external legal, regulatory or contractual requirements, confirming that any corrective actions to address any compliance gaps have been taken by the responsible process owner in a timely manner. Audit Procedure: Inquire whether procedures are in place to regularly assess levels of compliance with legal and regulatory requirements by independent parties. Review policies and procedures to ensure that contracts with third-party service providers require regular confirmation of compliance (e.g., receipt of assertions) with applicable laws, regulations and contractual commitments. Finding: Cloud computing vendor does not have an independent auditor s report, for e.g., a SAS70 report, a WebTrust report, or a SysTrust report. Cloud Computing An Internal Audit Perspective 26

Heat Map Magnitude of Impact Likelihood of Occurrence Low Medium High Critical Critical PII Contracts High Medium Low Infra. Plan Network Diagram CBA Data SSL Data Storage Exchange Firewall Missing Multi factor Admin. Availability SOC Report authentication Business Owner Cloud Computing An Internal Audit Perspective 27

Some Emerging Good Practices Conduct a proper risk assessment before jumping into the cloud Store only non-private data in the cloud Data-at-rest encryption Document who is responsible for what Highly customized and transaction heavy applications are retained in-house Secure network connections for cloud administration Use more than one cloud provider or use provider with multi-location/country presence (depending on need) Auditing and Logging Cloud Computing An Internal Audit Perspective 28

Third-party Assurance Cloud Service provider relationships need ongoing monitoring Several attestation products are available One or more products may be relevant The attestation products serve as efficient means of obtaining comfort Cloud Computing An Internal Audit Perspective 29

Comparison Between SOC1 and SOC2 Pre-established control objectives Scope exclusions Nature Types of systems No SOC1 (Type II) Privacy, business continuity and disaster recovery and any other subject matter not relevant to users financial statement assertions Provides a report on the cloud provider s controls related to financial statement assertions of user organizations Systems that process transactions or data for the user organization that are relevant for user organization s financial statements SOC2 Yes (Security, Confidentiality, Availability, and Processing Integrity) No exclusions as long as it relates to system reliability Provides a report on system reliability using standard principles and criteria Any financial or non-financial system Distribution of report Limited distribution report: User organizations No restriction and user auditors only Audience for report User organizations and user auditors only Customers, auditors of customers, management, business partners, and other interested parties. Cloud Computing An Internal Audit Perspective 30

Recap Use of cloud computing is expanding at a rapid pace Cloud computing has tangible business benefits Cloud computing leads to new risks Risks can be managed It can be a strategic differentiator Cloud Computing An Internal Audit Perspective 31

References The Risk IT Framework from ISACA http://www.isaca.org/template.cfm?section=risk_it7&template=/taggedpage/taggedpagedisplay.cfm& TPLID=79&ContentID=48749 ENISA Cloud Computing: Benefits, Risks and recommendations for information security, November 2009 Virtual Machine Security Guidelines by The Center for Internet Security http://www.cisecurity.org/tools2/vm/cis_vm_benchmark_v1.0.pdf Forrester Research "Database-as-a-Service as a Explodes on the Scene" Gartner Research http://www.gartner.com/it/products/research/cloud_computing/cloud_computing.jsp American Institute of Certified Public Accountants (AICPA) http://www.infoq.com/articles/nasdaq-case-study-air-and- case study air and s3;jsessionid=e61f6dc4d149e05b27c933f5f37312ba Cloud Security Alliance: Security Guidance for critical areas of focus in cloud computing v2.1 InformationWeek http://www.informationweek.com/cloud- computing/blog/archives/2009/02/lessons_from_th.html?catid=cloud-computing th html?catid=cloud-computing Cloud Computing An Internal Audit Perspective 32

Questions?

Presenter s Contact Details Bernie Wieger KPMG LLP Partner (816) 802 5810 bwieger@kpmg.com www.kpmg.com Cassie Meschke KPMG LLP Senior Manager (816) 802 5633 cmmeschke@kpmg.com

Thank you!

Appendix A

Audit Program : Technology Selection High-level Risk Scenario: Technology Selection Relevant COBIT Control Objective: PO 3.2 COBIT Control Objective: Technology Infrastructure Plan Create and maintain a technology infrastructure plan that is in accordance with the IT strategic and tactical plans. The plan should be based on the technological direction and include contingency arrangements and direction for acquisition of technology resources. Audit Procedure: Review the plan to confirm that it includes factors such as consistent integrated technologies, business systems architecture and contingency aspects of infrastructure components, transitional and other costs, complexity, technical risks, future flexibility value, and product/vendor sustainability and directions for acquisition of IT assets. Finding: User organization has not updated the technology infrastructure plan to reflect the use of an outsourced cloud service provider and its future direction. Cloud Computing An Internal Audit Perspective 37

Audit Program : Technology Selection (continued) High-level Risk Scenario: Technology Selection Relevant COBIT Control Objective: PO 5.5 COBIT Control Objective: Benefit Management Implement a process to monitor the benefits from providing and maintaining appropriate IT capabilities. IT s contribution to the business, either as a component of IT-enabled investment programs or as part of regular operational support, should be identified and documented in a business case, agreed to, monitored and reported. Audit Procedure: Review the process for developing metrics for measuring benefits (e.g., obtaining guidance from external experts, industry leaders and comparative benchmarking data). Inquire whether and confirm that there is a remediation process for identified benefit deviations. Finding: User organization has not created a formal cost benefit analysis (CBA) or benefit tracking mechanism for utilizing an external Cloud service provider. Cloud Computing An Internal Audit Perspective 38

Audit Program : Technology Selection (continued) High-level Risk Scenario: Technology Selection Relevant COBIT Control Objective: AI 2.4 COBIT Control Objective: Address application security and availability requirements in response to identified risks and in line with the organization's data classification, information architecture, information security architecture and risk tolerance. Audit Procedure: Review application acquisition, implementation and testing plans to confirm that application security and availability within the integrated environment have been addressed. Interview business sponsors and review walk-through documentation to assess understanding and adequacy of availability design; inquire whether the design is likely to meet the security and availability requirements. Findings: Proactive monitoring of the cloud application is not performed. This is particularly relevant for the end-user facing components of the cloud. Cloud Computing An Internal Audit Perspective 39

Audit Program : Technology Selection (continued) High-level Risk Scenario: Technology Selection Relevant COBIT Control Objective: AI 5.2 COBIT Control Objective: Supplier Contract Management Set up a procedure for establishing, modifying and terminating contracts for all suppliers. The procedure should cover, at a minimum, legal, financial, organizational, documentary, performance, security, intellectual property, and termination responsibilities and liabilities (including penalty clauses). Audit Procedure: Confirm through interviews with key staff members that the policies and standards are in place for establishing contracts with suppliers. Contracts should also include legal, financial, organizational, documentary, performance, security, auditability, intellectual property, responsibility and liability aspects. Findings: Cloud provider contract does not include certain critical elements to help protect security and privacy requirements. The contract does not include a non-disclosure agreement, right-to-audit clause, does not address requirements of the state breach notification laws. There is no process for monitoring of potential vendor failure (e.g., Coghead, MediaMax). Cloud Computing An Internal Audit Perspective 40

Audit Program : Third-party Performance High-level Risk Scenario: Third-party Performance Relevant COBIT Control Objective: DS 2.4 COBIT Control Objective: Supplier Performance Monitoring Establish a process to monitor service delivery to ensure that the supplier is meeting current business requirements and continuing to adhere to the contract agreements and SLAs, and that performance is competitive with alternative suppliers and market conditions. Audit Procedure: Inspect a sample of supplier service reports to determine if the supplier regularly reports on agreed-upon performance criteria and if performance reporting is objective and measurable and in alignment with defined SLAs and the supplier contract. Findings: SLAs do not have degree of specificity to allow for effective measurement. Accountability for SLA monitoring has not been established. Cloud Computing An Internal Audit Perspective 41

Audit Program : Logical Attacks High-level Risk Scenario: Logical Attacks Relevant COBIT Control Objective: DS 5.3 COBIT Control Objective: Identity Management Ensure that all users and their activity on IT systems are uniquely identifiable. Confirm that user access rights to systems and data are in line with defined and documented business needs and that job requirements are attached to user identities. Ensure that user access rights are requested by user management, approved by system owners and implemented by the security-responsible responsible person. Audit Procedure: Determine if access provisioning and authentication control mechanisms are utilized for controlling logical access across all users, system processes and IT resources, for in-house and remotely managed users, processes and systems. Findings: Generic user ids are used to access the cloud instances. In addition, multi-factor authentication is not utilized for the cloud management console due to the ease of accessing cloud instances outside the organization s network multi-factor authentication should be utilized. Cloud Computing An Internal Audit Perspective 42

Audit Program : Logical Trespassing High-level Risk Scenario: Logical Trespassing Relevant COBIT Control Objective: DS 5.4 COBIT Control Objective: User Account Management Address requesting, establishing, issuing, suspending, modifying and closing user accounts and related user privileges with a set of user account management procedures. Perform regular management review of all accounts and related privileges. Audit Procedure: Determine if procedures exist to periodically assess and recertify system and application access and authorities. Determine if access control procedures exist to control and manage system and application rights and privileges according to the organization's security policies and compliance and regulatory requirements. Findings: Business owner of the cloud has not been defined yet and as a result, the access requests for the cloud instances do not require formal approvals. User organization does not have a process for a periodic independent review of users that have access to the cloud instances. There is no policy/procedure for encryption key management Cloud Computing An Internal Audit Perspective 43

Audit Program : Logical Trespassing (continued) High-level Risk Scenario: Logical trespassing Relevant COBIT Control Objective: DS 5.5 COBIT Control Objective: Security Testing, Surveillance and Monitoring Test and monitor the IT security implementation in a proactive way. IT security should be reaccredited in a timely manner to ensure that the approved enterprise s information security baseline is maintained. A logging and monitoring function will enable the early prevention and/or detection and subsequent timely reporting of unusual and/or abnormal activities that may need to be addressed. Audit Procedure: Determine if the IT security management function has been integrated within the organization's project management initiatives to ensure that security is considered in development, design and testing requirements, to minimize the risk of new or existing systems introducing security vulnerabilities. Findings: Network diagrams have not been updated to reflect connectivity with cloud provider. As a result, last network penetration testing did not include this as part of the scope. Cloud Computing An Internal Audit Perspective 44

Audit Program : Logical Attacks High-level Risk Scenario: Logical attacks Relevant COBIT Control Objective: DS 5.10 COBIT Control Objective: Network Security Use security techniques and related management procedures (e.g., firewalls, security appliances, network segmentation, intrusion detection) to authorize access and control information flows from and to networks. Audit Procedure: Inquire whether and confirm that a network security policy (e.g., provided services, allowed traffic, types of connections permitted) has been established and is maintained. Inquire whether and confirm that procedures and guidelines for administering all critical networking components (e.g., core routers, DMZ, VPN switches) are established and updated regularly by the key administration personnel, and changes to the documentation are tracked in the document history. Finding: Application teams currently manage the configuration of the cloud firewall instead of relying on the network engineering team. Cloud Computing An Internal Audit Perspective 45

Audit Program : Information Media High-level Risk Scenario: Relevant COBIT Control Objective: Information Media DS 5.11 COBIT Control Objective: Exchange of Sensitive Data Exchange sensitive transaction ti data only over a trusted path or medium with controls to provide authenticity of content, proof of submission, proof of receipt and non-repudiation of origin. Audit Procedure: Inquire whether and confirm that data transmissions outside the organization require encrypted format prior to transmission. Inquire whether and confirm that sensitive data processing is controlled through application controls that validate the transaction prior to transmission. Findings: Exchange of sensitive data and administration of cloud instances are done via a regular internet connection instead of a secure channel like Secure Socket Layer (SSL) or Secure Shell (SSH). The organization utilizes an outdated version of Internet Explorer browser software to access and administer the cloud. Cloud Computing An Internal Audit Perspective 46

Audit Program : Database Integrity High-level Risk Scenario: Database Integrity Relevant COBIT Control Objective: DS 11.6 COBIT Control Objective: Security Requirements for Data Management Define and implement policies and procedures to identify and apply security requirements applicable to the receipt, processing, storage and output of data to meet business objectives, the organization's security policy and regulatory requirements. Audit Procedure: Determine whether a policy has been defined and implemented to protect sensitive data and messages from unauthorized access and incorrect transmission and transport, including, but not limited to, encryption, message authentication codes, hash totals, bonded couriers and tamper-resistant packaging for physical transport. Finding: Personally identifiable information (PII) is stored in clear text at the cloud provider. This is in contravention of HIPAA requirements. Cloud Computing An Internal Audit Perspective 47

Audit Program : Contract Compliance High-level Risk Scenario: Contract Compliance Relevant COBIT Control Objective: ME 3.4 COBIT Control Objective: Positive Assurance of Compliance Obtain and report assurance of compliance and adherence to all internal policies derived from internal directives or external legal, regulatory or contractual requirements, confirming that any corrective actions to address any compliance gaps have been taken by the responsible process owner in a timely manner. Audit Procedure: Inquire whether procedures are in place to regularly assess levels of compliance with legal and regulatory requirements by independent parties. Review policies and procedures to ensure that contracts with third-party service providers require regular confirmation of compliance (e.g., receipt of assertions) with applicable laws, regulations and contractual commitments. Finding: Cloud computing vendor does not have an independent auditor s report, for e.g., a SAS70 report, a WebTrust report, or a SysTrust report. Cloud Computing An Internal Audit Perspective 48

Appendix B

Sample Audit Report 1.1 Scope and Context Internal Audit performed a post-implementation review of the Cloud computing project. The cloud is used to host the data warehouse. The goal of the project was to eliminate redundant computing power while balancing risk and rewards. The project had a go-live date of January 2012. 1.2 Overall Scorecard This report summarizes the assessment discussion points that were detected as part of our review of the controls. A summary risk matrix is presented to provide a high-level overview of all findings. The risks are rated using a High, Medium, and Low scale. The legend for the scale follows: High: The issue represents a finding that exposes organization to significant risk. Medium: The issue represents a concern that requires resolution in near future. Low: The issue is a finding of a housekeeping nature. Cloud Computing An Internal Audit Perspective 50

Sample Audit Report (continued) The following table summarizes the Review Area, the relevant Finding, and the corresponding Risk Rating. The detailed description of the issue is presented in the next section of the report. It includes detailed information describing the issue, the risks associated with the issue, and suggested strategy to mitigate the risk. Review Area Finding Risk Rating Technology Selection User organization has not updated the technology infrastructure Low plan to reflect cloud computing arrangements. Technology Selection User organization did not create a cost benefit analysis (CBA) from Medium going to the Cloud. Technology Selection Proactive monitoring of the cloud application is not performed. This Medium is particularly relevant for the end-user facing components of the cloud. Technology Selection Cloud provider contract does not include certain critical elements to High help protect security and privacy requirements, for e.g. non- disclosure agreement, audit clause, does not address requirements of the state breach notification laws. No monitoring for potential vendor failure. Cloud Computing An Internal Audit Perspective 51

Sample Audit Report (continued) Review Area Finding Risk Rating Performance of SLAs are vague. Accountability for SLA monitoring within the Medium third-party suppliers organization has not been established. Performance of third-party suppliers Logical trespassing Logical trespassing Generic user ids are used to access the cloud instances. In addition, multi-factor authentication is not utilized for the cloud management console due to the ease of accessing cloud instances outside the organization s network multi-factor authentication should be utilized. Business owner of the cloud has not been defined yet and as a result, the access requests for the cloud instances do not require formal approvals. User organization does not have a process for a periodic independent review of users that have access to the cloud instances. Network diagrams have not been updated to reflect connectivity with cloud provider. As a result, last network penetration testing did not include this as part of the scope. Medium Medium Low Cloud Computing An Internal Audit Perspective 52

Sample Audit Report (continued) Review Area Finding Risk Rating Logical attacks Application teams currently manage the configuration of the cloud Medium firewall instead of relying on the network engineering team. Information Media Exchange of sensitive data and administration of cloud instances are done via a regular internet connection instead of a secure channel like Secure Socket Layer (SSL) or Secure Shell (SSH). High Database Integrity Personally identifiable information (PII) is stored in clear text at the High cloud provider. This is in contravention of HIPAA/GLBA requirements. Contract compliance Cloud computing vendor does not have an independent auditor s report for e.g. a SAS70 report, a WebTrust report, or a SysTrust report. High Cloud Computing An Internal Audit Perspective 53

2011 KPMG LLP, a Delaware limited liability partnership and the U.S. member firm of the KPMG network of independent member firms affiliated with KPMG International Cooperative ( KPMG International ), a Swiss entity. All rights reserved. 43713CHI The KPMG name, logo and cutting through complexity are registered trademarks or trademarks of KPMG International Cooperative ( KPMG International ).