Vulnerability Scanning Policy

Praktice AI is proactive about information security and understands that vulnerabilities need to be monitored on an ongoing basis. Praktice AI utilizes Nessus Scanner from Tenable to consistently scan, identify, and address vulnerabilities on our systems. We also utilize OSSEC on all systems, including logs, for file integrity checking and intrusion detection.
16.1 Applicable Standards
16.1.1 Applicable Standards from the HITRUST Common Security Framework
10.m - Control of Technical Vulnerabilities
16.1.2 Applicable Standards from the HIPAA Security Rule
164.308(a)(8) - Evaluation
16.2 Vulnerability Scanning Policy
Nessus management is performed by the Praktice AI Security Officer with assistance from a designated employee.
Nessus is used to monitor all internal IP addresses (servers, VMs, etc) on Praktice AI networks.
Frequency of scanning is as follows:
on a weekly basis;
after every production deployment.
Reviewing Nessus reports and findings, as well as any further investigation into discovered vulnerabilities, are the responsibility of the Praktice AI Security Officer. The process for reviewing Nessus reports is outlined below:
The Security Officer initiates the review of a Nessus Report by creating an Issue in the JIRA Compliance Review Activity (CRA) Project.
The Security Officer, or a designated employee assigned by the Security Officer, is assigned to review the Nessus Report.
If new vulnerabilities are found during review, the process below is used to test those vulnerabilities is outlined below. Once those steps are completed, the Issue is then reviewed again.
Once the review is completed, the Security Officer approves or rejects the Issue. If the Issue is rejected, it goes back for further review.
If the review is approved, the Security Officer then marks the Issue as Done, adding any pertinent notes required.
In the case of new vulnerabilities, the following steps are taken:
All new vulnerabilities are verified manually to assure they are repeatable. Those not found to be repeatable are manually tested after the next vulnerability scan, regardless of if the specific vulnerability is discovered again.
Vulnerabilities that are repeatable manually are documented and reviewed by the Security Officer, Head of Technology, and Privacy Officer to see if they are part of the current risk assessment performed by Praktice AI.
Those that are a part of the current risk assessment are checked for mitigations.
Those that are not part of the current risk assessment trigger a new risk assessment, and this process is outlined in detail in the Praktice AI Risk Assessment Policy.
All vulnerability scanning reports are retained for 6 years by Praktice AI. Vulnerability report review is monitored on a quarterly basis using JIRA reporting to assess compliance with above policy.
The Praktice AI Security Officer decides on the frequency and scope of penetration testing as part of the regular risk assessment process.
External penetration testing is performed by a third party as deemed reasonable and appropriate by the Security Officer in the risk assessment.
Internal penetration testing is performed quarterly. Below is the process used to conduct internal penetration tests.
The Security Officer initiates the penetration test by creating an Issue in the JIRA Compliance Review Activity (CRA) Project.
The Security Officer, or a designated employee assigned by the Security Officer, is assigned to conduct the penetration test.
Gaps and vulnerabilities identified during penetration testing are reviewed, with plans for correction and/or mitigation, by the Praktice AI Security Officer before the Issue can move to be approved.
Once the testing is completed, the Security Officer approves or rejects the Issue. If the Issue is rejected, it goes back for further testing and review.
If the Issue is approved, the Security Officer then marks the Issue as Done, adding any pertinent notes required.
Penetration tests results are retained for 6 years by Praktice AI.
Internal penetration testing is monitored on an annual basis using JIRA reporting to assess compliance with above policy.
This vulnerability policy is reviewed on a quarterly basis by the Security Officer and Privacy Officer.