PP-8-07 Technical Vulnerability Management Policy Procedure
File Reference : PP-8-07 Technical Vulnerability Management Policy
Date File Updated 29-09-2023
File Format MS Word
No. of files 1
Category Procedures
Tags: ISO 27001, 6.1, 7.1, 8.2, 8.3, 9.1, IMS1 8.2
  • £10.00

  or  

Login to Download


This policy procedure sets out how technical vulnerabilities in the network and in software are identified, tested for, addressed and then retested.

Effective Policy Templates

This policy template is supplied in fully editable MS Word format and can be easily customised and edited. The document uses pre-defined style formatting throughout, with all text in Calibri font for improved readability.
The following document labelling is included in the footer:

  • Policy number and title
  • Information-classification
  • Version
  • Page number / total pages
alphaZ documents - beautifully designed, tried and tested policy templates. No junk, jargon or unnecessary content. Simple and usable policy templates developed over 25 years through practical use in the real world.
Document Preparation
Logo Update Service *

Download this policy with your company name and logo already added!
Document Preparation available with all document toolkits.

How to Download

To get access to this file please click on Add to Cart to purchase for immediate download. If you have an alphaZ Subscription just click on Download Files to view all the files available to download.

Implementation Support
Need Help Implementing?

If you'd like hands-on help planning vulnerability testing and penetration tests, our remote support services provide direct expert input from our team, by the day, by project, or on an ongoing basis.

File Formats

Technical Vulnerability Management Policy Procedure Template

The Technical Vulnerability Management Policy Procedure is a Word template that sets out how a business detects and prevents technical vulnerabilities. It covers risk assessment of vulnerabilities and the impact of leaving them unaddressed, weaknesses in the network and in software being developed or modified, penetration testing by internal or third party resources, and retesting after action is taken.

It applies to all employees and company activities, with disciplinary action for breaches. The file has Title, File Location, Issue No, Issue Date, Controlled By and Approved By fields, an Amendment Record and a Business Use information classification in the footer.

What the Policy Covers

  • Amendment record, summary, scope and applicability - the purpose of detecting and preventing technical vulnerabilities, the activities and staff covered, and disciplinary action for breaches
  • Management of vulnerability risks - periodic risk assessments of technical vulnerabilities and the potential impact of not addressing them, with findings actioned
  • Network and software vulnerabilities - all identified risks reviewed and addressed, covering the company network and any software being developed or modified
  • Testing and retesting - vulnerability tests built into development, penetration testing as required, and retesting to confirm the actions taken have worked
  • Use of third party testers - testing carried out by an internal resource or a third party, with only company approved suppliers used for outside testing

Built for Finding and Fixing Weaknesses

  • A vulnerability test included as a natural part of any software development or modification
  • Penetration testing completed as required, by an internal resource or a third party
  • Identified vulnerabilities addressed and retested to confirm the actions taken were effective
  • Only company approved suppliers used where testing is carried out by a third party

Who Needs a Technical Vulnerability Management Policy Procedure?

Businesses that run their own network or develop or modify software, and want a set approach to finding and dealing with technical weaknesses.

Using the Policy

Edit when penetration testing is carried out and who carries it out to match your own arrangements, and name the person in the Controlled By field. Give it top level approval and brief those who develop, modify or manage your systems.

Related Documents

GG-8-03 Software and Malware Guidance and TT-8-03 Software and Malware Training Talk help managers and staff with the wider software and malware controls.

Vulnerability Testing in Development

For any software the business develops or modifies, a test for vulnerability is a natural part of the development process rather than a separate exercise. Any weaknesses found are addressed and then retested to validate that the action taken has been effective.

Network and Software in Scope

Vulnerability management covers both the company network and any software being developed or modified. Every identified risk related to a technical vulnerability is reviewed and addressed, and the periodic risk assessments also weigh up the potential impact of leaving a vulnerability unaddressed, with their findings actioned and the policy amended to match the controls in place.

Would you rather we prepared it for you?

A day of remote support can build your information security risk register around your actual systems - your risks scored with a named owner, the treatment decided for each one and the Annex A controls that apply - so the controls your staff are briefed on are the ones you have chosen.

Information Security Risk and Treatment Plan

There are currently no comments for this document.

Add a Comment

Please Login or Subscribe to add Comments.