<Past |
Future> |
3.4.X - OpenVMS |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
3.5.X - OpenVMS |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Approved w/Constraints [1] |
Approved w/Constraints [1] |
Approved w/Constraints [2] |
Approved w/Constraints [2] |
Approved w/Constraints [2] |
Approved w/Constraints [2] |
Approved w/Constraints [3, 4, 5] |
Approved w/Constraints [3, 4, 5] |
3.6.X - OpenVMS |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Approved w/Constraints [1] |
Approved w/Constraints [1] |
Approved w/Constraints [2] |
Approved w/Constraints [2] |
Approved w/Constraints [2] |
Approved w/Constraints [2] |
Approved w/Constraints [3, 4, 5] |
Approved w/Constraints [3, 4, 5] |
4.0.X - UNIX |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Approved w/Constraints [1] |
Approved w/Constraints [1] |
Divest [2] |
Divest [2] |
Divest [2] |
Divest [2] |
Unapproved |
Unapproved |
4.1.X - UNIX |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Approved w/Constraints [1] |
Approved w/Constraints [1] |
Approved w/Constraints [2] |
Approved w/Constraints [2] |
Approved w/Constraints [2] |
Approved w/Constraints [2] |
Approved w/Constraints [3, 4, 5] |
Approved w/Constraints [3, 4, 5] |
4.2.X - UNIX |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Approved w/Constraints [1] |
Approved w/Constraints [1] |
Approved w/Constraints [2] |
Approved w/Constraints [2] |
Approved w/Constraints [2] |
Approved w/Constraints [2] |
Approved w/Constraints [3, 4, 5] |
Approved w/Constraints [3, 4, 5] |
4.3.X - UNIX |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
6.0.X - UNIX |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
4.5.X - Windows |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Approved w/Constraints [1] |
Approved w/Constraints [1] |
Divest [2] |
Divest [2] |
Divest [2] |
Divest [2] |
Unapproved |
Unapproved |
4.6.X - Windows |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Approved w/Constraints [1] |
Approved w/Constraints [1] |
Approved w/Constraints [2] |
Approved w/Constraints [2] |
Approved w/Constraints [2] |
Approved w/Constraints [2] |
Approved w/Constraints [3, 4, 5] |
Approved w/Constraints [3, 4, 5] |
4.7.X - Windows |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Approved w/Constraints [1] |
Approved w/Constraints [1] |
Approved w/Constraints [2] |
Approved w/Constraints [2] |
Approved w/Constraints [2] |
Approved w/Constraints [2] |
Approved w/Constraints [3, 4, 5] |
Approved w/Constraints [3, 4, 5] |
6.0.X - Windows |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
5.0.X - z/OS |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Approved w/Constraints [1] |
Approved w/Constraints [1] |
Divest [2] |
Divest [2] |
Divest [2] |
Divest [2] |
Unapproved |
Unapproved |
5.1.X - z/OS |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Approved w/Constraints [1] |
Approved w/Constraints [1] |
Approved w/Constraints [2] |
Approved w/Constraints [2] |
Approved w/Constraints [2] |
Approved w/Constraints [2] |
Approved w/Constraints [3, 4, 5] |
Approved w/Constraints [3, 4, 5] |
5.2.X - z/OS |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Approved w/Constraints [1] |
Approved w/Constraints [1] |
Approved w/Constraints [2] |
Approved w/Constraints [2] |
Approved w/Constraints [2] |
Approved w/Constraints [2] |
Approved w/Constraints [3, 4, 5] |
Approved w/Constraints [3, 4, 5] |
6.0.X - z/OS |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
6.1.X |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
6.2.X |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
| | [1] | Known security vulnerabilities must be properly remediated prior to product deployment. Product must remain properly patched per Federal and Department standards in order to mitigate known and future security vulnerabilities. Additionally, if PII/PHI/VA sensitive information is involved, FIPS 140-2 certified encryption (Connect Direct Secure Plus Option) must be used to encrypt data in transit and the technology must be implemented within the VA production network (not in a DMZ) or additional mitigating controls must be documented in an approved System Security Plan (SSP). | | [2] | Known security vulnerabilities must be properly remediated prior to product deployment. Product must remain properly patched per Federal and Department standards in order to mitigate known and future security vulnerabilities.
Per VA Handbook 6500, Federal Information Processing Standards (FIPS) 140-2 certified encryption (Connect Direct Secure Plus Option) must be used to encrypt data in transit and at rest if Personally Identifiable Information (PII), Protected Health Information (PHI) or VA sensitive information is involved or additional mitigating controls must be documented in an approved System Security Plan (SSP). Additionally the technology must be implemented within the VA production network (not in a Demilitarized Zone (DMZ)) unless those specific uses and instances of this technology are approved by the Enterprise Security Change Control Board (ESCCB) along with a Memorandum of Understanding and Interconnection Security Agreements (MOU/ISA) which detail the security requirements for those users and systems that share information and resources outside of the VA production network. | | [3] | Known security vulnerabilities must be properly remediated prior to product deployment. Product must remain properly patched per Federal and Department standards in order to mitigate known and future security vulnerabilities.
Per VA Handbook 6500, Federal Information Processing Standards (FIPS) 140-2 certified encryption (Connect Direct Secure Plus Option) must be used to encrypt data in transit and at rest if Personally Identifiable Information (PII), Protected Health Information (PHI) or VA sensitive information is involved or additional mitigating controls must be documented in an approved System Security Plan (SSP).
Additionally the technology must be implemented within the VA production network (not in a Demilitarized Zone (DMZ)) unless those specific uses and instances of this technology are approved by the Enterprise Security Change Control Board (ESCCB) along with a Memorandum of Understanding and Interconnection Security Agreements (MOU/ISA) which detail the security requirements for those users and systems that share information and resources outside of the VA production network. | | [4] | Per the May 5th, 2015 memorandum from the VA Chief Information Security Officer (CISO) FIPS 140-2 Validate Full Disk Encryption (FOE) for Data at Rest in Database Management Systems (DBMS) and in accordance with Federal requirements and VA policy, database management must use Federal Information Processing Standards (FIPS) 140-2 compliant encryption to protect the confidentiality and integrity of VA information at rest at the application level. If FIPS 140-2 encryption at the application level is not technically possible, FIPS 140-2 compliant full disk encryption (FOE) must be implemented on the hard drive where the DBMS resides. Appropriate access enforcement and physical security control must also be implemented. All instances of deployment using this technology should be reviewed to ensure compliance with VA Handbook 6500 and National Institute of Standards and Technology (NIST) standards. It is the responsibility of the system owner to work with the local CIO (or designee) and Information Security Officer (ISO) to ensure that a compliant DBMS technology is selected and that if needed, mitigating controls are in place and documented in a System Security Plan (SSP). | | [5] | Due to National Institute of Standards and Technology (NIST) identified security vulnerabilities, extra vigilance should be applied to ensure the versions remain properly patched to mitigate known and future vulnerabilities. The local ISO can provide assistance in reviewing the NIST vulnerabilities. |
|
Note: |
At the time of writing, version 6.2.0.4 is the latest version of this technology, released 02/02/2023. |