Bug 170263 - [Vista] EventLogReader creates meaningless security event log message
Summary: [Vista] EventLogReader creates meaningless security event log message
Status: CLOSED FIXED
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: TPTP.monitoring (show other bugs)
Version: unspecified   Edit
Hardware: PC Windows Vista
: P1 critical (vote)
Target Milestone: ---   Edit
Assignee: Cindy Jin CLA
QA Contact:
URL:
Whiteboard: closed460
Keywords: plan
Depends on: 182970
Blocks: 163254 170266 170268
  Show dependency tree
 
Reported: 2007-01-11 17:15 EST by Cindy Jin CLA
Modified: 2010-06-03 15:08 EDT (History)
4 users (show)

See Also:


Attachments
native code using new vista API (9.71 KB, application/x-zip-compressed)
2007-04-16 17:16 EDT, Cindy Jin CLA
no flags Details
adapter files (63.67 KB, application/x-zip-compressed)
2007-04-16 17:22 EDT, Cindy Jin CLA
no flags Details
adapter files (63.67 KB, application/x-zip-compressed)
2007-04-16 17:22 EDT, Cindy Jin CLA
no flags Details
patch for plugin.xml and plugin.properties (4.78 KB, patch)
2007-04-16 17:25 EDT, Cindy Jin CLA
no flags Details | Diff
adapter files, plugin.xml and plugin.properties (36.87 KB, application/x-zip-compressed)
2007-04-21 21:45 EDT, Cindy Jin CLA
no flags Details
native code (10.71 KB, application/zip)
2007-04-21 21:49 EDT, Cindy Jin CLA
no flags Details
ParserWrapper patch (2.62 KB, patch)
2007-04-21 22:17 EDT, Cindy Jin CLA
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Cindy Jin CLA 2007-01-11 17:15:37 EST
Import security log on windows vista platform, the following message shows for an event secuirty log's Message Text in log view as an example:
"S-1-5-18 SYSTEM NT AUTHORITY 0x3e7 SeAssignPrimaryTokenPrivilege  			SeTcbPrivilege  			SeSecurityPrivilege  			SeTakeOwnershipPrivilege  		SeLoadDriverPrivilege  			SeBackupPrivilege  			SeRestorePrivilege  			SeDebugPrivilege  			SeAuditPrivilege  			SeSystemEnvironmentPrivilege  		SeImpersonatePrivilege"
However if open the same log on the vista winodws security log view, the following message is displayed:

Description:
A logon was attempted using explicit credentials.

Subject:
	Security ID:		rnq03\build
	Account Name:		build
	Account Domain:		rnq03
	Logon ID:		0x230ba
	Logon GUID:		{00000000-0000-0000-0000-000000000000}

Account Whose Credentials Were Used:
	Account Name:		CindyJ
	Account Domain:		rnq03
	Logon GUID:		{00000000-0000-0000-0000-000000000000}

Target Server:
	Target Server Name:	cindyj2.torolab.ibm.com
	Additional Information:	cindyj2.torolab.ibm.com

Process Information:
	Process ID:		0x4
	Process Name:		

Network Information:
	Network Address:	-
	Port:			-

This event is generated when a process attempts to log on an account by explicitly specifying that account’s credentials.  This most commonly occurs in batch-type configurations such as scheduled tasks, or when using the RUNAS command.
Comment 1 Cindy Jin CLA 2007-01-12 13:41:51 EST
Wrong windows log entry is posted in description:
in Log view:
S-1-5-21-3120823851-2373186326-498755851-1000 build rnq03 0x142c073 SeSecurityPrivilege  			SeBackupPrivilege  			SeRestorePrivilege  			SeTakeOwnershipPrivilege  			SeDebugPrivilege  			SeSystemEnvironmentPrivilege  			SeLoadDriverPrivilege  			SeImpersonatePrivilege

in vista log viewer:

Description:
Special privileges assigned to new logon.

Subject:
	Security ID:		rnq03\build
	Account Name:		build
	Account Domain:		rnq03
	Logon ID:		0x142c073

Privileges:		SeSecurityPrivilege
			SeBackupPrivilege
			SeRestorePrivilege
			SeTakeOwnershipPrivilege
			SeDebugPrivilege
			SeSystemEnvironmentPrivilege
			SeLoadDriverPrivilege
	   	        SeImpersonatePrivilege
Comment 2 Dave Smith CLA 2007-01-12 15:14:03 EST
Increasing the severity to critical because the message data shown in the TPTP Log View when importing the Windows Security Event log on a Vista system is almost unusable. While most of the data is included in the message it is missing the main message text and the data headers.
Comment 3 Dave Smith CLA 2007-01-12 19:02:06 EST
I have noticed this behaviour when importing a Windows Application Log file as well but on a less frequent basis.  Only a few records had unusable message fields.
Comment 4 Dave Smith CLA 2007-01-15 00:14:08 EST
Increasing priority because it needs to be fixed in order for Windows Security Event log parsing to generate useful message values.

It appears EventLogReader is not formatting the event messages.
Comment 5 Dave Smith CLA 2007-01-15 15:38:57 EST
Deferring this to 4.4 with PMC's approval.  It could not be contained in 4.2.2. Bugzilla https://bugs.eclipse.org/bugs/show_bug.cgi?id=170534 has been opened to add an entry to the 4.2 and 4.3 Release Notes for this issue.

Assigning this to Cindy to fix in iteration 1.
Comment 6 Dave Smith CLA 2007-01-17 23:06:41 EST
Added sizing.
Comment 7 Dave Smith CLA 2007-02-05 16:13:39 EST
This could not be completed in iteration 1.  Deferring to complete in iteration 2.

Cindy posted to an MSDN forum and received a reply from Microsoft ISV support recommending that the new Windows Event Log API available in Vista be used.  See  http://forums.microsoft.com/MSDN/showpost.aspx?postid=1190813&siteid=1
Comment 8 Cindy Jin CLA 2007-03-21 11:28:39 EDT
I rewrote a new application EventReader2 for vista platform to extract the event logs with new Windows Event Log API. We can create new Adapters for vista windows events which invoke the new application EventReader2 to read the windows event logs and fetch the properties to the temporary log file. However, EventReader2 needs to be built with the visual studio 2005. We need to discuss with build team about this.
Comment 9 Dave Smith CLA 2007-03-21 11:51:37 EDT
Providing more information to clarify Cindy's Comment 8:

Because new Vista API's are being used in the new converter program, it must be built on Windows Vista with MS Visual Studio 2005.  Therefore a new Vista build environment needs to be set up and integrated with the TPTP build to build this native code.
Comment 10 Dave Smith CLA 2007-03-23 10:43:39 EDT
This is being deferred to iteration 3 with PMC approval because it is too late to do the required build work in iteration 2.
Comment 11 Cindy Jin CLA 2007-04-16 17:16:46 EDT
Created attachment 63951 [details]
native code using new vista API
Comment 12 Cindy Jin CLA 2007-04-16 17:22:48 EDT
Created attachment 63952 [details]
adapter files
Comment 13 Cindy Jin CLA 2007-04-16 17:22:49 EDT
Created attachment 63953 [details]
adapter files
Comment 14 Cindy Jin CLA 2007-04-16 17:25:01 EDT
Created attachment 63954 [details]
patch for plugin.xml and plugin.properties
Comment 15 Cindy Jin CLA 2007-04-16 17:26:03 EDT
update the estimate time, for new creating new adapter and testings
Comment 16 Dave Smith CLA 2007-04-17 14:20:19 EDT
Cindy, the default adapters cannot be moved to the new directory WindowsXP because it would break backward compatiblity with importing from older Agent Controllers.  Please leave the existing adapters and files in their original directories.  Only the Vista files should be in a new directory.
Comment 17 Dave Smith CLA 2007-04-17 14:23:15 EDT
The patch for plugin.xml contains the following change that should not be included. Please remove it from the patch:

-               defaultRuntimeValue="1.3.20(static),1.3.26(static),2.0(static),1.3.x(rules),2.0.x(rules)"
+               defaultRuntimeValue="1.3.20(static),1.3.26(static),2.0(static),1.3.x(rules),2.0.x(rules),test"
Comment 18 Cindy Jin CLA 2007-04-21 21:45:46 EDT
Created attachment 64520 [details]
adapter files, plugin.xml and plugin.properties
Comment 19 Cindy Jin CLA 2007-04-21 21:49:27 EDT
Created attachment 64521 [details]
native code
Comment 20 Cindy Jin CLA 2007-04-21 22:17:07 EDT
Created attachment 64522 [details]
ParserWrapper patch
Comment 21 Dave Smith CLA 2007-04-23 16:46:36 EDT
Code committed to TPTP Head CVS.

Note, I did not commit the change to plugin.properties. Instead I hardcoded the value of defaultValue in the logParser extensions because the values should not be translated. 

This bugzilla will not be resolved until the native code has been included in the build (bugzilla 182970).
Comment 22 Cindy Jin CLA 2007-04-30 12:16:42 EDT
dependcy 182970 is fixed.
Comment 23 Paul Slauenwhite CLA 2009-06-30 13:15:30 EDT
As of TPTP 4.6.0, TPTP is in maintenance mode and focusing on improving quality by resolving relevant enhancements/defects and increasing test coverage through test creation, automation, Build Verification Tests (BVTs), and expanded run-time execution. As part of the TPTP Bugzilla housecleaning process (see http://wiki.eclipse.org/Bugzilla_Housecleaning_Processes), this enhancement/defect is verified/closed by the Project Lead since this enhancement/defect has been resolved and unverified for more than 1 year and considered to be fixed. If this enhancement/defect is still unresolved and reproducible in the latest TPTP release (http://www.eclipse.org/tptp/home/downloads/), please re-open.