Re: File access auditing fills security log too fast
From: Karl Levinson, mvp (levinson_k_at_despammed.com)
Date: 03/19/05
- Next message: gmsecguy: "Re: outlook user/password in clear"
- Previous message: Earl: "Re: Security myths"
- In reply to: ParamusAdmin: "File access auditing fills security log too fast"
- Next in thread: ParamusAdmin: "Re: File access auditing fills security log too fast"
- Reply: ParamusAdmin: "Re: File access auditing fills security log too fast"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Date: Sat, 19 Mar 2005 11:28:50 -0500
I agree with the other two posts. You should probably not be auditing
successful file accesses for all files, especially if you have no plans to
ever look at those logs. Some sane recommendations are given in the Win2K
security guides at www.nsa.gov/snac and in the windows 2003 security guide
at www.microsoft.com/technet/security Some guides like DISA and possibly
NIST tell you to enable way too much auditing.
I would also suggest you make your auditing log somewhat larger, and
consider changing the event log to overwrite events as necessary, and/or
don't forbid users from logging in when the logs fill up. Those are old
recommendations that are no longer advisable. System availability is a part
of computer security, and so good security settings should not interfere so
severely with availability. The latest MS windows 2003 security guide above
gives the latest guidance, and NSA approves the MS guidance.
If you are really bound to preserve all of these events [I hope you are
not], then you could consider using something like NTSYSLOG or a Host-based
IDS like ISS or better yet Enterasys Dragon to spit all of those log entries
to a central syslog server using encrypted and authenticated channels like
via IPsec and PKI machine certificates. However, if these things fill up
your logs, then logging all of these events on the network would also impact
your network bandwidth. Most people do filtering of events so that not
every event gets transmitted, like HIDS typically do.
"ParamusAdmin" <ParamusAdmin@discussions.microsoft.com> wrote in message
news:8839A676-F174-4B92-B388-7403204BD453@microsoft.com...
> I am attempting to enable file and application auditing to meet HIPAA
> compliance. The issue I am having is the security log fills up way to
fast,
> eventually locking out all but administrators from logging on. I know I
can
> disable this, but I would rather just audit when the file or app was
accessed
> and by whom. I have been experimenting with the auditing settings, but no
> matter what I do, even opening one folder creates 10 security items in the
> event log. Does anyone have any tips on how to narrow down what is
entered
> into the event log?
- Next message: gmsecguy: "Re: outlook user/password in clear"
- Previous message: Earl: "Re: Security myths"
- In reply to: ParamusAdmin: "File access auditing fills security log too fast"
- Next in thread: ParamusAdmin: "Re: File access auditing fills security log too fast"
- Reply: ParamusAdmin: "Re: File access auditing fills security log too fast"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Relevant Pages
|