A Model for Information Security Assurance
July 16, 2008
Information Security is a complex field and when it comes time to evaluate third parties and/or undertake due diligence during merger and acquisition activities, a lot of time and effort is involved.
Most organisations will start by deploying a questionnaire and its length will vary depending on the fastidiousness of the organisation. The bottom-up approach is to request a vulnerability assessment.
There are many existing standards for providing assurance in Information Security and this model attempts to bring some together to provide a sanity check of the core components addressed by a sample of these standards.
A more in depth compliance statements or reports related to internal control should support this model, such as an ISO 27001 Certificate of Compliance, a SAS 70 Type II Report and/or a SOX 404 Assessment.
Demonstrating compliance to open standards that represent significant parts of an information security programme should start to reduce, but unfortunately will not eliminate, the need for the relentless questionnaires.
The model introduces the concept of grading each component. You may make risk based assessments of deviations from business requirements and choose to increase the assurance in one area to mitigate weaknesses in another:
- Little or No Confidence/Assurance
- Some Confidence/Assurance
- Reasonable Confidence/Assurance
- High Confidence/Assurance
Identity Proofing
- A single identity assertion is provided e.g. date of birth
- Controlled identity assertion and the individual is notified
- Use of an identity proofing service to catch exceptions
- Use of an identity proofing service to verify all assertions
More Info: Liberty Alliance and blog post on Identity Management
Authentication
- Reference to a single identity assertion i.e. not a secret
- One factor authentication e.g. password
- Multi factor authentication e.g. two factor token
- Cryptographic token that binds identity to transaction
More Info: Liberty Alliance and Initiative for Open AuTHentication (OATH)
Access Control
- Users are directly assigned resources
- Users are assigned multiple IT Groups e.g. for each application
- Users are assigned Business Roles that contain multiple IT Groups
- Role hierarchy enforces system rules e.g. Segregation of Duties
More Info: US National Institute of Standard and Technology (NIST) and blog post on Role Based Access Control
Encryption
- Encoding e.g. not readily readable but easily translated
- Proprietary algorithm e.g. not independently evaluated
- Standard algorithm & protocol e.g. AES/DES3/SHA/MD5 & SMIME/SSL/SSH
- Independently evaluated e.g. Common Criteria or industry program
More Info: Common Criteria (CC)
Audit/Event Management
- Application based logging
- Centralised logging
- Correlation and alerts/reporting
- Active remediation
More Info: No standards yet (?) - Watch this space and in the mean time read blog posts on Information Security programme scorecards, metrics and SEM.