James "Jimmy" Blake is the Manager of Hewlett-Packard Enterprise Security's Security Intelligence & Operations Consulting (SOC) Practice in EMEA.  HP's SIOC Practice helps enterprise customers build and maintain effective Security Operation Centres.

Prior to joining HP, Jimmy was Chief Information Security Officer for the UK's largest Software-as-a-Service vendor.  There he helped protect the data of millions of subscriber's across three continents in a dozen data centres.  Jimmy has over two decades Information Security and Business Continuity Management experience gained both in consultancy and working for leading security vendors.

Jimmy is a GIAC Certified Incident Handler (GCIH) Certified Information Security Systems Professional (CISSP), a Certified Information Security Manager (CISM), a Certified ISO 27001 Lead Auditor, a Certified Ethical Hacker for EC Council (C|EH) and holds a Certificate in Cloud Computing Security Knowledge (CCSK) from the Cloud Security Alliance.  Jimmy is also one one of the co-founders of the Security B-Sides London conference.

« Argos exposes customer credit card data in emails | Main | YES! Turing gets an official apology from the PM »

ISO 27001 in a cloud world

We're preparing to go through our ISO 27001 certification at the moment and it struck me quite how different it is to certify as a cloud service vendor rather than as a traditional company.

Excuse my over simplification of the ISO 27001 process for those not involved in it, but effectively there are four stages:

  1. Define the organisation’s acceptable risk

  2. Work out what risk the organisation is exposed to

  3. Apply controls to reduce the residual risk to a level at or below the acceptable risk

  4. Rinse, repeat


A common method is to conduct a risk assessment, perhaps using the methodology covered in ISO 27001’s sister publication ISO 27005,  and then apply controls to manage the identified risks from another sister publication ISO 27002.

Now an organisation is normally free to choose whatever acceptable level of risk they feel the organisation is able to bear.  Often a higher level of acceptable risk is what gives an organisation a competitive advantage, allowing them to be nimble enough to take advantages that other, more risk adverse, organisations cannot.

In a traditional vendor this level of higher risk acceptance won’t normally impact on the customer – short of a leak of customer information, a continuity incident affecting the ability to support customers or too many incidents driving the company out of business.

In a cloud vendor this is very different – the vendor’s security is your security.  Rather than using the vendor’s equipment within your own environment, your data is used within the vendor’s environment and vendor’s equipment.  The vendor’s approach to security needs to reflect the sensitivity of the data the cloud vendor is processing or storing on your behalf.

The good news is that we are seeing a definite acknowledgement of this in the market.  When we receive RFI/RFPs from prospective customers they’ve often had the foresight to ask questions about which specific controls have been implemented rather than just asking a boilerplate question around whether we possess ISO 27001 certification.

Organisation’s such as the Cloud Security Allianceare promoting best practice within the industry, but one of the tenets I repeat again-and-again for those moving to the cloud is caveat emptor (“buyer beware”).  Make sure that your due diligence includes questions about the areas of risk you’ve identified within your own business – look for alignment of controls whether your processing and storing on-premise, or outsourcing to a cloud services company.

Reader Comments

There are no comments for this journal entry. To create a new comment, use the form below.

PostPost a New Comment

Enter your information below to add a new comment.

My response is on my own website »
Author Email (optional):
Author URL (optional):
Post:
 
Some HTML allowed: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <code> <em> <i> <strike> <strong>