<Past |
Future> |
1.11.2 |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
2.2.x |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
2.3.x |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
2.4.x |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
2.5.x |
Approved w/Constraints [1, 3, 5, 7, 8] |
Approved w/Constraints [1, 3, 5, 7, 8] |
Approved w/Constraints [1, 3, 5, 7, 8] |
Approved w/Constraints [1, 3, 5, 7, 8] |
Approved w/Constraints [1, 3, 5, 7, 8] |
Approved w/Constraints [1, 3, 5, 7, 8] |
Approved w/Constraints [1, 3, 5, 7, 8] |
Approved w/Constraints [1, 3, 5, 7, 8] |
Approved w/Constraints [1, 3, 5, 7, 8] |
Approved w/Constraints [1, 3, 5, 7, 8] |
Approved w/Constraints [1, 3, 5, 7, 8] |
Approved w/Constraints [1, 3, 5, 7, 8] |
3.1.x |
Approved w/Constraints [1, 3, 5, 7, 8] |
Approved w/Constraints [1, 3, 5, 7, 8] |
Approved w/Constraints [1, 3, 5, 7, 8] |
Approved w/Constraints [1, 3, 5, 7, 8] |
Approved w/Constraints [1, 3, 5, 7, 8] |
Approved w/Constraints [1, 3, 5, 7, 8] |
Approved w/Constraints [1, 3, 5, 7, 8] |
Approved w/Constraints [1, 3, 5, 7, 8] |
Approved w/Constraints [1, 3, 5, 7, 8] |
Approved w/Constraints [1, 3, 5, 7, 8] |
Approved w/Constraints [1, 3, 5, 7, 8] |
Approved w/Constraints [1, 3, 5, 7, 8] |
| | [1] | Users must ensure that z/VM is implemented with VA-approved baselines. (refer to the ‘Category’ tab under ‘Runtime Dependencies’) | | [2] | Veterans Affairs (VA) users must ensure VA sensitive data is properly protected in compliance with all VA regulations. All instances of deployment using this technology should be reviewed by the local ISO (Information Security Officer) to ensure compliance with VA Handbook 6500. | | [3] | Use of this technology is limited to VA staff charged with ensuring the security of the VA network infrastructure. VA staff performing analysis with this technology need to work closely with system owners and agree on security scanning rules, such as the assets scanned, along the schedule and frequency of those scans. | | [4] | Veterans Affairs (VA) users must ensure VA sensitive data is properly protected in compliance with all VA regulations. All instances of deployment using this technology should be reviewed by the local ISO (Information Security Officer) to ensure compliance with VA Handbook 6500. | | [5] | Technology must remain patched and operated in accordance with Federal and Department security policies and guidelines in order to mitigate known and future security vulnerabilities. | | [6] | Veterans Affairs (VA) users must ensure VA sensitive data is properly protected in compliance with all VA regulations. All instances of deployment using this technology should be reviewed by the local ISSO (Information System Security Officer) to ensure compliance with VA Handbook 6500. | | [7] | The Federal Information Processing standards (FIPS) 140-2 certification status of this technology was not able to be verified. This technology will require a 3rd party FIPS 140-2 or 140-3 certified solution for any data containing PHI/PII or VA sensitive information, where applicable. More information regarding the Cryptographic Module Validation Program (CMVP) can be found on the NIST website. | | [8] | Veterans Affairs (VA) users must ensure VA sensitive data is properly protected in compliance with all VA regulations. All instances of deployment using this technology should be reviewed by the local ISSO (Information System Security Officer) to ensure compliance with both VA Handbook 6500 and VA Directive 6500. |
|
Note: |
At the time of writing, version 3.1.0 is the most current version and released 11/28/2023. |