RE: Unsecure file permission of ZoneAlarm pro.

[Simon Zuckerbraun <szucker@xxxxxxxxxxxx>]

Bipin, what you're bringing up is a very interesting point.

It turns out that, despite the lax NTFS permissions, the 
safePrograms.xml file is apparantly quite well protected from tampering. 
The TrueVector driver, which runs kernel-mode, holds a lock on the file 
that prevents any other process from modifying it. My observation is 
based on ZoneAlarm with AntiVirus 5.1.011.000.

That said, I think that the fundamental question here is still 
unanswered. Since you can alter firewall settings via the user-mode 
ZoneAlarm client, there must exist a communication channel that the 
ZoneAlarm client uses to issue commands to the TrueVector driver. Unless 
this channel is properly protected, malware can issue configuration 
commands to TrueVector through this same channel.

So my questions are:
* How does the ZoneAlarm client communicate with the TrueVector firewall 
driver?
* What prevents malware from pretending to be the ZoneAlarm client and 
issuing arbitrary commands to the firewall driver?
* Does the password-protect feature of the ZoneAlarm client have 
anything to do with the security on this communications channel?

My guess is that the ZoneLabs people have done their homework and that 
all is well. But these are important questions to investigate.

Simon



-----Original Message-----
From: Bipin Gautam [mailto:visitbipin@xxxxxxxxxxx]
Sent: Thursday, August 19, 2004 9:52 PM
To: bugtraq@xxxxxxxxxxxxxxxxx
Subject: Unsecure file permission of ZoneAlarm pro.




Hello list,

Zone Alarm stores its config. files in %windir%\Internet Logs\* . But 
strangely,

ZoneAlarm sets the folder/file permission (NTFS) of %windir%\Internet 
Logs\* to,

EVERYONE: Full

after its first started.

Even If you try to change the permission to...

Administrator (s): full
system: full
users: read and execute
[these are the default permissions]

Strangely, the permission again changes back to... EVERYONE: Full each time

ZoneAlarm Pro (ZAP) is started. I've tested these in zap 4.x and 5.x

	This could prove harmful if we have a malicious program/user running with

even with a user privilege on the system.

Well a malicious program could modify those config file in a way ZAP 
will stop

functioning. This is what ZoneLabs had to say...

---snip-------
>anyone could open any ZoneAlarm file
> (assuming it isn't locked), edit it with a hexeditor and
> cause it to stop functioning. This type of modification
> wouldn't be classified as an attack, as you have simply
> modified the file and caused it to not function as expected.
> This is true of any executable or other binary.
>
---/snip-------
yap, true... but shouldn’t ZAP have some protection against such 
attacks? instead

of leaving the permission to " EVERYONE: Full " I wonder if a program 
could bypass

ZAP filters using "safePrograms*.xml" [...experimenting]

anyone wanna take this thing to a new level, please go on...

Regards,

Bipin Gautam
http://www.geocities.com/visitbipin/