Oracle Database 10g Instance STIG


Version/Release Published Filters Downloads Update
V8R1 2014-04-02      
Update existing CKLs to this version of the STIG
Vuln Rule Version CCI Severity Title Description
SV-24631r1_rule DG0060-ORACLE10 MEDIUM All database non-interactive, n-tier connection, and shared accounts that exist should be documented and approved by the IAO. Group authentication does not provide individual accountability for actions taken on the DBMS or data. Whenever a single database account is used to connect to the database, a secondary authentication method that provides individual account ability is required. This scenario most frequently occurs when an externally hosted application authenticates individual users to the application and the application uses a single account to retrieve or update database information on behalf of the individual users.Database AdministratorInformation Assurance OfficerIAGA-1
SV-24367r1_rule DG0030-ORACLE10 MEDIUM Audit trail data should be retained for one year. Without preservation, a complete discovery of an attack or suspicious activity may not be determined. DBMS audit data also contributes to the complete investigation of unauthorized activity and needs to be included in audit retention plans and procedures.Database AdministratorECRR-1
SV-24646r1_rule DG0070-ORACLE10 MEDIUM Unauthorized user accounts should not exist. Unauthorized user accounts provide unauthorized access to the database and may allow access to database objects. Only authorized users should be granted database accounts.Database AdministratorIAAC-1
SV-24849r1_rule DO0140-ORACLE10 MEDIUM Access to the Oracle SYS and SYSTEM accounts should be restricted to authorized DBAs. The Oracle SYS account has all database privileges assigned to it (SYSDBA). This account is used to manage the database availability status (startup and shutdown). The SYS account is used by any DBMS account that connects to the database with SYSDBA privileges. Direct use of the SYS account does not provide a level of individual accountability for actions taken during its use and does not provide individual accountability. To preserve accountability, direct access to the SYS account should be logged manually and its use monitored closely.Database AdministratorInformation Assurance OfficerIAGA-1
SV-24858r2_rule DO0190-ORACLE10 MEDIUM The audit table should be owned by SYS or SYSTEM. Audit data is frequently targeted by malicious users as it can provide a means to detect their activity. The protection of the audit trail data is of special concern and requires restrictions to allow only the auditor and DBMS backup, recovery, and maintenance users access to it.Database AdministratorECTP-1
SV-24861r1_rule DO0210-ORACLE10 MEDIUM Access to default accounts used to support replication should be restricted to authorized DBAs. Replication database accounts are used for database connections between databases. Replication requires the configuration of these accounts using the same username and password on all databases participating in the replication. Replication connections use fixed user database links. This means that access to the replication account on one server provides access to the other servers participating in the replication. Granting unauthorized access to the replication account provides unauthorized and privileged access to all databases participating in the replication group.Database AdministratorInformation Assurance OfficerIAGA-1
SV-24864r1_rule DO0220-ORACLE10 MEDIUM Oracle instance names should not contain Oracle version numbers. Service names may be discovered by unauthenticated users. If the service name includes version numbers or other database product information, a malicious user may use that information to develop a targeted attack.Database AdministratorECAN-1
SV-24880r2_rule DO0240-ORACLE10 LOW The Oracle OS_ROLES parameter should be set to FALSE. The OS_ROLES parameter specifies whether Oracle roles are defined and managed by the DBMS or by the host operating system. To maintain and support the separation of duties between host system administration and DBMS administration, the DBMS must be configured to use only roles defined and managed by the DBA. Separation of duties supports assignment of privileges by job function and supports accountability.Database AdministratorInformation Assurance OfficerDCSD-1
SV-24518r2_rule DO0250-ORACLE10 MEDIUM Fixed user and public database links should be authorized for use. Database links define connections that may be used by the local database to access remote Oracle databases. These links provide a means for a compromise to the local database to spread to remote databases in the distributed database environment. Limiting or eliminating use of database links where they are not required to support the operational system can help isolate compromises to the local or a limited number of databases.trueDatabase AdministratorDCFA-1
SV-24886r1_rule DO0260-ORACLE10 MEDIUM A minimum of two Oracle control files should be defined and configured to be stored on separate, archived physical disks or archived directories on a RAID device. Oracle control files are used to store information critical to Oracle database integrity. Oracle uses these files to maintain time synchronization of database files as well as at system startup to verify the validity of system data and log files. Loss of access to the control files can affect database availability, integrity and recovery.Database AdministratorCOBR-1
SV-24521r2_rule DO0270-ORACLE10 MEDIUM A minimum of two Oracle redo log groups/files should be defined and configured to be stored on separate, archived physical disks or archived directories on a RAID device. The Oracle redo log files store the detailed information on changes made to the database. This information is critical to database recovery in case of a database failure.Database AdministratorCOBR-1
SV-24548r2_rule DO3440-ORACLE10 MEDIUM The DBA role should not be granted to unauthorized user accounts. The DBA role is very powerful and access to it should be restricted. Verify that any database account granted the DBA role is explicitly authorized by the IAO. In addition to full access to database objects, access to the DBA role by unauthorized accounts may provide full access to the server. Verify that individual DBA accounts are created for each DBA and that the DBA accounts are used only for DBA functions.trueInformation Assurance OfficerECLP-1
SV-24901r2_rule DO3447-ORACLE10 LOW The Oracle OS_AUTHENT_PREFIX parameter should be changed from the default value of OPS$. The OS_AUTHENT_PREFIX parameter defines the prefix for database account names to be identified EXTERNALLY by the operating system. When set to the special value of OPS$, accounts defined with the prefix of OPS$ may authenticate either with a password or with OS authentication. Use of more than one authentication method to access a single account results in a loss of accountability, that is, it is similar to a shared account. Setting this parameter to a value other than OPS$ prevents a shared usage of a single account.Database AdministratorInformation Assurance OfficerIAGA-1
SV-24904r2_rule DO3451-ORACLE10 MEDIUM The Oracle WITH GRANT OPTION privilege should not be granted to non-DBA or non-Application administrator user accounts. An account permission to grant privileges within the database is an administrative function. Minimizing the number and privileges of administrative accounts reduces the chances of privileged account exploitation. Application user accounts should never require WITH GRANT OPTION privileges since, by definition, they require only privileges to execute procedures or view / edit data.Information Assurance OfficerECLP-1
SV-24907r2_rule DO3475-ORACLE10 MEDIUM Execute permission should be revoked from PUBLIC for restricted Oracle packages. Access to the following packages should be restricted to authorized accounts only. UTL_FILE: allows Oracle accounts to read and write files on the host operating system. UTL_SMTP: allows messages to be sent from an arbitrary user. UTL_TCP: allows arbitrary data to be sent from the database server. UTL_HTTP: allows the database server to send and receive data via HTTP. DBMS_RANDOM: allows encrypting of data without requiring safe management of encryption keys. DBMS_LOB: allows users access to files stored outside the database. DBMS_SQL: allows users to write dynamic SQL procedures. DBMS_SYS_SQL: allows users to execute SQL with DBA privileges. DBMS_JOB: allows users to submit jobs to the database job queue. DBMS_BACKUP_RESTORE: allows users to backup and restore database data. DBMS_OBFUSCATION_TOOLKIT: allows users access to encryption and decryption functions.Database AdministratorECLP-1
SV-24563r2_rule DO3536-ORACLE10 MEDIUM The IDLE_TIME profile parameter should be set for Oracle profiles IAW DoD policy. The Idle Time Resource Usage setting limits the maximum idle time allowed in a session. Idle time is a continuous inactive period during a session, expressed in minutes. Long-running queries and other operations are not subject to this limit. Setting an Idle Time Resource Usage limit helps prevent users from leaving applications open when they are away from their desks.Database AdministratorECLO-1
SV-24910r2_rule DO3538-ORACLE10 HIGH The Oracle REMOTE_OS_AUTHENT parameter should be set to FALSE. Setting this value to TRUE allows operating system authentication over an unsecured connection. Trusting remote operating systems can allow a user to impersonate another operating system user and connect to the database without having to supply a password. If REMOTE_OS_AUTHENT is set to true, the only information a remote user needs to connect to the database is the name of any user whose account is setup to be authenticated by the operating system.This finding may be downgraded to a Category II severity code if the following mitigations have been implemented: 1) A logon trigger verifies that any connections to accounts identified externally come from a single, specific IP address and kills the connection if determined otherwise, and 2) To help prevent access by a spoofed IP address, the single connecting system and the database host are isolated behind a firewall with either Network Address Translation (NAT) implemented and/or the firewall is configured to reject connections from the single source IP address originating outside the isolated segment. Database AdministratorIAIA-1, IAIA-2
SV-24914r2_rule DO3539-ORACLE10 HIGH The Oracle REMOTE_OS_ROLES parameter should be set to FALSE. Setting REMOTE_OS_ROLES to TRUE allows operating system groups to control Oracle roles. The default value of FALSE causes roles to be identified and managed by the database. If REMOTE_OS_ROLES is set to TRUE, a remote user could impersonate another operating system user over a network connection.Information Assurance OfficerECLP-1
SV-24918r2_rule DO3540-ORACLE10 MEDIUM The Oracle SQL92_SECURITY parameter should be set to TRUE. The configuration option SQL92_SECURITY specifies whether table-level SELECT privileges are required to execute an update or delete that references table column values. If this option is disabled (set to FALSE), the UPDATE privilege can be used to determine values that should require SELECT privileges.Database AdministratorDCFA-1
SV-24921r2_rule DO3546-ORACLE10 MEDIUM The Oracle REMOTE_LOGIN_PASSWORDFILE parameter should be set to EXCLUSIVE or NONE. The REMOTE_LOGIN_PASSWORDFILE setting of "NONE" disallows remote administration of the database. The REMOTE_LOGIN_PASSWORDFILE setting of "EXCLUSIVE" allows for auditing of individual DBA logins to the SYS account. If not set to "EXCLUSIVE", remote connections to the database as "internal" or "as SYSDBA" are not logged to an individual account.Database AdministratorIAGA-1
SV-24924r2_rule DO3609-ORACLE10 MEDIUM System privileges granted using the WITH ADMIN OPTION should not be granted to unauthorized user accounts. The WITH ADMIN OPTION allows the grantee to grant a privilege to another database account. Best security practice restricts the privilege of assigning privileges to authorized personnel. Authorized personnel include DBA's, object owners, and, where designed and included in the application's functions, application administrators. Restricting privilege-granting functions to authorized accounts can help decrease mismanagement of privileges and wrongful assignments to unauthorized accounts.Database AdministratorECLP-1
SV-24927r2_rule DO3610-ORACLE10 MEDIUM Required object auditing should be configured. Database object definitions and configurations require similar oversight as application libraries to detect unauthorized changes. Unauthorized changes may indicate attempts to compromise data or application object integrity or confidentiality. Any access to audit data objects stored in the database must be audited to detect any attempts to compromise the audit trail. A compromise to audit data could jeopardize accountability for unauthorized actions.Database AdministratorECAR-1
SV-24930r2_rule DO3612-ORACLE10 MEDIUM System Privileges should not be granted to PUBLIC. System privileges can be granted to users and roles and to the user group PUBLIC. All privileges granted to PUBLIC are accessible to every user in the database. Many of these privileges convey considerable authority over the database and be granted only to those persons responsible for administering the database. In general, these privileges should be granted to roles and then the appropriate roles should be granted to users. System privileges should never be granted to PUBLIC as this could allow users to compromise the database.Database AdministratorECLP-1
SV-24569r2_rule DO3622-ORACLE10 MEDIUM Oracle roles granted using the WITH ADMIN OPTION should not be granted to unauthorized accounts. The WITH ADMIN OPTION allows the grantee to grant a role to another database account. Best security practice restricts the privilege of assigning privileges to authorized personnel. Authorized personnel include DBA's, object owners, and, where designed and included in the application's functions, application administrators. Restricting privilege-granting functions to authorized accounts can help decrease mismanagement of privileges and wrongful assignments to unauthorized accounts.trueDatabase AdministratorECLP-1
SV-24936r2_rule DO3685-ORACLE10 LOW The Oracle O7_DICTIONARY_ACCESSIBILITY parameter should be set to FALSE. The database data dictionary tables contain the data used by the database for database functions including database authentication and authorization as well as database configuration and control. By default, the parameter O7_DICTIONARY_ACCESSIBILITY is set to FALSE to prevent accounts with the privilege SELECT ANY TABLE from selecting the data dictionary tables. This setting protects the data dictionary from unintended access authorization by requiring full system privileges or direct table access permissions.Database AdministratorECAN-1
SV-24939r2_rule DO3686-ORACLE10 HIGH Oracle accounts should not have permission to view the table SYS.LINK$ which contain unencrypted database link passwords. The SYS.LINK$ table contains unencrypted passwords to enable transparent connections to remote databases. In addition, remote database connections themselves can provide information to unauthorized users about remote databases that may assist them in furthering unauthorized access.Database AdministratorECAN-1
SV-24572r2_rule DO3689-ORACLE10 MEDIUM Object permissions granted to PUBLIC should be restricted. Permissions on objects may be granted to the user group PUBLIC. Because every database user is a member of the PUBLIC group, granting object permissions to PUBLIC gives all users in the database access to that object. In a secure environment, granting object permissions to PUBLIC should be restricted to those objects that all users are allowed to access. The policy does not require object permissions assigned to PUBLIC by the installation of Oracle Database server components be revoked (with exception of the packages listed in DO3475).This check may return false positives where other Oracle product accounts are not included in the exclusion list.trueDatabase AdministratorDCFA-1
SV-24941r2_rule DO3696-ORACLE10 MEDIUM The Oracle RESOURCE_LIMIT parameter should be set to TRUE. The Oracle RESOURCE_LIMIT parameter determines whether resource limits are enforced in database profiles. If Oracle resource limits are disabled, any defined profile limits will be ignored. NOTE: This does not apply to password resources.Database AdministratorECLO-1
SV-24895r2_rule DO0320-ORACLE10 MEDIUM Application role permissions should not be assigned to the Oracle PUBLIC role. Application roles have been granted to PUBLIC. Permissions granted to PUBLIC are granted to all users of the database. Custom roles should be used to assign application permissions to functional groups of application users. The installation of Oracle does not assign role permissions to PUBLIC.Database AdministratorDCFA-1
SV-24530r2_rule DO0340-ORACLE10 MEDIUM Oracle application administration roles should be disabled if not required and authorized. Application administration roles, which are assigned system or elevated application object privileges, should be protected from default activation. Application administration roles are determined by system privilege assignment (create / alter / drop user) and application user role ADMIN OPTION privileges.trueDatabase AdministratorDCFA-1
SV-24533r2_rule DO0350-ORACLE10 MEDIUM Oracle system privileges should not be directly assigned to unauthorized accounts. System privileges allow system-wide changes to the database or database objects. Unauthorized use of system privileges may jeopardize production applications, application data, or the database configuration and operation.trueInformation Assurance OfficerECLP-1, ECPA-1
SV-24354r2_rule DG0015-ORACLE10 LOW Database applications should be restricted from using static DDL statements to modify the application schema. Application users by definition and job function require only the permissions to manipulate data within database objects and execute procedures within the database. The statements used to define objects in the database are referred to as Data Definition Language (DDL) statements and include the CREATE, DROP, and ALTER object statements (DDL statements do not include CREATE USER, DROP USER, or ALTER USER actions). This requirement is included here as a production system would by definition not support changes to the data definitions. Where object creation is an indirect result of DBMS operation or dynamic object structures are required by the application function as is found in some object-oriented DBMS applications, this restriction does not apply. Re-use of static data structures to recreate temporary data objects are not exempted.trueInformation Assurance OfficerECSD-1, ECSD-2
SV-55937r2_rule DG0051-ORACLE10 MEDIUM Database job/batch queues should be reviewed regularly to detect unauthorized database job submissions. Unauthorized users may bypass security mechanisms by submitting jobs to job queues managed by the database to be run under a more privileged security context of the database or host system. These queues should be monitored regularly to detect any such unauthorized job submissions.Database AdministratorECLP-1
SV-25025r1_rule DG0065-ORACLE10 MEDIUM DBMS authentication should require use of a DoD PKI certificate. In a properly configured DBMS, access controls defined for data access and DBMS management actions are assigned based on the user identity and job function. Unauthenticated or falsely authenticated access leads directly to the potential unauthorized access, misuse and lost accountability of data and activities within the DBMS. Use of PKI certificates for authentication to the DBMS provides a robust mechanism to ensure identity to authorize access to the DBMS.Information Assurance OfficerIATS-1, IATS-2
SV-24386r2_rule DG0071-ORACLE10 MEDIUM New passwords should be required to differ from old passwords by more than four characters. Changing passwords frequently can thwart password-guessing attempts or re-establish protection of a compromised DBMS account. Minor changes to passwords may not accomplish this as password guessing may be able to continue to build on previous guesses or the new password may be easily guessed using the old password.trueDatabase AdministratorIAIA-1, IAIA-2
SV-24649r2_rule DG0073-ORACLE10 MEDIUM Database accounts should not specify account lock times less than the site-approved minimum. The FAILED_LOGIN_ATTEMPTS value limits the number of failed login attempts allowed before an account is locked. Setting this value limits the ability of unauthorized users to guess passwords and alerts the DBA when password guessing has occurred (accounts display as locked). For non-interactive accounts, the number of failed logins should be set to an IAO-approved value.trueDatabase AdministratorECLO-1, ECLO-2
SV-24388r2_rule DG0075-ORACLE10 MEDIUM Unauthorized database links should not be defined and active. DBMS links provide a communication and data transfer path definition between two databases that may be used by malicious users to discover and obtain unauthorized access to remote systems. Database links between production and development DBMSs provide a means for developers to access production data not authorized for their access or to introduce untested or unauthorized applications to the production database. Only protected, controlled, and authorized downloads of any production data to use for development should be allowed. Only applications that have completed the configuration management process should be introduced by the application object owner account to the production system.trueDatabase AdministratorDCFA-1
SV-24653r1_rule DG0076-ORACLE10 MEDIUM Sensitive information from production database exports should be modified after import to a development database. Data export from production databases may include sensitive data. Application developers do not have a need to know to sensitive data. Any access they may have to production data would be considered unauthorized access and subject the sensitive data to unlawful or unauthorized disclosure. See DODD 8500.1 for a definition of Sensitive Information.Database AdministratorECAN-1
SV-24390r2_rule DG0077-ORACLE10 MEDIUM Production databases should be protected from unauthorized access by developers on shared production/development host systems. Developers granted elevated database, operating system privileges on systems that support both development, and production databases can affect the operation and/or security of the production database system. Operating system and database privileges assigned to developers on shared development and production systems should be restricted.trueDatabase AdministratorECLP-1
SV-24667r1_rule DG0080-ORACLE10 MEDIUM Application user privilege assignment should be reviewed monthly or more frequently to ensure compliance with least privilege and documented policy. Users granted privileges not required to perform their assigned functions are able to make unauthorized modifications to the production data or database. Monthly or more frequent periodic review of privilege assignments assures that organizational and/or functional changes are reflected appropriately.Database AdministratorECLP-1
SV-28567r2_rule DG0091-ORACLE10 LOW Custom and GOTS application source code stored in the database should be protected with encryption or encoding. Source code may include information on data relationships, locations of sensitive data that are otherwise obscured, or other processing information that could aid a malicious user. Encoding or encryption of the custom source code objects within the database helps protect against this type of disclosure.trueDatabase AdministratorDCSL-1
SV-24855r2_rule DO0155-ORACLE10 MEDIUM Only authorized system accounts should have the SYSTEM tablespace specified as the default tablespace. The Oracle SYSTEM tablespace is used by the database to store all DBMS system objects. Other use of the system tablespace may compromise system availability and the effectiveness of host system access controls to the tablespace files.Database AdministratorDCPA-1
SV-24500r2_rule DO0157-ORACLE10 LOW Database application user accounts should be denied storage usage for object creation within the database. Tablespace storage quotas allow limits on storage use to be assigned to Oracle database users. Although this does not grant the user the privilege to create objects within the database, it provides an additional method to restrict unauthorized object creation and ownership.trueDatabase AdministratorECLP-1
SV-24867r2_rule DO0221-ORACLE10 LOW The Oracle SID should not be the default SID. Use of the default Oracle System Identifier (SID) leaves the database vulnerable to attacks that target Oracle installations running under default SID. Using a custom name helps protect the database against this kind of targeted attack.Database AdministratorECAN-1
SV-24509r2_rule DO0231-ORACLE10 MEDIUM Application owner accounts should have a dedicated application tablespace. Separation of tablespaces by application helps to protect the application from resource contention and unauthorized access that could result from storage space reuses or host system access controls. Application data should be stored separately from system and custom user-defined objects to facilitate administration and management of its data storage. The SYSTEM tablespace should never be used for application data storage in order to prevent resource contention and performance degradation.trueDatabase AdministratorDCPA-1
SV-24871r1_rule DO0234-ORACLE10 MEDIUM The directory assigned to the AUDIT_FILE_DEST parameter should be protected from unauthorized access. The AUDIT_FILE_DEST parameter specifies the directory where the database audit trail file is stored (when AUDIT_TRAIL parameter is set to ‘OS’, ‘xml’ or ‘xml, extended’ where supported by the DBMS). Unauthorized access or loss of integrity of the audit trail could result in loss of accountability or the ability to detect suspicious activity. This directory also contains the audit trail of the SYS and SYSTEM accounts that captures privileged database events when the database is not running (when AUDIT_SYS_OPERATIONS parameter is set to TRUE).Database AdministratorECTP-1
SV-24874r1_rule DO0235-ORACLE10 MEDIUM The directory assigned to the USER_DUMP_DEST parameter should be protected from unauthorized access. The USER_DUMP_DEST parameter is used to indicate the directory where files used for debugging applications will be stored. These files may contain sensitive data or information that could prove useful to potential attackers.Database AdministratorDCPA-1
SV-24876r1_rule DO0236-ORACLE10 MEDIUM The directory assigned to the BACKGROUND_DUMP_DEST parameter should be protected from unauthorized access. The BACKGROUND_DUMP_DEST is used to indicate the directory where files used for storing alert files as well as debugging information from the Oracle background processes. These files may contain sensitive data or information that could prove useful to potential attackers.Database AdministratorDCPA-1
SV-24878r1_rule DO0237-ORACLE10 MEDIUM The directory assigned to the CORE_DUMP_DEST parameter should be protected from unauthorized access. The CORE_DUMP_DEST parameter indicates the directory for storing database core dump data. A ‘core dump’ occurs during an Oracle abend or database crash. These files may contain sensitive data or information that could prove useful to potential attackers.Database AdministratorDCPA-1
SV-24512r1_rule DO0238-ORACLE10 MEDIUM The directories assigned to the LOG_ARCHIVE_DEST* parameters should be protected from unauthorized access. The LOG_ARCHIVE_DEST parameter is used to specify the directory to which Oracle archive logs are written. Where the DBMS availability and recovery to a specific point in time is critical, the protection of archive log files is critical. Archive log files may also contain unencrypted sensitive data. If written to an inadequately protected or invalidated directory, the archive log files may be accessed by unauthorized persons or processes.Database AdministratorDCPA-1
SV-24883r2_rule DO0243-ORACLE10 MEDIUM The Oracle _TRACE_FILES_PUBLIC parameter if present should be set to FALSE. The _TRACE_FILES_PUBLIC parameter is used to make trace files used for debugging database applications and events available to all database users. Use of this capability precludes the discrete assignment of privileges based on job function. Additionally, its use may provide access to external files and data to unauthorized users.Database AdministratorECAN-1
SV-24898r1_rule DO0420-ORACLE10 LOW The XDB Protocol server should be uninstalled if not required and authorized for use. The XML DB supports storage and retrieval of XML data objects in the Oracle Database. It requires the configuration of an Oracle shared-server dispatcher that is activated / used by the Oracle listener to pass http XML requests. If this service is not required, it should be uninstalled.Database AdministratorDCFA-1
SV-24588r2_rule DG0004-ORACLE10 MEDIUM Application object owner accounts should be disabled when not performing installation or maintenance actions. Object ownership provides all database object permissions to the owned object. Access to the application object owner accounts requires special protection to prevent unauthorized access and use of the object ownership privileges. In addition to the high privileges to application objects assigned to this account, it is also an account that, by definition, is not accessed interactively except for application installation and maintenance. This reduced access to the account means that unauthorized access to the account could go undetected. To help protect the account, it should be enabled only when access is required.trueDatabase AdministratorECLP-1
SV-24614r2_rule DG0029-ORACLE10 MEDIUM Required auditing parameters for database auditing should be set. Oracle auditing can be set to log audit data to the database or operating system files. Logging events to the database prevents operating system users from viewing the data, while logging events to operating system files prevents malicious database users from accessing the data. The value NONE disables auditing and is, therefore, not in compliance with policy.Database AdministratorECAR-1, ECAR-2, ECAR-3
SV-24621r2_rule DG0032-ORACLE10 MEDIUM Audit records should be restricted to authorized individuals. Audit data is frequently targeted by malicious users as it can provide a means to detect their activity. The protection of the audit trail data is of special concern and requires restrictions to allow only the auditor and DBMS backup, recovery, and maintenance users access to it.trueDatabase AdministratorECTP-1
SV-24394r1_rule DG0089-ORACLE10 LOW Developers should not be assigned excessive privileges on production databases. Developers play a unique role and represent a specific type of threat to the security of the DBMS. Where restricted resources prevent the required separation of production and development DBMS installations, developers granted elevated privileges to create and manage new database objects must also be prevented from actions that can threaten the production operation.Database AdministratorECPC-1, ECPC-2
SV-24704r1_rule DG0105-ORACLE10 MEDIUM DBMS application user roles should not be assigned unauthorized privileges. Unauthorized access to the data can lead to loss of confidentiality and integrity of the data.Database AdministratorDCFA-1
SV-24651r1_rule DG0074-ORACLE10 MEDIUM Unapproved inactive or expired database accounts should not be found on the database. Unused or expired DBMS accounts provide a means for undetected, unauthorized access to the database.Database AdministratorIAAC-1
SV-24818r1_rule DG0166-ORACLE10 MEDIUM Asymmetric keys should use DoD PKI Certificates and be protected in accordance with NIST (unclassified data) or NSA (classified data) approved key management and processes. Encryption is only effective if the encryption method is robust and the keys used to provide the encryption are not easily discovered. Without effective encryption, sensitive data is vulnerable to unauthorized access.Database AdministratorIAKM-1, IAKM-2, IAKM-3
SV-24978r1_rule DG0153-ORACLE10 LOW DBA roles assignments should be assigned and authorized by the IAO. The DBA role and associated privileges provide complete control over the DBMS operation and integrity. DBA role assignment without authorization could lead to the assignment of these privileges to untrusted and untrustworthy persons and complete compromise of DBMS integrity.Information Assurance OfficerDCSD-1
SV-24665r2_rule DG0079-ORACLE10 MEDIUM DBMS login accounts require passwords to meet complexity requirements. The PASSWORD_VERIFY_FUNCTION value specifies a PL/SQL function to be used for password verification when users assigned this profile log in to a database. This function can be used to validate password strength by requiring passwords to pass a strength test written in PL/SQL. The function must be locally available for execution on the database to which this profile applies. Oracle provides a default script (utlpwdmg.sql), as a template to develop your own function. The password verification function must be owned by SYS. The default setting for this profile parameter is NULL, meaning no password verification is performed.Database AdministratorIAIA-1, IAIA-2
SV-24779r2_rule DG0125-ORACLE10 MEDIUM DBMS account passwords should be set to expire every 60 days or more frequently. The PASSWORD_LIFE_TIME value specifies the length of time the same password may be used to authenticate to a database account. After the time period specified has passed for the assigned password, the user is required to change their password or else forfeit access to the database. Frequent password changes help to decrease the likelihood or duration of a password compromise that would result in unauthorized access.trueDatabase AdministratorIAIA-1, IAIA-2
SV-25081r1_rule DG0190-ORACLE10 MEDIUM Credentials stored and used by the DBMS to access remote databases or applications should be authorized and restricted to authorized users. Credentials defined for access to remote databases or applications may provide unauthorized access to additional databases and applications to unauthorized or malicious users.Database AdministratorDCFA-1
SV-24591r2_rule DG0008-ORACLE10 MEDIUM Application objects should be owned by accounts authorized for ownership. Database object ownership implies full privileges to the owned object including the privilege to assign access to the owned objects to other subjects. Unmanaged or uncontrolled ownership of objects can lead to unauthorized object grants and alterations.trueDatabase AdministratorECLP-1
SV-24603r2_rule DG0014-ORACLE10 MEDIUM Default demonstration and sample database objects and applications should be removed. Demonstration and sample database objects and applications present publicly known attack points for malicious users. These demonstration and sample objects are meant to provide simple examples of coding specific functions and are not developed to prevent vulnerabilities from being introduced to the DBMS and host system.trueDatabase AdministratorDCFA-1
SV-24662r1_rule DG0078-ORACLE10 MEDIUM Each database user, application or process should have an individually assigned account. Use of accounts shared by multiple users, applications, or processes limit the accountability for actions taken in or on the data or database. Individual accounts provide an opportunity to limit database authorizations to those required for the job function assigned to each individual account.Database AdministratorIAIA-1, IAIA-2
SV-24672r2_rule DG0085-ORACLE10 MEDIUM The DBA role should not be assigned excessive or unauthorized privileges. Oracle SYSDBA privileges include privileges to administer the database outside of database controls (when the database is shut down or open in restricted mode) in addition to all privileges controlled under database operation. Assignment of SYSDBA privileges in the Oracle password file to unauthorized persons can compromise all DBMS activities.trueDatabase AdministratorInformation Assurance OfficerECLP-1
SV-24392r2_rule DG0087-ORACLE10 LOW Sensitive data should be labeled. The sensitivity marking or labeling of data items promotes the correct handling and protection of the data. Without such notification, the user may unwittingly disclose sensitive data to unauthorized users.Database AdministratorECML-1
SV-24693r1_rule DG0098-ORACLE10 MEDIUM Access to external objects should be disabled if not required and authorized. The UTL_FILE package allows host file access from within the database using the permissions and privileges assigned to the Oracle database process or service. This package should be used with caution. All files accessible to using this package is equally accessible to any database user with execute permissions to the UTL_FILE package. When UTL_FILE_DIR is set to “*”, all directories accessible to the Oracle database process, typically the Oracle installation account, are accessible via the UTL_FILE package. This setting effectively turns off directory access checking, and makes any directory accessible to the UTL_FILE functions. The UTL_FILE_DIR list should specify only authorized and protected directories and should include only fully specified path names.Database AdministratorDCFA-1
SV-24406r1_rule DG0100-ORACLE10 MEDIUM Replication accounts should not be granted DBA privileges. Replication accounts may be used to access databases defined for the replication architecture. An exploit of a replication on one database could lead to the compromise of any database participating in the replication that uses the same account name and credentials. If the replication account is compromised and it has DBA privileges, then the database is at additional risk to unauthorized or malicious action.Database AdministratorDCFA-1
SV-24418r1_rule DG0112-ORACLE10 MEDIUM DBMS system data files should be stored in dedicated disk directories. DBMS system data files have different access control requirements than application data and log files. Granting access to system data files beyond those required for system operations could lead to a compromise of the DBMS integrity or disclosure of sensitive data.Database AdministratorDCPA-1
SV-25060r1_rule DG0113-ORACLE10 MEDIUM DBMS data files should be dedicated to support individual applications. DBMS data files may contain database objects supporting different applications. Shared resources and access to storage locations may lead to one application being vulnerable to the exploit or resource needs of the other. Dedicating data files to each application provides a means to separate by privilege assignment and resource quotas and protect one application from security issues of another.Database AdministratorDCPA-1
SV-24722r2_rule DG0116-ORACLE10 MEDIUM Database privileged role assignments should be restricted to IAO-authorized DBMS accounts. Roles assigned privileges to perform DDL and/or system configuration actions in the database can lead to compromise of any data in the database as well as operation of the DBMS itself. Restrict assignment of privileged roles to authorized personnel and database accounts to help prevent unauthorized activity.trueInformation Assurance OfficerECLP-1
SV-24421r2_rule DG0117-ORACLE10 MEDIUM Administrative privileges should be assigned to database accounts via database roles. Privileges granted outside the role of the administrative user job function are more likely to go unmanaged or without oversight for authorization. Maintenance of privileges using roles defined for discrete job functions offers improved oversight of administrative user privilege assignments and helps to protect against unauthorized privilege assignment.Information Assurance OfficerECPA-1
SV-24744r2_rule DG0119-ORACLE10 MEDIUM DBMS application users should not be granted administrative privileges to the DBMS. Excessive privileges can lead to unauthorized actions on data and database objects. Assigning only the privileges required to perform the job function authorized for the user helps protect against exploits against application vulnerabilities such as SQL injection attacks. The recommended method is to grant access only to stored procedures that perform only static actions on the data authorized for the user. Where this is not feasible, consider using data views or other methods to restrict users to only the data suitable for their job function.Database AdministratorECLP-1
SV-24753r2_rule DG0121-ORACLE10 MEDIUM Application users privileges should be restricted to assignment using application user roles. Granting permissions to accounts is error prone and repetitive. Using roles allows for group management of privileges assigned by function and reduces the likelihood of wrongfully assigned privileges. Assign permissions to roles and then grant the roles to accounts.NOTE: This check may report false positives where other ORACLE products have been installed. Accounts installed with other Oracle products are exempt from this requirement.trueDatabase AdministratorECLP-1
SV-24762r1_rule DG0122-ORACLE10 MEDIUM Access to sensitive data should be restricted to authorized users identified by the Information Owner. The Oracle parameter file contains configuration settings that are applied to the database at database and instance startup. Unauthorized changes to these parameters could lead to a compromise of the database security posture. Oracle data and redo log files contain the data and transaction information that support the database use. Unauthorized access to these files bypasses access controls defined and enforced by the DBMS itself and can lead to a loss of confidentiality and integrity.Database AdministratorECAN-1
SV-24770r2_rule DG0123-ORACLE10 MEDIUM Access to DBMS system tables and other configuration or metadata should be restricted to DBAs. System tables and DBA views contain information such as user, system and data that could lead to unauthorized access. Revoke any privileges granted to non-DBA accounts that provide direct access to objects owned by SYS or access to DBA views (DBA_%).trueDatabase AdministratorECAN-1
SV-24774r1_rule DG0124-ORACLE10 MEDIUM Use of DBA accounts should be restricted to administrative activities. Use of privileged accounts for non-administrative purposes puts data at risk of unintended or unauthorized loss, modification or exposure. In particular, DBA accounts if used for non-administration application development or application maintenance can lead to miss-assignment of privileges where privileges are inherited by object owners. It may also lead to loss or compromise of application data where the elevated privileges bypass controls designed in and provided by applications.Information Assurance OfficerECLP-1
SV-24786r2_rule DG0126-ORACLE10 MEDIUM Password reuse should be prevented where supported by the DBMS. Password reuse restrictions protect against bypass of password expiration requirements and help protect accounts from password guessing attempts. The DoDI 8500.2 specifies preventing password reuse to the extent system capabilities permit. The PASSWORD_REUSE_MAX value specifies the number of password changes before a password can be reused. The PASSWORD_REUSE_TIME value specifies the length of time before a password can be reused. Database AdministratorIAIA-1, IAIA-2
SV-24791r1_rule DG0127-ORACLE10 MEDIUM DBMS account passwords should not be set to easily guessed words or values. DBMS account passwords set to common dictionary words or values render accounts vulnerable to password guessing attacks and unauthorized access.Database AdministratorIAIA-1, IAIA-2
SV-24795r2_rule DG0128-ORACLE10 HIGH DBMS default accounts should be assigned custom passwords. Oracle databases have several well-known default username/password combinations. Default passwords may provide unauthorized access to the server. Default accounts should be locked and expired when they are not required for daily operations. This finding is a Category I severity because the fully privileged Database Administrator accounts SYS and SYSTEM have well known default passwords and these accounts provide full access to the database.If all of the accounts listed show an account status of LOCKED & EXPIRED or LOCKED this is a Finding, but downgrade the severity Category Code to II.Database AdministratorIAIA-1, IAIA-2
SV-24969r2_rule DG0130-ORACLE10 MEDIUM DBMS passwords should not be stored in compiled, encoded or encrypted batch jobs or compiled, encoded or encrypted application source code. The storage of passwords in application source or batch job code that is compiled, encoded or encrypted prevents compliance with password expiration and other management requirements as well as provides another means for potential discovery.Database AdministratorInformation Assurance OfficerIAIA-1, IAIA-2
SV-24424r2_rule DG0133-ORACLE10 MEDIUM Unlimited account lock times should be specified for locked accounts. When no limit is imposed on failed logon attempts and accounts are not disabled after a set number of failed access attempts, then the DBMS account is vulnerable to sustained attack. When access attempts continue unrestricted, the likelihood of success is increased. A successful attempt results in unauthorized access to the database.Database AdministratorECLO-1, ECLO-2
SV-24427r1_rule DG0135-ORACLE10 MEDIUM Users should be alerted upon login of previous successful connections or unsuccessful attempts to access their account. Unauthorized access to DBMS accounts may go undetected if account access is not monitored. Authorized users may serve as a reliable party to report unauthorized use of to their account.Database AdministratorECLO-2
SV-24797r1_rule DG0138-ORACLE10 MEDIUM Access grants to sensitive data should be restricted to authorized user roles. Unauthorized access to sensitive data may compromise the confidentiality of personnel privacy, threaten national security or compromise a variety of other sensitive operations. Access controls are best managed by defining requirements based on distinct job functions and assigning access based on the job function assigned to the individual user.Database AdministratorECAN-1
SV-24800r2_rule DG0141-ORACLE10 MEDIUM Attempts to bypass access controls should be audited. Configuring proper auditing is critical to recording any malicious events or detecting when attacks on the database occur. Auditing can be turned on for any SQL statement or any use of a system privilege. Auditing can be enabled for all users (system wide) or for specific users. You may indicate whether one audit record for each access to an object or one audit record for the entire session is generated. You can enable auditing for commands that result in success, commands that result in failure, or both. Not all audit options can be audited by session. Audit options set using the BY SESSION clause for those actions that will not produce a session audit record will default to BY ACCESS.Database AdministratorECAR-2, ECAR-3
SV-24804r2_rule DG0142-ORACLE10 MEDIUM Changes to configuration options are not audited. The AUDIT_SYS_OPERATIONS parameter is used to enable auditing of actions taken by the user SYS. The SYS user account is a shared account by definition and holds all privileges in the Oracle database. It is the account accessed by users connecting to the database with SYSDBA or SYSOPER privileges.Database AdministratorECAR-3
SV-24971r2_rule DG0145-ORACLE10 MEDIUM Audit records should contain required information. Complete forensically valuable data may be unavailable or accountability may be jeopardized when audit records do not contain sufficient information.Database AdministratorECAR-1, ECAR-2, ECAR-3
SV-24974r1_rule DG0146-ORACLE10 MEDIUM Audit records should include the reason for blacklisting or disabling DBMS connections or accounts. Records of any disabling or locking of account actions taken by the DBMS can contain information valuable to decisions to employ additional responsive actions.Database AdministratorECAR-2, ECAR-3
SV-24816r1_rule DG0165-ORACLE10 MEDIUM DBMS symmetric keys should be protected in accordance with NSA or NIST-approved key management technology or processes. Symmetric keys used for encryption protect data from unauthorized access. However, if not protected in accordance with acceptable standards, the keys themselves may be compromised and used for unauthorized data access.Database AdministratorIAKM-1, IAKM-2, IAKM-3
SV-24441r1_rule DG0172-ORACLE10 MEDIUM Changes to DBMS security labels should be audited. Some DBMS systems provide the feature to assign security labels to data elements. The confidentiality and integrity of the data depends upon the security label assignment where this feature is in use. Changes to security label assignment may indicate suspicious activity.Database AdministratorECLC-1
SV-24837r2_rule DG0192-ORACLE10 MEDIUM Remote database or other external access should use fully-qualified names. The Oracle GLOBAL_NAMES parameter is used to set the requirement for database link names to be the same name as the remote database whose connection they define. By using the same name for both, ambiguity is avoided and unauthorized or unintended connections to remote databases are less likely.Database AdministratorDCFA-1
SV-55938r2_rule DO6748-ORACLE10 MEDIUM Case sensitivity for passwords should be enabled. Enablement of password case sensitivity allows Oracle password complexity to meet DoD password requirements. Password complexity decreases the likelihood of successful password attacks by malicious users.Database AdministratorIAIA-1, IAIA-2