BCI ICT Resilience
BCI ICT Resilience
BCI ICT Resilience
www.sungard.co.uk
and ISO 22301 ICT recovery versus resilience, addressing common issues
BCM growth
Medium Business
IT
Sectors
Public Sector
Big Business
1970s
1980s
TIME
1990s
2000s
organizations:
Of all sizes In all sectors
and ISO 22313 Used as the basis for other continuity and resilience standards
TC223 ISO standards US BCM standard
ISO 27000
BS 25777
communications technology Comprehensive guidance established for business continuity management - BS 25999 and others
Supported by ICT continuity guidance BS 25777
No detailed guidance directly related to ISO 27001 Significant gaps continue to be present between business
11
Takes the core elements of BS 25777 Links them to an information security anchor Provides guidance which expands upon ISO 27002 Helps in the implementation of controls contained within
ISO 27001
12
ISO 27031
Continues to integrate with
Supports ISMS
13
14
No!
Based on Singapore standard
ISO consultation process failed BCM community unaware of its existence until too late Service-providers unaware of its existence until too late.
standards Does not integrate with ISO 27031 Shining example of how-notto-develop-a-standard
Now at beginning of revision process.
2010 SunGard. | www.sungard.co.uk
15
Good question!
16
17
18
19
20
21
22
Key principles
Incident prevention
Incident detection Response
Recovery
Improvement
23
24
Incident prevention
Facilitates identification of critical components in each of the elements which make up the ICT environment Relates ICT criticality to wider business criticalities Priorities also driven by BC requirements
25
Incident prevention
Iterative process
Justifies resource and budget for appropriate resilience measures Monitors the performance of resilience measures Review and improvement following exercises, tests and incidents
26
Incident prevention
People
27
Incident prevention
People
Facilities
28
Incident prevention
People
Facilities Technology
29
Incident prevention
People
Facilities Technology
Data
30
Incident prevention
People
Facilities Technology
Data
Processes
31
Incident prevention
People
Facilities Technology
Data
Processes
Suppliers
32
Incident detection
IRBC promotes
Response BEFORE an incident occurs, upon detection of one or a series of related events that become incidents Detecting incidents at the earliest opportunity minimizes impact to services, reduces recovery effort, and preserves quality of service Investment in detection should be linked to the business continuity needs
33
Incident detection
People
Facilities Technology
Hardware failures Malfunctions in racks, servers, storage arrays, tape devices Network Data connectivity interruptions, intrusion detection etc. Software Upgrade issues, unauthorised software, malware etc.
Data
Corrupted datasets, incomplete datasets etc.
Processes
System changes, maintenance etc.
Suppliers
Power failure, telecoms outage
34
Response
IRBC promotes
35
Response
extent of incident
Acquire information Assess How does it affect the elements of the ICT environment?
How might this affect service-users and the critical activities of the organisation?
36
Response
Take control of situation
Automatic or manual failover? Determine priorities for mitigating incident
37
Response
Contain the incident Auto or manual failover? Direct resources to manage situation Communicate
38
Response
Communicate Communication essential all the way through the response process Integration with overall BC incident management process
39
Recovery
Technical recovery plans
In conjunction with organisational business continuity plans Failover of immediately timecritical systems Recovery of less time-sensitive systems
40
Improvement
IRBC promotes
improvement
Lessons learned from exercises Audits/self assessment Feedback from periodic BIAs and risk assessments Corrective action following incidents Preventive action
41
Why do organisations
42
Managing Expectations?
ICT Teams plan for this?
Managing Expectations?
Service users expect this?
custodians of information They are NOT the owners of the information They do not know its value
Value is not always about money Value can be reputational, service-related etc.
45
Managing Expectations?
Mismatch of expectations
IT Youll get what we choose to give you Business What do you mean? Dont you give us
EVERYTHING?????
Constraints
Technological Budgetary Resource
obvious ICT requirements postdisruption can be quite different from business-asusual Criticality of the same data can vary widely across the organisation not all data is born equal! Recovery is frequently not an option
48
The consequences
Mismatch of ICT resilience implementation and
organisational requirements
Wasteful of expenditure and resource Provides the WRONG ICT environment in the WRONG timescales IT departments frequently concentrate on DR rather than resilience and continuity
We dont need to bother about uptime because we know we have good DR They dont ask users the right questions
RTOs RPOs
Each sides knowledge of information availability capabilities and requirements remains unknown to the other
49
The consequences
The organisation
50
ICT Resilience
How can the costs be justified?
How can ISO 27031 help?
51
Rationalises IT DR spend
Justifies cost to the business
Resilience versus
Recovery
principles of:
Incident prevention Incident detection Response Recovery Improvement
ensuring ICT Readiness is aligned with business requirements Gets IT and service-users involved in validation Provides budgetary and business rationale for investment in ICT resilience
information security goals ICT Readiness is driven by business/organizational requirements (not the other way round) ICT Readiness and resilience capabilities feed back into organizational goals Ensures that information availability is tackled as effectively as confidentiality and integrity.