Presentation on theme: "Developing a Risk-Based Information Security Program"— Presentation transcript:
1 Developing a Risk-Based Information Security Program Tammy Clark, Chief Information Security Officer,William Monahan, Lead Information Security AdministratorGeorgia State University, Atlanta GAGSU is located in downtown Atlanta – approximately 27,000 students (undergraduate & graduate) - second largest university in Georgia.CIO – JL AlbertInformation Security Program – Tammy Clark (ISO), William Monahan (InfoSec Lead Admin), Miss Nancy Chang (InfoSec Intermediate).Started aligning the university’s security plan with ISO in September of 2004 (what the standard says – current status – strategic & tactical goals) – incrementally have addressed the 133 controls (risk assessments, data classification, incident response, security awareness training…) – taking it to the next level with ISO ((ISMS) = controls + governance)) – you can get certified with (not 17799, is a Code of Practice for Information Security Management, are the requirements for Information Security Management)Copyright Tammy L. Clark, June Permission is granted for this material to be shared for non-commercial, educational purposes, provided that this copyright statement appears on the reproduced materials and with permission of author.
2 Today’s Agenda Prerequisites For Success Risk Management PDCA Model Establishing an ISMS: The “Plan, Do, Check, Act Phases”Governance TrainingCompliance vice Certification with the ISO standardsCan only provide a 3000’ view of our ISMS activities in 45 minutes.It is all about governance –Compare and contrast information technology services to manufacturing processes.Quality Management System via ISO 9001 – manufacturing has matured over the previous 30 years (in the 1970’s buy a car that was made on either a Monday or a Friday)Information Security Management System via ISO (controls & governance)The processes and services of the Information Security and Finance Departments at Georgia State University are in the Information Security Management System (ISMS) – planning to add Development (amongst others) in 2008
3 Prerequisites For Success We believe that the following are critical success factors:Top Management SupportCollaborations with Key Enterprise StakeholdersUnderstanding of key strategic business goals & objectivesMeeting between Mao and Dr. Kissinger – you have to sellSelling Points for Top Management –Protecting the university’s reputation.ComplianceMore robust and reliable infrastructure due to the reduction of business discontinuities that arise when security defenses are breached.Avoid liability for illegal or malicious acts committed with the university's computer or network resources.Selling Points for Key Enterprise Stakeholders –Protecting their department’s reputation.Understanding of Key Strategic and Business Goals –Business objectives and ISMS objectives should be aligned – not just CIA – privacy, nonrepudiation, transparency, ethics, democracy…Researcher example - Identity management/digital signatures/federation via smart card technologies
4 Risk Management Risk Management Process Model Asset Identification and ClassificationRisk Assessment MethodologyISO 17799/27001 Annex ARisk TreatmentGSU implemented a Risk Assessment policy in November of 2005 (as a byproduct of updated ISO 17799:2005 updates) – are conducting approximately 50 risk assessments per year – this proactive approach has yielded big dividendsNot just about recommending managerial and technical controls – have improved efficiencies via Risk Assessments (secure LDAP)Most nonconformities are a result of recommendations not being implemented or undue delay.High Risk – mitigation plan immediatelyMedium Risk – do it within one yearLow Risk – not going to worry about it
5 Risk Management Process Model Assess and evaluate risksSelect, implement and operate controls to treat risksMonitor and review risksMaintain and improve risk controlsWould rate GSU as a 2.5 out of 5 on the Capability Maturity Model.We do not have a third party (internal audit) following up on our High Risk projects to ensure that controls were adequate/commensurate with risk and that they were implemented in a timely manner – will be done before preassessment in October.ISO mandates that we reevaluate risk – lessons learned from shredders.We are migrating from NIST to BS :2005 for our Risk Assessments.NIST Special Publication , "Risk Management Guide for Information Technology Systems."BS :2005 Information security management systems. Guidelines for information security risk management".Internal auditors and BSI will keep everyone honest – what gets checked gets done
6 Identification of Assets Inventory and classificationIdentify legal and business requirements relevant to the assetsValuation of identified assets taking requirements into account as well as impacts of loss of C.I.A.Identify threats and vulnerabilitiesAssessment of likelihood threats will result in vulnerabilities getting exploitedCalculate riskEvaluate risks against a pre-defined risk scaleData classification from Georgia Board of Regents (below) – have developed policy (Information Protection Policy) and procedures (XP, Red Hat, Mac) around these data categories.Confidential data. Requires the highest levels of restriction due to risk of harm that may result from disclosure or inappropriate use. This includes information whose improper use or disclosure could adversely affect the ability of the University to accomplish its mission, records about individuals requesting protection under the Family Educational Rights and Privacy Act of 1974 (FERPA), or data not releasable under the Georgia Open Records Act or the Georgia Open Meetings Act. Social Security account numbers are considered CONFIDENTIAL data.Sensitive Data. Users must obtain specific authorization to access these elements since unauthorized disclosure, alteration, or destruction will cause perceivable damage to the University. It is assumed that all administrative output from the central administrative systems is classified as sensitive unless otherwise indicated. The specification of data as sensitive should include reference to the legal or externally imposed constraint that requires this restriction, the categories of users typically given access to the data, and under what conditions or limitations access is typically given. Included here would be credit card account numbers, user id/password combinations.Unrestricted Data. No access restrictions. Available to the general public.
7 ISO 17799:2005 Controls and RTP133 Separate Controls and 11 domains capturing all aspects of information security—a number of controls assist with implementing an ISMSISO 17799:2005 contains guidance on how to implement these controlsRisk Management is the cornerstone of the ISO 17799:2005 approach to designing a comprehensive information security programIn developing a Risk Treatment Plan (RTP), you will select controls that assist in mitigating the risks you identified and you will also decide which risks your organization will accept, transfer or avoidRisk acceptance—Say you know you need to develop a Disaster Recovery plan on your campus but you lack necessary resources and funding—you go to upper management requesting funds and they advise you that they can’t justify that expense—that is risk acceptance and you should then obtain a signed statement that upper management has decided to accept that particular riskRisk Transfer—You do business with a third party and outsource the operations, support and maintenance of a particular application that is critical to the university and which happens to house repositories of student data. You will want to forge an agreement or contract (addendum is fine) with that third party in the event a data breach occurs that incorporates their responsibilities since you have outsourced that function to them—hold them responsibleRisk Avoidance—You learn that an office on campus plans to do credit card transactions and is wanting to use a vendor that is not Visa PCI certified, which will pose a significant risk if any data breaches occur. Once you advise the office that they are taking on an enormous risk if they proceed, they decide to forego that in favor of a sanctioned solution—you have then succeeded in avoiding this risk…
8 PDCA Model Plan—Establish the ISMS Do—Implement and Operate the ISMS Check—Monitor and Review the ISMSAct—Maintain and Improve the ISMSISMS concept—a set of management system processes to achieve effective information security—should become an integral part of an organization’s operating and business culture, based on a defined approach to risk management, and include management support and commitment, the scope (which parts of the organization you want to include in this system), policies, planning activities, responsibilities, practices, procedures, processes, and resources, and an ongoing program of continuous improvementISO/IEC 27001:2005 is a set of requirements using ‘shall’ statements (as you recall, the ISO uses ‘should’ statements) that are specified in clauses 1-8 of the standard, that cover all of the requirements associated with the PDCA approach
9 PLAN-Establish Your ISMS First Steps (Prerequisites):Procure the ISO/IEC 27001:2005 standard.Obtain full executive management support.Define the Scope and Boundary of the ISMS.Define an ISMS Policy.Define the risk assessment approachScope—definition is up to you—suggest you take an incremental approach of incorporating two or three areas of your campus such as Information Security, Finance, Alumni and focus on building the framework out before you add additional areas.Scope—should be defined in terms of characteristics of the business: location, assets, technology, take into account interfaces and dependencies ISMS has with other parts of your campus that are not within the scope (HR, Legal, etc.), third parties your campus partners with (in Georgia, the Board of Regents supplies IT support and services to many of the USG campuses)Policy—Keep it clear and succinct; include scope and boundaries; provide management support and direction; set objectives; establish risk assessment criteriaRisk Assessment Approach—Up to you to choose the method that works best for your university—with expectation that results are comparable and reproducible
10 PLAN-Establish Your ISMS Identify, analyze and evaluate the risks to the assets identified in your scope.Identify and evaluate risk treatment options.Select controls and control objectives and reasons for selection.Obtain management approval of the proposed residual risks.Obtain management authorization to implement and operate ISMS.Prepare a “statement of applicability”.Statement of applicability or SOA: A Statement of Applicability is a document that lists your organization’s information security control objectives and controls. In order to figure out what your organization’s unique information security controls and control objectives should be, you need to carry out a risk assessment, select risk treatments, identify all relevant legal and regulatory requirements, study your contractual obligations, and review your organization’s own business needs and requirements. Once you’ve done all of this, you should be ready to prepare your organization’s unique Statement of Applicability. Excerpted from:
11 DO Phase-Implement Your ISMS Implementation of the ISMS:Formulate a Risk Treatment Plan (RTP)Implement your RTPImplement selected controls to meet your control objectivesDefine metrics to measure the effectiveness of your controlsImplement a training and awareness program
12 DO Phase-Operate Your ISMS Operation of the ISMS:Manage operations in accordance with identified controls, policies and proceduresManage resources and ensure that there are sufficient resources to operate, monitor, review, maintain and improve the ISMSImplement procedures and controls to manage incidents
13 CHECK Phase-Monitor and Review Your ISMS Execute monitoring and review procedures:Documentary evidence of monitoring such as logs, records, filesMeasure effectiveness (metrics)Review risk assessmentsConduct internal ISMS auditsManagement ReviewsUpdate Security PlansRecord actions and events
14 ACT Phase-Maintain and Improve the ISMS ‘Shall’ statements in the standard apply to this phase::Implement identified improvementsTake appropriate corrective and preventive actionsCommunicate actions & improvements to interested partiesEnsure improvements meet objectives
15 ISMS Documentation Requirements Statements of policy and objectivesScope and boundariesProcedures and controlsDescription of Risk Assessment MethodologyRisk Assessment Report and RTPMetricsObjective evidenceSOA
16 Four Required Processes These processes are also required to be documented:Document controlInternal auditsCorrective ActionsPreventive ActionsDocument Control—A documented procedure shall be established to define the management actions needed to approve documents prior to issue, review, update, re-approve, ensure change and version control, control distribution, ensure integrity, etc. (Section of ISO/IEC 27001:2005)Internal audits – Responsibilities and requirements for planning and conducting audits, and for reporting results and maintaining records shall be defined in a documented procedure (Section 6 of ISO/IEC 27001:2005)Corrective Actions – Documented procedure to identify non-conformities, and determine and implement corrective actions (Section 8.2 of ISO/IEC 27001:2005)Preventive Actions – Documented procedure that shall define requirements for identifying potential non-conformities and causes, determining and implementing preventive actions (Section 8.3 of ISO/IEC 27001:2005)
18 Compliance VS Certification ISO/IEC 17799:2005 Compliance:Users of the ISO/IEC 17799:2005 framework need to carry out a risk assessment to identify which controls are relevant to their own business environment and implement them.The framework uses the word “should”.ISO/IEC 27001:2005 Certification:This process involves the auditing of an ISO/IEC 17799:2005 compliant ISMS to the requirements of ISO/IEC 27001:2005.The standard uses the word “shall”.The ISMS will be audited by an accredited certification body such as Certification Europe, British Standards Institute, Lloyds, KPMG or BVQI.
19 Other ConsiderationsThe ISO/IEC 17799:2005 and 27001:2005 standards provide a comprehensive ‘umbrella’ framework for your information security programCompatible with other standards and guidelinesAssist with complianceMeant to be a long term endeavorFavor incremental deployment of controlsAssist in integrating business requirements with IT and information security goals/objectivesHelp you to prioritize areas of greatest risk/need
20 GRC SoftwareAutomated help with risk assessments and treatment plans, incident response, BIA and asset managementProteus Enterprise:Automated help with Security & Compliance Gap Analysis based on the HISP methodologyCompliantz Health Check: https://www.compliancehealthcheck.com
21 References ISO/IEC 27001:2005 BS 7799-3:2006 (Risk Mgt) BIP (ISMS Guidance Series from BSI)ISO/IEC 17799:2005 (Controls)(ISO/IEC 27001:2005 in plain English)(ISO/IEC 17799:2005 in plain English)
22 Questions? Tammy Clark email@example.com William MonahanTCopyright Tammy L. Clark, June Permission is granted for this material to be shared for non-commercial, educational purposes, provided that this copyright statement appears on the reproduced materials and with permission of author.Copyright Tammy Clark, May Permission is granted for this material to be shared for non-commercial, educational purposes, provided that this copyright statement appears on the reproduced materials and notice is given that the copying is by pe