blog

Compliance and Vulnerabilities two different animals

vulnerability management & Compliance

We often come across those questions. are compliance programmes and vulnerability management, posture management different?

Yes and no is the answer. With compliance, we try to be guided by a framework to implement security, while vulnerability management is usually one of the process parts of any of the frameworks

So how do you join the two? easy you look for the elements that match compliance and vulnerabilities

Every compliance framework has similar steps

  • Prepare a plan/programme
  • Collect Assets and assign to users
  • Assess Assets with some form of vulnerability scan
  • Structure a set of actions for the compliance process and assign tasks/targets
  • Execute on those targets
  • measure progress towards green

What are the frameworks you might look into?

First article to focus on vulnerability management, posture management and mapping to compliance framework like CISA, NIST Cybersecurity Framework and ISO27001:2017
Framework of reference

ISO 27001

The ISO/IEC 27001:2013 standard focuses on creating an information security management system (ISMS) that protects confidentiality, integrity, and availability of information as part of the risk management process.

Under ISO 27001:2013, a vulnerability is defined as “a weakness of an asset or control that could potentially be exploited by one or more threats.” A threat is defined as any “potential cause of an unwanted incident, which may result in harm to a system or organization.” 

What Controls can we map in vulnerability management?

-Asset Management

  • Management of technology vuln (12.6.1)
  • Risk assessment controls
  • Software security issues (8.1.1)
  • Logging and monitoring (A12.4)
  • Annex A12.5 – Controls for operational software

NIST Cybersecurity Framework

The NIST Cybersecurity Framework is voluntary guidance based on existing standards, guidelines, and practices for organizations to better manage and reduce cybersecurity risk. In addition to helping organizations manage and reduce risks, it was designed to foster risk and cybersecurity management communications amongst internal and external organizational stakeholders.

https://www.nist.gov/cyberframework/framework

The framework is composed of several parts for brevity, we refer to the core elements that form the framework, for this writeup we will focus only on the main categories and subcategories, citing the individual numbers.

Identify

  • ID-RA-1 – Assets are identified
  • ID-RA 2 – Threat and vulnerabilities are identified

Protect

  • PR.IP-12 – Vuln management plan is developed and implemented
  • PR.IP-7 – Protection Processes are continuously implemented

Detect

  • DE.CM – asset are monitored at intervals
  • DE.DP-5
  • Det. Proc. Are improved
  • DE.CM-8 – Vuln Scans are performed

Respond

  • RS-MI-3 – New Vuln are mitigated, and risk accepted
  • RS-IM – Org resp activities are improved  with lessons learned

Also, another element to look for vulnerability management: https://csrc.nist.gov/publications/detail/sp/800-40/rev-3/final

CISA Vulnerability management

CISA for Vulnerability management is part 4 of the control guidance distributed by CISA and part of the CRR Resource Guide series. This document is one of 10 resource guides developed by the Department of Homeland Security’s (DHS) Cyber Security Evaluation Program (CSEP) to help organizations implement practices identified as considerations for improvement during a Cyber Resilience Review (CRR).1 The CRR is an interview-based assessment that captures an understanding and qualitative measurement of an organization’s operational resilience, specific to IT operations

  • Section 3/4 – Preparation of analysis and resolutions
  • Section 3,4,5 – Process for identification & Analysis are updated and info are kept current
  • Section 5 – Exposure to identified vuln are managed
  • Section 5 – Root Cause of vulnerabilities are addressed

What BOD Regulation Vulnerability management help

  • BOD 22-01 – Reducing the Significant Risk of Known Exploited Vulnerabilities 
  • BOD 20-01 – Develop and Publish a Vulnerability Disclosure Policy
  • BOD 19-02 – Vulnerability Remediation Requirements for Internet-Accessible Systems
  • BOD 18-02 – Securing High Value Assets

Where you can find the complete list: https://www.cisa.gov/sites/default/files/publications/CRR_Resource_Guide-VM_0.pdf

Following a mapping link to NIST, CISA and the various controls/sections

CRR Goal and Practice [CERT-RMM Reference]NIST CSF Category/ SubcategoryVulnerability Management Resource Guide Reference
Goal 1 – Preparation for vulnerability analysis and resolution activities is conducted.
1. Has a vulnerability analysis and resolution strategy been developed? [VAR: SG1.SP2]PR.IP-12: A vulnerability management plan is developed and implemented
Section III, Step 3 
Section IV, Step 1 
2. Is there a standard set of tools and/or methods in use to identify vulnerabilities in assets? [VAR: SG1.SP2]DE.CM: The information system and assets are monitored at discrete intervals to identify cybersecurity events and verify the effectiveness of protective measures.Section III, Step 2 
Section IV, Step 1 
Goal 2 – A process for identifying and analyzing vulnerabilities is established and maintained.
1. Have sources of vulnerability information been identified? [VAR: SG2.SP1]ID.RA-2: Threat and vulnerability information is received from information sharing forums and sources
Section III, Step 2 
Section IV, Step 1 
Section IV, Step 5 
2. Is the information from these sources kept current? [VAR: SG2.SP1]DE.DP-5: Detection processes are continuously improved
ID.RA-2: Threat and vulnerability information is received from information sharing forums and sources
PR.IP-7: Protection processes are continuously improved
Section IV, Step 8 
3. Are vulnerabilities being actively discovered? [VAR: SG2.SP2]DE.CM-8: Vulnerability scans are performed
ID.RA-1: Asset vulnerabilities are identified and documented
 –
4. Are vulnerabilities categorized and prioritized? [VAR: SG2.SP3]PR.IP-12: A vulnerability management plan is developed and implementedSection V, Step 4
5. Are vulnerabilities analyzed to determine relevance to the organization? [VAR: SG2.SP3]PR.IP-12: A vulnerability management plan is developed and implementedSection V, Step 4
Section V, Step 5
Section V, Step 7
6. Is a repository used for recording information about vulnerabilities and their resolution? [VAR: SG2.SP2]ID.RA-1: Asset vulnerabilities are identified and documented
PR.IP-12: A vulnerability management plan is developed and implemented
Section IV, Step 1 
Section IV, Step 6 
Section V, Step 5 
Section V, Step 6 
Section V, Step 7 
Mapping Table

How we can help

Phoenix Security helps identify elements related to regulation and help automate and scale most of the regulation above.

Francesco is an internationally renowned public speaker, with multiple interviews in high-profile publications (eg. Forbes), and an author of numerous books and articles, who utilises his platform to evangelize the importance of Cloud security and cutting-edge technologies on a global scale.

Discuss this blog with our community on Slack

Join our AppSec Phoenix community on Slack to discuss this blog and other news with our professional security team

From our Blog

Discover and fix CVE-2024-3094 vulnerability affecting Linux distributions liblzma, part of the xz package, Fedora, openSUSE, Debian, and Kali. Get the latest updates, fixes, and security recommendations to safeguard your system against unauthorized access through compromised XZ Utils. Protect and discover the affected system with ASPM, Application security Posture management
Francesco Cipollone
Discover and fix CVE-2024-3094 vulnerability affecting Linux distributions liblzma, part of the xz package, Fedora, openSUSE, Debian, and Kali. Get the latest updates, fixes, and security recommendations to safeguard your system against unauthorized access through compromised XZ Utils. Protect and discover the affected system with ASPM, Application security Posture management
Francesco Cipollone
Discover and fix CVE-2024-3094 vulnerability affecting Linux distributions liblzma, part of the xz package, Fedora, openSUSE, Debian, and Kali. Get the latest updates, fixes, and security recommendations to safeguard your system against unauthorized access through compromised XZ Utils. Protect and discover the affected system with ASPM, Application security Posture management
Francesco Cipollone
Explore the interplay between the MITRE ATT&CK framework and EPSS for effective vulnerability management. Learn how these tools help predict and prioritize cyber threats, with deep dives into the most and least exploited techniques. Stay ahead in cybersecurity with Phoenix’s advanced analysis.
Francesco Cipollone

Derek Fisher

Head of product security at a global fintech

Derek Fisher – Head of product security at a global fintech. Speaker, instructor, and author in application security.

Derek is an award winning author of a children’s book series in cybersecurity as well as the author of “The Application Security Handbook.” He is a university instructor at Temple University where he teaches software development security to undergraduate and graduate students. He is a speaker on topics in the cybersecurity space and has led teams, large and small, at organizations in the healthcare and financial industries. He has built and matured information security teams as well as implemented organizational information security strategies to reduce the organizations risk.

Derek got his start in the hardware engineering space where he learned about designing circuits and building assemblies for commercial and military applications. He later pursued a computer science degree in order to advance a career in software development. This is where Derek was introduced to cybersecurity and soon caught the bug. He found a mentor to help him grow in cybersecurity and then pursued a graduate degree in the subject.

Since then Derek has worked in the product security space as an architect and leader. He has led teams to deliver more secure software in organizations from multiple industries. His focus has been to raise the security awareness of the engineering organization while maintaining a practice of secure code development, delivery, and operations.

In his role, Jeevan handles a range of tasks, from architecting security solutions to collaborating with Engineering Leadership to address security vulnerabilities at scale and embed security into the fabric of the organization.

Jeevan Singh

Founder of Manicode Security

Jeevan Singh is the Director of Security Engineering at Rippling, with a background spanning various Engineering and Security leadership roles over the course of his career. He’s dedicated to the integration of security practices into software development, working to create a security-aware culture within organizations and imparting security best practices to the team.
In his role, Jeevan handles a range of tasks, from architecting security solutions to collaborating with Engineering Leadership to address security vulnerabilities at scale and embed security into the fabric of the organization.

James Berthoty

Founder of Latio Tech

James Berthoty has over ten years of experience across product and security domains. He founded Latio Tech to help companies find the right security tools for their needs without vendor bias.

Christophe Parisel

Senior Cloud Security Architect

Senior Cloud Security Architect

Chris Romeo

Co-Founder
Security Journey

Chris Romeo is a leading voice and thinker in application security, threat modeling, and security champions and the CEO of Devici and General Partner at Kerr Ventures. Chris hosts the award-winning “Application Security Podcast,” “The Security Table,” and “The Threat Modeling Podcast” and is a highly rated industry speaker and trainer, featured at the RSA Conference, the AppSec Village @ DefCon, OWASP Global AppSec, ISC2 Security Congress, InfoSec World and All Day DevOps. Chris founded Security Journey, a security education company, leading to an exit in 2022. Chris was the Chief Security Advocate at Cisco, spreading security knowledge through education and champion programs. Chris has twenty-six years of security experience, holding positions across the gamut, including application security, security engineering, incident response, and various Executive roles. Chris holds the CISSP and CSSLP certifications.

Jim Manico

Founder of Manicode Security

Jim Manico is the founder of Manicode Security, where he trains software developers on secure coding and security engineering. Jim is also the founder of Brakeman Security, Inc. and an investor/advisor for Signal Sciences. He is the author of Iron-Clad Java: Building Secure Web Applications (McGraw-Hill), a frequent speaker on secure software practices, and a member of the JavaOne Rockstar speaker community. Jim is also a volunteer for and former board member of the OWASP foundation.

Join our Mailing list!

Get all the latest news, exclusive deals, and feature updates.