Comments are available to members only. Sign up or Log in to view these comments.
Main Topics
Browse All TopicsHello -
I have a number of workstations on my domain that are logging recurring Event ID 861 (Failure Audit) in their Security Event Logs. I have this auditing enabled on my domain deliberately as an aid in tracking down rogue services and so forth. Here is one sample event log entry:
--------------------------
Event Type: Failure Audit
Event Source: Security
Event ID: 861
User: NT AUTHORITY\SYSTEM
Description: The Windows Firewall has detected an application listening for incoming traffic.
Path: C:\WINDOWS\system32\svchos
Process identifier: 2160
User account: SYSTEM
User domain: NT AUTHORITY
Service: Yes
RPC server: No
IP version: IPv4
IP protocol: UDP
Port number: 19600
Allowed: No
User notified: No
--------------------------
I know this PID to be the instance of svchost.exe that is running the Windows Image Acquisition (WIA) service:
--------------------------
C:\>tasklist /svc /fi "pid eq 2160"
Image Name PID Services
svchost.exe 2160 stisvc
C:\>
--------------------------
Disabling the workstations' Windows Firewall is not an available option. Disabling these failure audits on the domain or the workstations is not an option, as I need those in place for other reasons. Disabling the WIA service is also not an option, as our workstations are actually using that service. The WIA service is called by svchost.exe -k imgsvc, which is in the stisvc group (hence the tasklist info), and calls %windir%\system32\wiaservc
finally, a netstat -anbov shows me the following about the particular PID that is running stisvc:
--------------------------
C:\>netstat -anbov
<---snip--->
UDP 0.0.0.0:54925 *:* 2160
C:\WINDOWS\system32\WS2_32
C:\WINDOWS\system32\BrNetS
-- unknown component(s) --
C:\WINDOWS\system32\DNSAPI
-- unknown component(s) --
C:\WINDOWS\system32\RPCRT4
<---snip--->
--------------------------
That UDP port will vary over time, so opening that will not help. I am also frankly unsure if allowing dlls in the firewall has any effect at all, so I have not yet tried to add these particular dll files to my allowed list, but beyond that, I am not sure what else to try.
Please help!
MY GOAL:
configure Windows Firewall in such a way that these Failure Audits stop appearing in our security logs (it's wreaking havoc on my monitoring software).
MY CAVEATS:
* must leave windows firewall enabled.
* must leave these audit types enabled.
* must leave WIA enabled.
If I could offer more than 500 points for this I would gladly do so - it is very important that I get this resolved, and I am at my wits end here. I expect that the solution for this will ultimately assist with other things as well, as I have seen a few other failure audits for other svchost.exe services (but to a much lesser extent than the stisvc).
thanks very much!
This Question has been solved and asker verified All Experts Exchange premium technology solutions are available to subscription members.
Experts Exchange has been collecting answers to technology questions since 1996…3 million and counting! If you have a question, chances are we already have your answer.
If you can't find the exact answer you're looking for, ask our exclusive community of 50,000 experts. You’ll get a personalized answer from a trusted professional.
Thousands of free tech tips, tricks, how-to’s and tutorials are available in our peer reviewed articles section. See for yourself how smart our experts are, no login required.
Access the answers to your technology questions today.
30-day free trial. Register in 60 seconds.
Members of the expert community talk about why the experience at Experts Exchange is different than what you will find anywhere else.

Try it out and discover for yourself.
30-day free trial. Register in 60 seconds.
Join the community of experts here and help other tech pros by answering question in your area of expertise. You can earn FREE access to all Experts Exchange's premium features and resources.
Business Accounts
Answer for Membership
by: Phil_AgcaoiliPosted on 2007-02-06 at 20:49:48ID: 18482473
Comments are available to members only. Sign up or Log in to view these comments.