<Past |
Future> |
8.6.1 |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
9.0.1 |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
9.1 |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
9.5 |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
9.6 |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
9.7 |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
10.0 |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
10.5 |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
10.6 |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
11.0 |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
11.5 |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
11.6 |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
12.0 |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
12.1 |
Divest [3, 4, 5] |
Divest [3, 4, 5] |
Divest [3, 4, 5] |
Divest [5, 6, 7] |
Divest [6, 7, 8, 9] |
Divest [6, 7, 9, 10, 11] |
Divest [6, 7, 9, 10, 11] |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
12.6 |
Divest [3, 4, 5] |
Divest [3, 4, 5] |
Divest [3, 4, 5] |
Divest [5, 6, 7] |
Divest [6, 7, 8, 9] |
Divest [6, 7, 9, 10, 11] |
Divest [6, 7, 9, 10, 11] |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
12.8 |
Approved w/Constraints [3, 4, 5] |
Approved w/Constraints [3, 4, 5] |
Approved w/Constraints [3, 4, 5] |
Approved w/Constraints [5, 6, 7] |
Divest [6, 7, 8, 9] |
Divest [6, 7, 9, 10, 11] |
Divest [6, 7, 9, 10, 11] |
Divest [6, 7, 9, 10, 11] |
Divest [6, 7, 9, 10, 11] |
Divest [6, 7, 9, 11, 12] |
Unapproved |
Unapproved |
12.10 |
Approved w/Constraints [3, 4, 5] |
Approved w/Constraints [3, 4, 5] |
Approved w/Constraints [3, 4, 5] |
Approved w/Constraints [5, 6, 7] |
Approved w/Constraints [6, 7, 8, 9] |
Approved w/Constraints [6, 7, 9, 10, 11] |
Approved w/Constraints [6, 7, 9, 10, 11] |
Approved w/Constraints [6, 7, 9, 10, 11] |
Approved w/Constraints [6, 7, 9, 10, 11] |
Approved w/Constraints [6, 7, 9, 11, 12] |
Divest [6, 7, 9, 11, 12] |
Divest [6, 7, 9, 11, 12] |
12.11 |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Approved w/Constraints [6, 7, 9, 10, 11] |
Approved w/Constraints [6, 7, 9, 10, 11] |
Approved w/Constraints [6, 7, 9, 10, 11] |
Approved w/Constraints [6, 7, 9, 10, 11] |
Approved w/Constraints [6, 7, 9, 11, 12] |
Approved w/Constraints [6, 7, 9, 11, 12] |
Divest [6, 7, 9, 11, 12] |
12.12 |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Approved w/Constraints [6, 7, 8, 9] |
Approved w/Constraints [6, 7, 9, 10, 11] |
Approved w/Constraints [6, 7, 9, 10, 11] |
Approved w/Constraints [6, 7, 9, 10, 11] |
Approved w/Constraints [6, 7, 9, 10, 11] |
Approved w/Constraints [6, 7, 9, 11, 12] |
Approved w/Constraints [6, 7, 9, 11, 12] |
Divest [6, 7, 9, 11, 12] |
13.x |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Approved w/Constraints [6, 7, 9, 10, 11] |
Approved w/Constraints [6, 7, 9, 10, 11] |
Approved w/Constraints [6, 7, 9, 10, 11] |
Approved w/Constraints [6, 7, 9, 10, 11] |
Approved w/Constraints [6, 7, 9, 11, 12] |
Approved w/Constraints [6, 7, 9, 11, 12] |
Approved w/Constraints [6, 7, 9, 11, 12] |
14.x |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
15.x |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
16.x |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
17.x |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
Unapproved |
| | [1] | Projects using this technology must meet Veterans Affairs (VA) Directive 6500 and implement Federal Information Processing Standards (FIPS 199) for all laptop devices and National Institute of Standards and Technology Special Publication 800-53 for all desktop devices when VA sensitive information is involved, or additional mitigating controls must be documented in an approved System Security Plan (SSP) to prevent potential disclosure of PII/PHI data. | | [2] | Per the Initial Product Review:
Enterprise Security Solutions Services (ESSS) conducted a pre-assessment and security requirements verification of TOAD for Oracle. It is advised that if this product is used within the Department of Veterans Affairs (VA) that the following constraints be applied:
- It is a requirement that VA sensitive data is properly protected in accordance with VA Handbook 6500, Federal Information Security Management Act (FISMA), and FIPS 140-2 standards. TOAD does not meet the aforementioned requirements. FIPS data protection should be employed if sensitive data is used with this application.
- Applications developed in TOAD must follow safe coding practices in order to prevent the introduction of vulnerabilities in the VA Enterprise environment. The required controls for safe coding are available in the Department of Veterans Affairs (VA) Handbook 6500, Appendix F System and Information Integrity (SI) section. Further guidance can be found on the Veterans Affairs Software Assurance Resource Site in the document `Securing Applications During Development.` All source code developed using TOAD should be reviewed at selected times so as to monitor and capture any malicious code injections.
- User access should also be controlled and limited to privileges that are needed to perform specific duties. Auditing logs should be reviewed in accordance with the Department of Veterans Affairs (VA) Handbook 6500 on a weekly basis, minimally, by the ISO to monitor access to sensitive information and information systems.
| | [3] | 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. | | [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] | If free trialware is utilized, the software must be purchased or removed at the end of the trial period.
Per the Initial Product Review:
Enterprise Security Solutions Services (ESSS) conducted a pre-assessment and security requirements verification of Tool for Application Developers (TOAD) for Oracle. It is advised that if this product is used within the Department of Veterans Affairs (VA) that the following constraints be applied:
- It is a requirement that VA sensitive data is properly protected in accordance with VA Handbook 6500, Federal Information Security Management Act (FISMA), and FIPS 140-2 standards. TOAD does not meet the aforementioned requirements. FIPS data protection should be employed if sensitive data is used with this application.
- Applications developed in TOAD must follow safe coding practices in order to prevent the introduction of vulnerabilities in the VA Enterprise environment. The required controls for safe coding are available in the Department of Veterans Affairs (VA) Handbook 6500, Appendix F System and Information Integrity (SI) section. Further guidance can be found on the Veterans Affairs Software Assurance Resource Site in the document `Securing Applications During Development.` All source code developed using TOAD should be reviewed at selected times so as to monitor and capture any malicious code injections.
- User access should also be controlled and limited to privileges that are needed to perform specific duties. Auditing logs should be reviewed in accordance with the Department of Veterans Affairs (VA) Handbook 6500 on a weekly basis, minimally, by the ISO to monitor access to sensitive information and information systems.
| | [6] | 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). | | [7] | 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. | | [8] | If free trialware is utilized, the software must be purchased or removed at the end of the trial period.
Per the Initial Product Review: Enterprise Security Solutions Services (ESSS) conducted a pre-assessment and security requirements verification of Tool for Application Developers (TOAD) for Oracle. It is advised that if this product is used within the Department of Veterans Affairs (VA) that the following constraints be applied:
- It is a requirement that VA sensitive data is properly protected in accordance with VA Handbook 6500, Federal Information Security Management Act (FISMA), and FIPS 140-2 standards. TOAD does not meet the aforementioned requirements. FIPS data protection should be employed if sensitive data is used with this application.
- Applications developed in TOAD must follow safe coding practices in order to prevent the introduction of vulnerabilities in the VA Enterprise environment. The required controls for safe coding are available in the Department of Veterans Affairs (VA) Handbook 6500, Appendix F System and Information Integrity (SI) section. Further guidance can be found on the Veterans Affairs Software Assurance Resource Site in the document `Securing Applications During Development.` All source code developed using TOAD should be reviewed at selected times so as to monitor and capture any malicious code injections.
- User access should also be controlled and limited to privileges that are needed to perform specific duties. Auditing logs should be reviewed in accordance with the Department of Veterans Affairs (VA) Handbook 6500 on a weekly basis, minimally, by the ISO to monitor access to sensitive information and information systems.
| | [9] | Due to potential information security risks, cloud based technologies may not be used without the approval of the Enterprise Cloud Solution Office (ECSO). This body is in part responsible for ensuring organizational information, Personally Identifiable Information (PII), Protected Health Information (PHI), and VA sensitive data are not compromised. (Ref: VA Directive 6004, VA Directive 6517, VA Directive 6513 and VA Directive 6102). | | [10] | If free trialware is utilized, the software must be purchased or removed at the end of the trial period.
Per the Initial Product Review: Enterprise Security Solutions Services (ESSS) conducted a pre-assessment and security requirements verification of Tool for Application Developers (TOAD) for Oracle. It is advised that if this product is used within the Department of Veterans Affairs (VA) that the following constraints be applied:
It is a requirement that VA sensitive data is properly protected in accordance with VA Handbook 6500, Federal Information Security Management Act (FISMA), and FIPS 140-2 standards. TOAD does not meet the aforementioned requirements. FIPS data protection should be employed if sensitive data is used with this application.
Applications developed in TOAD must follow safe coding practices in order to prevent the introduction of vulnerabilities in the VA Enterprise environment. The required controls for safe coding are available in the Department of Veterans Affairs (VA) Handbook 6500, Appendix F System and Information Integrity (SI) section. Further guidance can be found on the Veterans Affairs Software Assurance Resource Site in the document `Securing Applications During Development.` All source code developed using TOAD should be reviewed at selected times so as to monitor and capture any malicious code injections.
User access should also be controlled and limited to privileges that are needed to perform specific duties. Auditing logs should be reviewed in accordance with the Department of Veterans Affairs (VA) Handbook 6500 on a weekly basis, minimally, by the ISO to monitor access to sensitive information and information systems. | | [11] | 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. | | [12] | If free trialware is utilized, the software must be purchased or removed at the end of the trial period.
Per the Initial Product Review: Enterprise Security Solutions Services (ESSS) conducted a pre-assessment and security requirements verification of Tool for Oracle Application Developers (TOAD) for Oracle. It is advised that if this product is used within the Department of Veterans Affairs (VA) that the following constraints be applied:
It is a requirement that VA sensitive data is properly protected in accordance with VA Handbook 6500, Federal Information Security Management Act (FISMA), and FIPS 140-2 standards. TOAD does not meet the aforementioned requirements. FIPS data protection should be employed if sensitive data is used with this application.
Applications developed in TOAD must follow safe coding practices in order to prevent the introduction of vulnerabilities in the VA Enterprise environment. The required controls for safe coding are available in the Department of Veterans Affairs (VA) Handbook 6500, Appendix F System and Information Integrity (SI) section. Further guidance can be found on the Veterans Affairs Software Assurance Resource Site in the document `Securing Applications During Development.` All source code developed using TOAD should be reviewed at selected times so as to monitor and capture any malicious code injections.
User access should also be controlled and limited to privileges that are needed to perform specific duties. Auditing logs should be reviewed in accordance with the Department of Veterans Affairs (VA) Handbook 6500 on a weekly basis, minimally, by the ISO to monitor access to sensitive information and information systems. |
|
Note: |
At the time of writing, version 17.0.341.1977 is the most current version released. |