Local Data Audit Policy
How It Works

Concepts

Products

Contacts

Home

Site Index

The purpose of the policy is for the organisation to make conscious choices about what data needs to be captured to an audit trail and then agree the mechanisms by which this is done and who is accountable for ensuring that it is done. The main questions which need consideration are:

Data Requiring Audit (DRA)
Here the organisation defines the data which will be subject to the Audit Trail Protection protocol. Typical examples include Financial Data, External Contact Data, Call logs, Network access logs etc

Individuals Responsible for DRA
Those who create the data on a day to day basis and those technically responsible for the archiving system are identified here. In small organisations, this will typically be named individuals. In larger organisations, it will tend to consist of departments and only relevant line management will be named.

Relevant Software Applications
An itemised list of the software which will need plugins or other interface software to capture the DRA automatically

The Audit Period
the period over which data will be archived (typically 24 hours)

Local Storage
This refers to formal designation of both Transient Secure Audit Locations(TSAL) and Permanent Secure Audit Locations(PSAL). The Transient area is where data is stored during the Audit period. The Permanent area is where that data is moved to at the end of the Audit period so that the Transient area is cleared ready for the next Audit period. Appropriate security protocols for protecting the Audit Locations are also defined at this point.

While the file exists in the TSAL, authors (and, optionally, others) can amend it or delete it. Once the file is moved to the PSAL, however, the file can only be read rather than amended or deleted. As some documents take many days to draft, this implies the need for an "editing" area and a "draft" status to deal with documents which will only require audit capture once complete.

Accountability
Specify the hierarchy of responsibility for the implementation and operation of this policy.

Manual Procedures and Automation
Itemised list of what can and cannot be automated and the manual procedures and checks which will deal with collection of data that cannot be automated.

Exceptions
Those people or workstations producing DRA but which, for some reason, cannot be dealt with using the standard procedures. What procedures will be implemented to capture the relevant DRA.

A more detailed sample outline LDAP can be found here.