Sysmon – Log system activity to the Windows event log

http://technet.microsoft.com/en-us/sysinternals/dn798348

by ingve • 12 years ago

94 29 12 years ago

technet.microsoft.com

michh3• 12 years ago

The `<Data Name="key">value</data>` in there makes me sad. It's better than the `<field name="key" value="value"/>` one of our partners uses at work but still...

If there's a good reason for it, it's just as much of a good reason XML isn't suitable for what you're trying to do.

pestaa• 12 years ago

It's not a deal-breaker, but <key>value</key> would indeed be nicer.

LoneWolf• 12 years ago

For a human to read maybe, but for some generic parsing where there are many diferent keys, I would say <data Name="key">value</data> is indeed better, also makes an XSD easier to create, if needed.

karlmdavis• 12 years ago

I can understand why they wouldn't have wanted to create an XSD covering all of the possible keys.

kryptiskt• 12 years ago

Free-form tag names invariably leads to conflicts with previously defined tags that are used for other purposes. I don't see how not wanting an unbounded number of different tags would be antithetical to use of XML.

0x0• 12 years ago

Couldn't that be solved with xmlns?

windowsworkstoo2• 12 years ago

This is a limitation of the way ETW does structured logging, rather than a design decision in sysmon itself.

616c2• 12 years ago

I am confused. Is this in fact new or has there been a new release. Sysmon has been around for a while, no?

skymt• 12 years ago

This is the first release of Sysmon. Perhaps you're thinking of Process Monitor?

616c2• 12 years ago

I guess so. Strange sense of deja vu, but I will take your word for it.

justin66• 12 years ago

I'm quite sure something else called Sysmon has been around for ages.

Your comment reminds me of when I tried to come up with an original and descriptive name for a little utility for logging SNMP traps. Everything that came to mind was taken, in some cases by several different projects...

allegory4• 12 years ago

I do everything to keep stuff out of the Windows event log because it's slow, impossible to query large swathes of data, noisy and difficult to get things to talk to it due to NT permissions and sources being stateful. Not only that you have to pay piles of cash for anything even slightly reliable for forwarding of logs (built in service for this is terrible) and the tooling is foul.

Now to the original problem, what about a MAC framework for NT (other than the heap of crap known as MIC). Lets just log shit that the MAC framework didn't allow then.

SELinux, trusted solaris, OSX Mach, FreeBSD POSIX MAC for example.

Nope stuck in the dark ages because of win32...

(Yes i know NT can do this on its own but NT is just the runtime environment for win32 these days rather than the technical achievement it was).

mrweasel• 12 years ago

No only is the Windows Event Log impossible to query, it's also pretty rare to see a software actually log anything useful on Windows. I'm not trying to bash Microsoft, it just seems more common for software developed for Windows to have bad/missing/useless logging.

I think this might be a culture thing, because it's not actually impossible to do, it's just really rare to see. On Unix-like systems we're all use to be able to find text files with logging information for pretty much any system we deploy, on Windows we're accustomed to may programs and systems to be black boxes. If you as a Windows developer hasn't been exposed to having easily parsed text files with logging information, then changes are you don't know how to do good logging.

Also XML is pretty crappy for logging, either you have a million documents, or you have one large document that won't easily fit into Logstash, Splunk and similar tools.

wslh2• 12 years ago

it's also pretty rare to see a software actually log anything useful on Windows.

Indeed there is a whole huge market doing that (logging and correlating useful information) APM (Application Performance Monitoring). You can take a look at: Compuware, Riverbed, and New Relic.

Currently this market is fragmenting in analytics products such as Splunk + agents distributed by different vendors.

rhizome• 12 years ago

It's been awhile, but I know I was logging custom events to the Event Log over 10 years ago, and I'm pretty sure MMC (or whatever its successor might be called) allowed custom filters so that a person could select a particular slice of the log pie.

allegory4• 12 years ago

It does but have you tried it in an aggregated store from 30 machines? It took 46 minutes to extract a single named (last 8 digits of a guid) error ID as it has to scan the entire log.

Syslog on a Linux box and some front end indexing using a python script and sqlite: 0.04s.

I could probably have built that for windows but it wouldn't be 55 lines of code including the error query page Python CGI and taken me about 40 minutes end to end...

(And I'm naff at python)

windowsworkstoo2• 12 years ago

The event log yes, is not great for querying, but the underlying ETW mechanism that actually does the logging is great and extremely fast, despite that post a few days ago that thought it was the worst API ever.

mxmauro• 12 years ago

Yes also, unless previously changed, I always reached the limit of 10,000 records in normal computer usage.

gtirloni2• 12 years ago

Windows Event Log system is far from slow with the not so recent improvements since Windows Vista. Noisy? Perhaps you should complain about the specific application that is logging the events.

I didn't understand how the MAC framework relates to this discussion but in any case, check this: http://msdn.microsoft.com/en-us/library/bb625964.aspx

Yes i know NT can do this on its own but NT is just the runtime environment for win32 these days rather than the technical achievement it was

Uh?

allegory4• 12 years ago

MAC because this sort of logging is the responsibility of MAC frsmeworks.

Integrity control is not MAC. It appeases a few problems but misses the point.

It is very slow. Two orders of magnitude slower than syslogng. When there is forwarding back pressure it just shits itself. It's awfully designed from end to end.

Last comment: NT has proper ACLs (object manager) but a lot of the power is lost via the win32 subsystem.

Ecio782• 12 years ago

LogParser[1] is not that bad for querying event log (and other types of log), even though I've never used to to be really quick querying the system. I was using it in the past on a scheduled basis to process event files and save relevant info in a SQL Server database.

Recently I found this agent: http://nxlog-ce.sourceforge.net/ but I haven't yet the occasion to try it. Probably a good approach would be using this kind of agent plus something like Logstash.

On the other hand sometimes it happened to me to find servers with event log corrupted, so log was lost (and it was not possible to log other info before doing a reset of the log). That's not nice..

[1] http://www.microsoft.com/en-us/download/details.aspx?id=2465...

Sysmon – Log system activity to the Windows event log

Related Stories