KBI 311378 Issue Addressed: Time of Event Generated By Argent for Compliance Might Be Ahead Of Current Time

Version

Argent Advanced Technology 3.1A-1601-C or earlier

Date

Monday, 18 April 2016

Summary

If Supervising Engine and target server are not in the same time zone, when Engine runs Windows File Log Rule or UNIX/Linux Log Rule against the target machine, the Event time of fired Event or archived log will have minute difference between Engine and target server

If target server resides in a time zone ahead of Engine, Events with Event time in the future will be resulted

For example, Main Engine is in California (UTC-08:00) and target server is in NYC (UTC-05:00)

Main Engine monitors target server directly

A log entry of 10 am EST matches criteria, and an Event is fired

The Event will show up in Argent Console (A1x) as 10 am, though the current time is 7am locally

Things can become even more confusing if the target server is monitored by Daughter Engine, and Mother Engine, Daughter Engine and target server are all in different time zone

For example, Main Engine is California (UTC-08:00), Daughter Engine is in Chicago (UTC-06:00), and target server is in NYC (UTC-05:00)

A log entry of 10 am EST matches criteria, and an Event is fired

The Event will show up in Argent Console (A1x) as 9 am, though the current time is 7am locally (California)

The issue has been addressed in Argent AT 3.1A-1601-T8

All the Event times now always converted to UTC time internally, and displayed using time zone of Mother Engine

Note: The issue does not affect Windows Event Log Rules

Windows Event Log APIs always use UTC time for Event time

Technical Background

It is caused by design error

The time difference between Engine and target server is not considered when scanning Windows or UNIX/Linux file log, though the time difference between Mother and Daughter Engine is accounted for

Resolution

Upgrade to Argent AT 3.1A-1601-T8 or later