Release Notes

General

This Release Notes file contains important information about changes and enhancements
of DirX Audit 7. 2 that are not described in the DirX Audit user documentation. Familiarity with the DirX Audit user documentation is recommended because it will make this Release Notes file easier to understand.

Licenses

The Product License Agreement must be accepted in order to use the DirX Audit software products. Please refer to the file license.txt on Windows systems or read the file license agreement with page resp. more on Unix systems.

DirX Audit Highlights

General Features

DirX Audit provides a platform for the central compilation and analysis of identity-based audit logs and snapshots of history entries. It includes collectors to retrieve or receive audit information from external source applications, workflows and connectors to import history entries, a database to store this information securely and the DirX Audit Manager to evaluate the stored audit messages and history entries.

DirX Audit comprises these main features:

  • A set of collectors that allow importing audit messages from various sources.

  • A selection of relational databases can be used for persistent storage of the audit messages.

  • The database schema is based on a customization of the RFC 3881 (Security Audit and Access Accountability Message XML Data Definitions for Healthcare Applications) standard.

  • An audit manager that allows for comfortable retrieval of audit results.

  • Convenient correlation of events and activities from different IAM sources in a single online user interface with Dashboard, Audit analysis and History views for different levels of analysis.

  • Standard identity audit key performance indicators (KPI) that provide statistical information about audit events or history entries over a period structured into online analytical processing (OLAP) tables for fast, interactive analysis and insight into IAM operations.

  • Dashboard view for analysis of KPI data, with slice and dice and drill-down to more detailed event or history entry information as necessary.

  • Audit analysis view of audit events retrieved from the central database according to a given search filter and summarized for ease of use, providing auditors and security compliance officers with the answers to the when, where, who, what and why of user access and entitlements.

  • History view for searching and viewing the state of DirX Identity entries in the past, comparing their state between different points in time and checking the state of related entries. Also audit events relating to the history entry are visualized in the History view.

  • Configurable report templates in the Dashboard, Audit analysis and History views for exporting selected audit data to file format.

  • Management of public and private dashboard components on all attributes and over a time period.

  • Statistics evaluation based on the query result.

  • Display of the statistics result in various chart types.

  • Automated consolidation of identity-related audit logs with transformation to a standard format, giving DirX Audit users a unified presentation and analysis of audit events from a variety of sources.

  • Authentication and authorization against any Lightweight Directory Access Protocol (LDAP) directory to the DirX Audit Database.

  • Secure, persistent storage of audit logs in both their original and normalized format in a central database.

  • Query and report templates to make it easier to analyze audit logs. DirX Audit provides pre-configured reports based on the TIBCO Jaspersoft technology. Additionally, customers can download and use Jaspersoft Studio to customize them or create their own reports to meet specific requirements.

  • Configurable Dashboard layout and chart templates to analyze audit events and history entries according to several criteria.

  • Integration with archive solutions through purge/restore functionality.

  • Reporting service for scheduling jobs that can regularly and automatically generate and email user defined reports according to a schedule plan. Reports can be configured in a highly flexible way.

  • Persistent storage of DirX Identity history entries in a central database.

  • Persistent storage of contextual audit event relations and dependencies.

  • Risk assessment of users based on risk factors like the total number of active accounts, applications, group memberships, imported accounts, imported memberships, privileged accounts, and SoD exceptions. Single risk factors can be combined to overall risk.

  • Support for multi-tenant installation and configuration in all system components (Manager, Server, Message Broker, Tools).

  • Distinction of auditor roles Audit Administrator, (common) Auditor and Restricted Auditor with only limited access rights to selected reports.

New Features of DirX Audit 7.2

This section lists important new features of DirX Audit 7.2 compared to DirX Audit 7.1 SP2.

See the HistoryOfChanges.doc file for a history of changes of previous DirX Audit releases.

Main features of this version are:

Manager

  • Startup manage with systemd on Linux.

  • New values available in the Audit Analysis When filter: Last 7 days, Last 30 days, Last month last 3 months.

  • Privileges and accounts are shown in the tabs of the History view also when respective privilege and account objects are not synchronized from a DirX Identity domain.

  • History entries can be selected in the History view also according to their DIRX_ENTRY_UUID value.

Server

  • Startup manage with systemd on Linux.Upgraded with Apache Camel 3.18.

  • Based on Spring Boot technology.

  • A separate server instance including a system service for each tenant.

Message Broker

  • Startup manage with systemd on Linux.

  • Upgraded DirX Audit Message Broker (Apache ActiveMQ 5.17.2).

Database

  • mssql-jdbc-11.2.1.jre11.jar JDBC driver supported for SQL Server.

  • FCT_HST_IMPORTED_MEMBERSHIPS represented as a database table, instead of a view, to improve performance.

Command Line Tools

  • DirX Diag updated for the current DirX Audit version.

Installation

  • Windows Server 2022 supported.

Configuration Wizard

  • No main feature of this version.

History Database Workflows

  • Realized as DirX Audit Server job via LDAP protocol to improve reliability, maintainability and performance.

Documentation

  • History Synchronization Guide replaces History Database Workflows User Guide.

Bug Fixes

Manager

  • Report configuration combo box lists offer data of only one tenant to all existing tenants.

  • Unable to login into the DirX Audit Manager when username contains '@' character.

  • Protect j_password parameter value in request (avoid logging parameter value in log file when spring security log level set to debug).

  • Event detail cannot be displayed for dashboard components in DirX Audit Manager.

Server

  • No major bug fixes in this version.

Message Broker

  • No major bug fixes in this version.

Database

  • The fact table on imported memberships contains inaccurate data.

Command Line Tools

  • No major bug fixes in this version.

Installation

  • No major bug fixes in this version.

Configuration Wizard

  • No major bug fixes in this version.

History Database Workflows

  • No major bug fixes in this version.

  • Discontinued and replaced with History Synchronization jobs.

Information about Discontinued Features

DirX Audit 7.2 does no longer support these features:

  • SQL Server 2016 as a supported database

  • SQL Server 2017 as a supported database

  • Oracle Database 12c Release 2 as a supported database

  • Oracle Database 18c as a supported database

  • Microsoft Windows Server 2016 (x86-64) as a supported platform

DirX Audit 7.2 is the last version that supports the following features:

  • File PEP as the supported authorization method

Previous Releases

Previous DirX Audit releases:

DirX Audit 7.1 SP2 05/20/22 *)
DirX Audit 7.1 SP1 08/03/21 *)
DirX Audit 7.1 07/31/20 *)
DirX Audit 7.0 SP1 10/18/19 *)
DirX Audit 7.0 06/29/18 *)
DirX Audit 6.0 04/15/16 *)
DirX Audit 5.0 06/19/15 *)
DirX Audit 4.0 04/11/14 *)
DirX Audit V3.0B 05/17/13 *)
DirX Audit V3.0A 03/30/12 *)
DirX Audit V2.0D 12/13/11 *)
DirX Audit V2.0C 10/20/10 *)
DirX Audit V2.0B 04/30/10 *)
DirX Audit V2.0A 05/31/09 *)
DirX Audit V1.0C 01/23/09 *)
DirX Audit V1.0B 11/10/08 *)
DirX Audit V1.0A 09/12/08 *)

*) See the HistoryOfChanges.pdf file for a history of changes of previous DirX Audit releases.

Supported Platforms

DirX Audit 7.2 is available on the following platforms:

PC (Intel)

  • Microsoft Windows Server 2019 (x86-64)

  • Microsoft Windows Server 2022 (x86-64)

UNIX

  • Red Hat Enterprise Linux 7 AP (x86-64)

  • Red Hat Enterprise Linux 8 AP (x86-64)

  • SUSE Linux Enterprise Server 12 (x86-64)

  • SUSE Linux Enterprise Server 15 (x86-64)

Virtual Machine Support:

  • VMWare ESXi, in combination with the guest operating systems listed above and that are supported by VMWare ESXi.

Clients run also on Windows 10.

Note: You can install DirX Audit completely on Windows 10 for non-productive use (demos or PoCs). Do not use this configuration for productive use.

Java Requirements for DirX Audit

DirX Audit requires a customer-supplied Java SE installation. No embedded Java environment comes with DirX Audit. It is customer’s responsibility to download and install any Java SE security patches in time.

As described in the DirX Audit Installation Guide these are the options regarding the Java environment:

  • The product must be an implementation of the Java Platform, Standard Edition
    (Java SE).

  • The related version number must be 11.0.xx.

  • It must be a 64-bit distribution.

Supported Java products are for example:

  • Oracle Java SE 11 (LTS)

  • OpenJDK 11

For details regarding said installation options, see the chapter “Installation Prerequisites” in “Installation Configurations” in the DirX Audit Installation Guide.

Supported Apache Tomcat Installations

DirX Audit Manager supports these Apache Tomcat versions (running with a Java SE 11):

  • Apache Tomcat 9.0 version 9.0.68 or higher

Use an installed Java SE 11 version with the latest security patches installed. It is customer’s responsibility to download and install any Java SE security patches in time.

Please check that the Apache Tomcat service executes under the Local System account in Windows Server. Otherwise, there can be issues with importing and exporting data in DirX Audit Manager.

Please consider also additional steps to secure Apache Tomcat beyond the default installation. As the Apache Tomcat installation comes with a default username / password for the Apache Tomcat administrator we strongly recommend considering additional measures to secure the Apache Tomcat web container by following the guidelines in https://tomcat.apache.org/tomcat-9.0-doc/security-howto.html.

Supported Databases

Product Version

Microsoft SQL Server 2019

Oracle Database 19c

Supported JMS Messaging Servers

DirX Audit supports the following JMS messaging server:

  • Apache ActiveMQ 5.17.2 message broker (included in the installation)

If you consider upgrading the message broker, please contact the DirX support unit.

Supported integration container

DirX Audit supports the following applications runtime:

  • Spring Boot 2.6.13 (included in the installation)

If you consider upgrading the integration container, please contact the DirX support unit.

Delivery Packages

This section provides information about DirX Audit delivery packages on the distribution media. It contains:

  • Additions

    • A set of predefined dashboard components in \Additions\Data\Components.

    • Sample DirX Identity and DirX Access audit message data stored in XML files and DirX Identity history snapshots stored in LDIF files in \Additions\Data\SampleData.

    • Sample Java code for Digest Producer and Tag Producer in \Additions\Data\SampleJava.

    • Sample authorization policies in \Additions\Data\SamplePolicies.

    • A set of generated sample reports in the PDF format partly based on the DirX Identity sample domain data in \Additions\Data\SampleReports.

    • XML schema for DirX Audit messages, dashboard components and report definitions in \Additions\Schemas\DirXAudit.

    • SQL scripts for creation of tables and their indexes and views in \Additions\Scripts. Subfolder common/adm contains useful queries which for example give an overview on indexes or allow to query history entries with given or duplicate dxrUid.

  • Documentation

    • for DirX Audit

  • Installation

    • DirX Audit 7.2 installers for all supported platforms.

  • Resources

    • modified sources of Mozilla LDAP SDK.

    • sources for other third-party software that require source delivery.

Distribution Media

Software packages for all platforms are usually distributed on DVDs. All platforms are delivered together on one DVD.

In addition to the distribution medium, you must purchase separate product licenses in order to use the software packages.

Please contact your local sales representative for details on product licenses.

Resources

Each DVD ships with modified sources of the:

  • Mozilla LDAP Java SDK 4.18 (see also: http://www.mozilla.org). You can find them - along with a brief documentation of the modifications - in the folder Resources of the DVD.

User Documentation

DirX Audit User Manuals

The following manuals are available in PDF format of Adobe:

DirX Audit Installation Guide (Installation Guide.pdf).

DirX Audit Migration Guide (Migration Guide.pdf).

DirX Audit Introduction (Introduction.pdf).

DirX Audit Tutorial (Tutorial.pdf).

DirX Audit Administration Guide (Administration Guide.pdf).

DirX Audit User Interface Guide (User Interface Guide.pdf).

DirX Audit Customization Guide (Customization Guide.pdf).

DirX Audit Best Practices (Best Practices.pdf)

DirX Audit History Synchronization Guide (History Synchronization Guide.pdf)

DirX Audit Installation Preparation Checklist (Installation Preparation Checklist.pdf).

You need Adobe Acrobat Reader (or a similar PDF viewer) to view PDF files. For a free copy of Adobe Acrobat Reader please refer to

or to

The documentation set also provides a full-text index. The subfolder with the suffix "_IDX" contains the full-text index data files for the manuals. The file with the suffix ".PDX" contains the index description.

If you open a manual, the associated index is attached automatically. All word options (Case sensitive, Sounds Like, and Word Stemming) were enabled when the index was built. There are no numbers or stop words excluded from the index.

Browsers may not provide Adobe Acrobat Search. To use this feature just open one of the manual files, for example Documentation\DirXAudit\Introduction.pdf with Adobe Acrobat Reader.

On Windows systems, files with the suffix ".txt" or ".pdf" can be opened by double-clicking them.

The setup also provides each document.

DirX Audit Online Help

All manuals except the Installation Guide and Migration Guide and Best Practices and Installation Preparation Checklist are also available as Web Help projects. These projects are copied during the installation procedure to the folder

install_path\Documentation\DirXAudit\WebHelps

Open the relevant file in the corresponding subfolder:

  • Introduction: Introduction.htm

  • Tutorial: Tutorial.htm

  • Administration Guide: Administration_Guide.htm

  • User Interface Guide: User_Interface_Guide.htm

  • Customization Guide: Customization_Guide.htm

  • History Synchronization Guide: History_Synchronization_Guide.htm

Make sure that the browser is configured to allow ActiveX controls and plugins and considers ActiveX scripts as safe.

Third Party Documentation

Third party software is delivered with its documentation.

Hardware Requirements

This section provides information about hardware requirements.

Per default you can run DirX Audit on a single machine.

For better performance we recommend separating the database to a second machine.

For optimum performance you can distribute all components (Manager, Message Broker, Server and Database) on separate machines.

RAM

At least 8 GB RAM is recommended for DirX Audit.

Disk Space

The installation requires temporarily 2.0 GB of disk space. The complete DirX Audit installation requires 1.5 GB of disk space.

For data and log files additional space is required.

At least 10 GB of free disk space is recommended for DirX Audit.

Software Requirements

DirX Audit 7.2 requires:

  • See the DirX Audit Installation Guide file for more information.

The DirX Audit Manager supports these types of browsers:

  • Microsoft Edge 108.0 (64-bit) or newer

  • Mozilla Firefox 102.5.0esr (64-bit) or newer

  • Google Chrome 108.0 (64-bit) or newer

For JasperReports design use TIBCO Jaspersoft Studio, but set JasperReports 6.19.0 in Window / Preferences / Jaspersoft Studio / Compatibility / Version.

DirX Access:

If you plan to use fine-grained access control with access policies maintained by DirX Access Server, you need to deploy DirX Access V8.10 or DirX Access V9.0.

Browser settings

Set the Internet Options:

  • Set Scripting / Active scripting to Enable (in Control Panel / Internet Options / Security / Internet / Custom level) otherwise some DirX Audit Manager functions cannot be used, for example Dashboard - Manage Components – Import

  • Check the settings of Local intranet and Trusted sites, address of DirX Audit Manager should be there (Control Panel / Internet Options / Security / Sites)

Restrictions

DirX Audit has the following restrictions.

Audit message size

There is a limit on the maximal size of the input audit message that DirX Audit Server can handle. This limit cannot be explicitly calculated because it depends on the configured environment and form of the input. In general, the size of the incoming audit message should not exceed several megabytes in original form.

For example, adding a new group with 100 000 members in DirX Identity can produce such huge messages.

DirX Audit Server stores these messages into error storage.

If all available free memory is exhausted the DirX Audit Server can even crash. You can manually assign more memory to the DirX Audit Server container or process this input manually.

See also Known Issues section for detail on specific collectors.

Data not updated immediately

In some cases, the data is not updated immediately. For example, DB maintenance tool purges history entry data, but it is still visible in DirX Audit Manager in the History view. The reason is that the purged data is removed from the primary table, but DirX Audit Manager presents data originated in database materialized views. These views must be refreshed to reflect the change in the primary table. It is usually done automatically on a daily basis.

Compatibility

This chapter notifies about compatibility issues compared to the previous DirX Audit version.

Database Schema

Config Database

  • No modification of the database schema compared to DirX Audit 7.1 SP2.

Data Database (Audit events)

  • Modified handling of deletions in the DAT_AUDITEVENTS table.

History Database (History entries)

  • Dropped table HST_ASSIGNMENTS_IN_TIME. Its data has been transferred to HST_ENTRIES, HST_ENTRIES_IN_TIME, HST_SMALL_ATTRS_IN_TIME and HST_LINK_ATTRS_IN_TIME tables.

  • Modified schema of the HST_ROLEPARAMS_IN_TIME table.

  • New entry types AccessRight and RoleParam.

  • Dropped objects FCT_HST_IMPORTED_MEMBERSHIPS, FCT_RSK_COMPOUND_USERS, RSK_COMPOUND_STATISTICS, RSK_COMPOUND_SCORES, RSK_STATISTICS, RSK_SCORES, RSK_COMPOUND_FACTOR_WEIGHTS, RSK_COMPOUND_FACTORS, RSK_FACTORS, RSK_LEVELS and HDB_ENTRY_OBJECTS.

  • New table column HST_LDAP_ATTRS.TYPE_NAME.

  • New view HDB_ASSIGNMENTS.

  • Updated views HDB_ENTRY_ATTRIBUTES, HDB_USER_ROLES, HDB_USER_PERMISSIONS, HDB_USER_GROUPS, HDB_USER_ACCOUNTS, HDB_USER_PRIVILEGES, HDB_ROLE_ROLES, HDB_ROLE_PERMISSIONS and HDB_PERMISSION_GROUPS.

  • Some more minor improvements and fixes.

Dashboard Components

No added, modified or removed dashboard components in DirX Audit 7.2 compared to DirX Audit 7.1 SP2. See the section “Update Set of Dashboard Components” in “Manual Migration” in Migration Guide for required steps to update the available set of dashboard components when you upgrade from previous versions.

Report Templates

Added report template

  • Target system object changes: accounts and groups (EvnTargetSystemObjectChanges)

Modified report templates

  • There are several modified report templates with extensions and improvements.

See the section “Update Scheduled Report Jobs” in “Manual Migration” in Migration Guide for required steps to update scheduled report jobs when you upgrade from previous versions.

Installation

Follow the DirX Audit Installation Guide.

Upgrade installation is supported only from DirX Audit 7.1, DirX Audit 7.1 SP1 and DirX Audit 7.1 SP2. Please see DirX Audit Migration Guide for all required steps.

When upgrading from previous DirX Audit versions (DirX Audit 7.0 SP1 or earlier), it must be fully uninstalled, and DirX Audit 7.2 must be installed from scratch.

When the installer is started in the silent mode it runs in the background. If you need to wait for it to finish (for example in an automated script) you can achieve it by calling the installer in a separate script or by instructing the command shell to wait for the process to finish – on Windows by calling with START /WAIT, for example:

START /WAIT dirxaudt.exe [-i silent]

Documentation Changes

This chapter contains the latest documentation updates that are not contained in the official documentation on the installation media.

The following paragraph complements the 4.3.29 Scheduled History Synchronization Jobs Configuration chapter in Installation Guide:

Migration of Discontinued DirX Identity Synchronization Workflows Channels in a multitenant environment may require special user attention

When migrating the configuration of discontinued DirX Identity Synchronization Workflows into the new History Synchronization Job configuration during the initial configuration users should always pay attention to the suggested values and review them individually. The configuration of discontinued DirX Identity Synchronization Workflows from all DirX Identity domains is presented together in the same list displayed for every tenant. It is therefore necessary to make sure that the individual tenant/domain history synchronization settings are configured to the correct respective tenant.

Make also sure to review the new history job final configuration. There were several changes in entry types categorization in the new version and the following settings need to be manually added into the list of history entries to be synchronized in a respective job if you synchronized them previously using the DirX Identity synchronization workflows:

  • Delegation workflow – also add the accessright entry type

  • Business object, Configuration object, Policy workflow – also add the roleparam entry type

Known Issues

This chapter contains already known issues.

General Issues

Services on Linux do not behave correctly

Description: Services do not behave correctly, for example graphics are incomplete and DirX Audit Manager does not work correctly.

Solution: Check permissions on installed and created files and folders. Run all DirX Audit services on Linux platforms under root account if the problem still exists.

System services do not start on Linux

Description: There are two system services typically installed and automatically started in default installations: DirX Audit Message Broker and DirX Audit Server. The DirX Audit services on Linux might not start correctly after they have been stopped unexpectedly before, for example if process or system crashed or on power failure. The reason is that several files containing PIDs of the running processes are not deleted in such cases.

Solution: To fix the problem you must follow these steps.

Check if the related processes are not running, for example using ps command - check for java and wrapper binaries pointing to or referencing the DirX Audit installation path.

Remove the following PID files if existing for the selected service that doesn’t start:

DirX Audit Message Broker service:
install_path/message_broker/dxt_messagebroker_wrapper.pid
install_path/message_broker/dxt_messagebroker_java.pid

DirX Audit Server service:
install_path/server_container/tenants/tenant_id/dxt_server_container_wrapper.pid
install_path/server_container/tenants/tenant_id/dxt_server_container_java.pid

Start the relevant services.

Installation and Configuration

SSL configuration for DirX Audit Message Broker

Description: DirX Audit Message Broker does not start if SSL listener is enabled and the SSL broker was not configured correctly. SSL configuration must be prepared manually.

Solution: Do not enable SSL connector on DirX Audit Message Broker configuration page unless the SSL support is configured properly. See DirX Audit and Apache ActiveMQ documentation for the SSL configuration procedure.

Silent update or upgrade installation on Linux as root doesn’t work correctly

Description: Update or upgrade installation on Linux under root doesn’t preserve the selected target user (that was selected to run the applications in previous installation). All installed files are owned by root and the target user and groups values are missing the configuration file.

Solution: Perform the update or upgrade installation on Linux as root in either console or GUI mode. You need to manually correct the installation if a silent update or upgrade installation has been already performed. Execute the following steps to fix the installation in that case:

  • Stop all DirX Audit services if already started.

  • Change ownership of the installation folder (recursively all files and folders) to the target user and group.

  • Edit the file install_path/conf/installation.ini and add or edit the following two properties (replace the user and group with correct user and group names):
    install.unix_user=user
    install.unix_user_gid=group

  • Perform the complete configuration (core and all tenants) again.

The installation and uninstallation not started correctly on some newer Windows systems

Description: The installation and uninstallation are not started correctly on some newer Windows systems. After executing the installer an error window with title "Fatal Application Error" is displayed containing text "This Application has Unexpectedly Quit". If details are expanded the following text is displayed on top: "Flexeraaw2$aaa: Windows DLL failed to load".

Solution: This is a known issue in the software used for creating the installer. To fix it a new environment variable must be set to force the compatiblity with older Windows for Java applications:

JAVA_TOOL_OPTIONS="-Dos.name=Windows 7"

This variable can be set either globally for the user (via Control Panel) or only on a command-line before starting the installer
(SET JAVA_TOOL_OPTIONS="-Dos.name=Windows 7").

After this variable is set and applied the installer starts correctly.

DirX Audit Server

DirX Audit Server freezes during Error Handling

Description: DirX Audit Server might stop processing audit messages if an already stored error message (due to a database disconnection) fails to persist again due to a different problem.

Solution: Stop the DirX Audit Server service, move the stored error messages to a different folder, clear the error storage folder (delete it) and start the DirX Audit Server service again. The moved error messages can then be processed later by the file collectors after investigating and resolving the reason leading to the persistence error.

DirX Audit Server stops to deliver scheduled reports

Description: DirX Audit Server might stop sending generated reports due to a different problem.

Solution: Restart the DirX Audit Server service.

Collectors, scheduled jobs or fact population not started

Description: Collectors and the scheduler for jobs and fact population run within the same server container (running under DirX Audit Server service). Under some rare conditions it can happen that either collectors or scheduler (for jobs and fact population) do not start correctly, while the other one is started and runs. Fact population is enabled only when Dashboard feature is licensed.

Solution: Stop DirX Audit Server service if started. Start DirX Audit Server service. Wait approximately two minutes and check if both collectors and the scheduler (including fact population when enabled) service components were initialized and started correctly.

If this procedure does not help, repeat it.

DirX Audit Server doesn’t start correctly after forced shutdown, restart or manual modification

Description: DirX Audit Server doesn’t start correctly after it had been shut down or restarted forcefully or some manual modifications have been done on server deployment when it was stopped.

The result is an error and incorrect startup of the core server features. For example the following exception occurs in the dirxaudit-server.log: "java.lang.Exception: java.lang.NoClassDefFoundError: net/yetamine/osgi/jdbc/thunk/DriverSupportThunk"

Solution: Stop the DirX Audit Server service and re-start the service again.

InputStreamZippedJarVisitor warnings in the DirX Audit Server log file

Description: DirX Audit Server occasionally records an InputStreamZippedJarVisitor warning.

Solution: This record does not indicate any dysfunction. You can ignore its occurrence in the dirxaudit-server.log file.

DirX Audit Server DB connectivity is not refreshed when DB configuration is modified with the Tenant Configuration Wizard

Description: In certain cases, when DirX Audit Server service is running and a tenant’s DB configuration is modified with the Tenant Configuration Wizard, DirX Audit Server DB connectivity is not refreshed and uses the original DB connection settings.

Solution: When DB configuration is modified with the Tenant Configuration Wizard, include also the Collectors Configuration in the performed steps to force DirX Audit Server to refresh the DB connectivity.

Several bundle exceptions in the DirX Audit Server log file

Description: The dirxaudit-server.log file may contain several records on org.osgi.framework.BundleException.

Solution: No action is required. These exceptions do not influence normal behavior of DirX Audit Server.

SQL scripts are not executed when any of their predecessors fails

Description: When DirX Audit Server executes a list of SQL scripts and any of them is terminated with an exception, the execution of the rest of scripts is not started.

DirX Audit Manager

Audit analysis: Sorting for the What Details column not supported

Description: Sorting in the Audit analysis view for the What Details column is not implemented.

Audit analysis: Low performance with 'contains' and ‘ends with’ condition

Description: To avoid poor performance during query execution in the Audit analysis view, do not use the 'contains' and ‘ends with’ operators with wildcards (%, _) in the Audit analysis view. Use other conditions as there are 'equals' or 'starts with' alternatives in the Audit analysis view (constant prefix).

In the Audit analysis view you can use the ‘contains’ operator in the query in case you prepare the database for it. It is necessary to create the full text catalogue and full text index over the data database. If you check the flag Use full-text search in the Tenant Configuration Wizard, the catalogue and index on the DETAIL column of the DAT_AUDITEVENTS table is created automatically.

Dashboard component title format not reflected

Description: The user can set dashboard component title’s font, size, and style, but the settings are not reflected. The reason is that the component’s title is shown only in the component’s header and not in the chart area in the Dashboard view. The font, size and style settings are applied only when exporting the component into a document with the Export function.

Reports do not work on Linux

Description: A report is not created and sent or is not correctly displayed. The problem might be caused by using a font that is not available on the system, for example Microsoft core true-type fonts.

Solution: Check used fonts in the report template and use either generic types like Serif or Sans-Serif or install the required font, for example Microsoft core true-type fonts.

Scheduled report is not delivered

Description: A dashboard component, an event report or a context event report can be attached to a scheduled report in a job definition. When you or some other user in a case of public dashboard components and Audit analysis view filters delete the object referenced in your job, you are not notified about the modification and the job is not running anymore.

Solution: Be careful what dashboard components you use in jobs. Prefer private dashboard components and Audit analysis view filters where you have full control. When your job is not run and reports delivered, check definition of the attached dashboard components.

Report is not generated when Oracle Database is used

Description: A dashboard component report or an event report is not generated when run directly from DirX Audit Manager and Oracle Database is used as a data store.

Solution: Run the requested report as a scheduled job in near future.

Audit analysis / History: Different total numbers of events could be displayed in the Audit analysis view and the History view in results

Description: Different total numbers of events could be displayed in the Audit analysis view and in the History view for the same time range and corresponding filters. This stems from the fact that History view search is based on the entry’s dxrUid matches while the Audit analysis view search is based on the entry’s name searching.

Authentication fails with many groups in LDAP

Description: When many groups are to be compared for a user’s membership, the authentication fails for exceeded limits.

Solution: Create LDAP groups used for DirX Audit application role mapping in a separate subfolder with a restricted search base.

Windows username and password authentication can be executed on an unintended domain

Description: When DirX Audit Manager can access more domain controllers, the user identity could be authenticated with a different domain than the intended one. This could lead to a misuse of a user identity.

Solution: Restrict the list of key distribution centers in the Kerberos krb5.conf / krb5.ini file to intended domains only and disable the DNS lookup of key distribution centers (KDC).

# krb5.ini / krb5.conf
[libdefaults]
dns_lookup_kdc = false
…
[realms]
my-company.com = {
  kdc = ads.my-company.com:88
}
[domain_realm]
my-company.com = MY-COMPANY.COM
.my-company.com = MY-COMPANY.COM

Audit events not having an available dimension value are not considered in an aggregation by this dimension

Description: Audit events not having an available (N/A) dimension value are not considered in an aggregation by this dimension. A dashboard component chart does not contain data of such audit events.

Changes performed in the “Generate dashboard chart – Edit report settings“ component are not saved.

Description: If the dashboard report is scheduled using the Schedule icon in the Dashboard component, the changed report settings for the scheduled report are not saved.

Solution: Create a report set from the Reports tab using the Add a new report set link and use the Generate dashboard chart component.

Dashboard is not rendered when referencing legacy dashboard component

Description: When the dashboard is referencing one of the obsolete dashboard components (Risk users based on compound factor by month and risk level, Risk users based on simple factor by month and risk level, DirX Identity total history certification campaign entries by month and lifecycle state), it is not rendered.

Solution: Remove the components in the Manage Components list, disconnect and re-connect to the application and remove the component reference from the dashboard configuration.

Dashboard indicates that the dashboard component is not available

Description: The dashboard indicates that the referenced dashboard component is not available.

Solution: Remove the dashboard component reference from the dashboard configuration in the Layout dialog.

Reports

Big report in the text format (txt) and plain template is not generated

Description: Huge reports configured for text format (TXT) and using plain template are not generated. An exception ArrayIndexOutOfBoundsException is logged into the log file.

Solution: Set a smaller number of rows or change the output format (use for example csv or rtf).

Picklist shows also records without a UID

Description: The picklist in the report configuration dialog can contain also records that are not stored with a UID in the database. These records are not transferred to the Selected section.

Solution: Configure your Identity Store thoroughly to prevent operations on records without providing their UID.

Picklist duplicates records for objects with different combination of descriptive attributes

Description: When an object is present in the database with more combinations of values of descriptive attribute, more records for the same object are shown in the picklist’s Found section of the report configuration dialog. Only one of them is transferred to the Selected section.

Unlocalized selection of history entry types

Description: There is an unlocalized selection of history entry type in the History Entries by Entry Type report scope configuration screen.

Overview charts are not included in HTML format reports

Description: Several reports contain an overview chart. But it is not included when the HTML format is used.

Solution: Use an alternative report format like PDF.

Report job execution and preview fails

Description: Execution of report jobs referencing legacy report templates or dashboard components fails.

Solution: Reconfigure the legacy report in the report set. Remove the dashboard component reference from the report set.

Collectors

DirX Identity: Huge audit messages

Description: DirX Identity can produce huge audit messages. An example is the creation of a new target system group with 100,000 members. This results in one huge audit message. You should avoid producing this type of messages.

Solution: Define account-side memberships in all target systems that shall be audited on the DirX Identity side. If this is not possible remove temporarily the relevant member attributes from the audit policy.

Valid audit messages data is considered invalid when it is a part of a set containing also invalid audit messages data

Description: When several collected audit messages have invalid xml structure, for example for a missing element attribute, the whole set, by default 10 audit messages, is directed to the 250-nonrecoverable-xml subfolder. No audit message of the set is persisted.

Solution: You can prevent this behavior by specifying the send_count = 1 in the tenant’s configuration.cfg file in the specific LDAP or File collector section.

For example, navigate to the install_path\conf\tenants\tenantid\configuration.cfg file and extend the following section with the configuration parameter send_count value set to 1.

  [server.apps.collector.file.dxi]
  …
  send_count = 1

Missing What – Lifecycle value in most DirX Identity audit messages

Description: The What – Lifecycle field is empty for most DirX Identity audit messages. It is not filled by intention as no corresponding data is provided by DirX Identity.

Fact Population

Very slow fact population for history entries and Oracle Database

Description: The fact population on the History DB deployed at the Oracle Database has low performance.

Solution: Carefully schedule the fact population out of common business hours.

Population of fact tables on history entries can be restricted only with the VALIDFROM input parameter.

Description: The fact population SQL scripts for the history entries support only the VALIDFROM input parameter. There is no support for the VALIDTO input parameter.

History Synchronization

Distinguished name value could not be synchronized by modify jobs in some specific cases

Description: When a referenced entry is moved in the directory structure, this is not reflected as a modification of the referencing entry and the modifyTimestamp attribute value is not changed for the referencing entry by DirX Directory. If there is no other modification in the referencing entry, the change is not recognized with a modify job, as modifyTimestamp value is not updated, and the new distinguished name value is not synchronized.

Solution: Execute also delete jobs on a regular basis.