<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:blogChannel="http://backend.userland.com/blogChannelModule">

<channel>
<title>Zone Labs President Responds! in Security</title>
<link>http://www.dslreports.com/forum/r291882</link>
<description></description>
<language>en</language>
<pubDate>Mon, 30 Nov 2009 20:36:44 EDT</pubDate>
<lastBuildDate>Mon, 30 Nov 2009 20:36:44 EDT</lastBuildDate>

<item>
<title>Re: Thread Summary</title>
<link>http://www.dslreports.com/forum/remark,319459</link>
<description><![CDATA[<A HREF="/useremail/u/247380"><b>CyberStretch</b></A> : Thanks for the responses. 2k IM'd me and gave me the link, coz I was too lazy to check here! ;) (Actually, I was doing my routine check/responding to other threads.)<br><br>I will try it out and see what happens.<br><br>--<br><i>And now, back to your regularly scheduled thread already in progress...</i>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,319459</guid>
<pubDate>Fri, 05 Jan 2001 23:02:30 EDT</pubDate>
</item>

<item>
<title>Re: Thread Summary</title>
<link>http://www.dslreports.com/forum/remark,318786</link>
<description><![CDATA[<A HREF="/useremail/u/233909"><b>Rocktagon</b></A> : Click on the link on TrailBlazers post and his webpage has a link to the patch on it.<br>I personally have applied it and retested my system against the batch file DiamondCS released and it did not shut down ZA.2kmaro has posted these results in his patch post.<br>--<br>Quest for Knowledge<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,318786</guid>
<pubDate>Fri, 05 Jan 2001 19:57:31 EDT</pubDate>
</item>

<item>
<title>Re: Thread Summary</title>
<link>http://www.dslreports.com/forum/remark,318777</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> : Hi. Many of us here have tested the patch. It appears to work fine. You can find it <A HREF="http://www.blazertech.com/zonealarm/">here</A>.<br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb<BR>---<BR></SMALL>Angry at ZoneAlarm? <A HREF=http://www.blazertech.com/zonealarm/>Complain about it</A>!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,318777</guid>
<pubDate>Fri, 05 Jan 2001 19:55:30 EDT</pubDate>
</item>

<item>
<title>Re: Thread Summary</title>
<link>http://www.dslreports.com/forum/remark,318765</link>
<description><![CDATA[<A HREF="/useremail/u/247380"><b>CyberStretch</b></A> : 2kmaro,<br><br><I>...DiamondCS has provided a patch for the other</I><br><br>Since Emilio and yourself already have a rapport with DiamondCS, have any of you requested this <B>patch</B> or agreed to beta test it to ensure it closes the security hole?<br><br>If not, would one of you be willing to contact them and request it?<br><br>If so, would it be possible to post it so others can benefit from the additional security?<br><br>--<br><i>And now, back to your regularly scheduled thread already in progress...</i>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,318765</guid>
<pubDate>Fri, 05 Jan 2001 19:50:01 EDT</pubDate>
</item>

<item>
<title>Re: Thread Summary</title>
<link>http://www.dslreports.com/forum/remark,317929</link>
<description><![CDATA[<A HREF="/useremail/u/233909"><b>Rocktagon</b></A> : As I said:<br>  <B>DSL Reports has a great bunch of members!</B><br><br><br>I was just making sure the summary of this thread link was credited toward your web page.<br><br>Any news on the "this weekend" comment you made earlier?<br>--<br>Quest for Knowledge<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,317929</guid>
<pubDate>Fri, 05 Jan 2001 16:14:31 EDT</pubDate>
</item>

<item>
<title>Re: Thread Summary</title>
<link>http://www.dslreports.com/forum/remark,317911</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> : Yes, I did create the website. But this has really been a collaborative effort. Between Emilio's ability to find us useful information, and 2k's excellent skills at both the technical stuff and making it all sound simple, and my skills as a web developer, we have all managed to help each other.<br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb<BR>---<BR></SMALL>Angry at ZoneAlarm? <A HREF=http://www.blazertech.com/zonealarm/>Complain about it</A>!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,317911</guid>
<pubDate>Fri, 05 Jan 2001 16:08:07 EDT</pubDate>
</item>

<item>
<title>Re: Thread Summary</title>
<link>http://www.dslreports.com/forum/remark,317876</link>
<description><![CDATA[<A HREF="/useremail/u/234668"><b>rtoday</b></A> : Of course you're right, Scooter.  Emilio and TB are certainly to be thanked for their fantastic contributions as as well!  Wasn't meaning to be exclusionary at all. <br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,317876</guid>
<pubDate>Fri, 05 Jan 2001 15:58:49 EDT</pubDate>
</item>

<item>
<title>Re: Thread Summary</title>
<link>http://www.dslreports.com/forum/remark,317867</link>
<description><![CDATA[<A HREF="/useremail/u/233909"><b>Rocktagon</b></A> :  <BLOCKQUOTE><SMALL>said by rtoday:</SMALL><HR>Thanks from all of us in the gallery, 2K!  This thread is a motivator and shaker.<br> <HR></BLOCKQUOTE><br><br>Actually Trail Blazer created the webpage that the summary link takes you to.<br>2kmaro is to be thanked for all the great work but let us not forget Trail Blazer for the work on that webpage and EmileoG for starting the whole thing!<br><br>DSL Reports has a great bunch of members!<br>--<br>Quest for Knowledge<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,317867</guid>
<pubDate>Fri, 05 Jan 2001 15:56:26 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,317819</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : That seems to be the reason. Uninstall has different meaning when used in the batch file than when discussion program or Control Panel functions.  A very understandable confusion factor there.<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,317819</guid>
<pubDate>Fri, 05 Jan 2001 15:45:42 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,317773</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> : That was an excellent and concise statement of the problem, 2k. I think the initial confusion came about because the command line switch to unload ZA is -uninstall, right?<br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb<BR>---<BR></SMALL>Angry at ZoneAlarm? <A HREF=http://www.blazertech.com/zonealarm/>Complain about it</A>!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,317773</guid>
<pubDate>Fri, 05 Jan 2001 15:36:31 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,317758</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : No, it won't work if you rename Unwise to something else.  But that is NOT the problem/situation that is being discussed. There is a bit of a problem with the terms being used in all of this - this was discussed earlier, but I'll repeat some of it here:<br><br>The term Uninstall is not being used as in uninstalling a regular package/application using the Unwise or similar feature.<br><br>What they mean here is uninstalling certain key pieces of the program from memory while it is running.  The actual files remain on the hard drive and can even be run again later, but when they are "uninstalled and unloaded" from memory, it is the same as shutting down the program.  That's what they are talking about, and what is accomplished using the batch file from DiamondCS - then if you carry it one step further and use their mutex crippling .exe file, you cannot restart ZoneAlarm until it is shut down.<br><br>So it isn't a question of Uninstalling ZoneAlarm from your computer's hard drive, it is a question of shutting it down while it is supposed to be running.<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,317758</guid>
<pubDate>Fri, 05 Jan 2001 15:34:12 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,317585</link>
<description><![CDATA[<A HREF="/useremail/u/155046"><b>arcangel63</b></A> : Don't know if this has been mentioned yet or not, but I went into the actual Zone Alarm folder (C:\Program Files\Zone Labs\ZoneAlarm) and renamed Unwise.exe to Unwise2.exe, went into Add/Remove Programs and tried to uninstall ZA (basic not Pro) and it could not complete the task. Can other people here try this and report there findings here? It would be interesting to see what others come up with. <br>--<br>I don't suffer from insanity, I enjoy every minute of it!<br><br><br>P.S. I only got up to the middle of page 8 before I posted this so if it has been tried with no luck I apologize :)<br>--<br>I don't suffer from insanity, I enjoy every minute of it!<br><i>[text was edited by author 2001-01-05 14:57:41]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,317585</guid>
<pubDate>Fri, 05 Jan 2001 14:54:16 EDT</pubDate>
</item>

<item>
<title>Re: Zone Labs President Responds!</title>
<link>http://www.dslreports.com/forum/remark,314637</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : Not to be a put down, but I'd rather have it crash the system than to open a hole in the firewall.  You did well to notify Zone Labs - hopefully they didn't just put that one in the same pile with the ones we're speaking of here!<br><br>Just one question: when it does crash, what does the error window indicate was the source program for the problem?  Just trying to verify that it is part of ZA and not of the dial up software or Windows itself.<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,314637</guid>
<pubDate>Thu, 04 Jan 2001 18:29:12 EDT</pubDate>
</item>

<item>
<title>Re: Zone Labs President Responds!</title>
<link>http://www.dslreports.com/forum/remark,313779</link>
<description><![CDATA[<A HREF="/useremail/u/156999"><b>DGDTrathole</b></A> : use a dial up connection then kill your connection and try doing a re-connect...!!!  DOESN'T WORK...ocasionally crashes the OS...can send you the documatation including crash dump stuff I analyzed/sent to ZoneAlarms...<br><br><br><i>[text was edited by author 2001-01-04 14:54:52]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,313779</guid>
<pubDate>Thu, 04 Jan 2001 14:50:27 EDT</pubDate>
</item>

<item>
<title>Re: Thread Summary</title>
<link>http://www.dslreports.com/forum/remark,313408</link>
<description><![CDATA[<A HREF="/useremail/u/234668"><b>rtoday</b></A> : Thanks from all of us in the gallery, 2K!  This thread is a motivator and shaker.<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,313408</guid>
<pubDate>Thu, 04 Jan 2001 12:51:57 EDT</pubDate>
</item>

<item>
<title>Thread Summary</title>
<link>http://www.dslreports.com/forum/remark,313353</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : To a large degree the summary is here:<br><A HREF="http://www.blazertech.com/zonealarm/index.asp">A 1-Page Summary</A><br><br>Bottom Line: ZoneAlarm (and all software firewalls) have now had new holes revealed in them.  They are small holes if other precautions (strong anti-virus use mainly) are taken.  Additionally, providing a non-standard location for installing ZoneAlarm can help with one hole, plus DiamondCS has provided a patch for the other.  Zone Labs is more or less ignoring this problem for the time being, so griping to them seems in order and in the meantime, do the best you can with what you have.<br><br>Small Print Below the Bottom Line: The root source of the problems is the operating system's inherent weakness - if you are using Windows 9x/ME, then no software firewall product can ever be totally bullet-proof.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,313353</guid>
<pubDate>Thu, 04 Jan 2001 12:34:44 EDT</pubDate>
</item>

<item>
<title>Re: Zone Labs President Responds!</title>
<link>http://www.dslreports.com/forum/remark,313315</link>
<description><![CDATA[<A HREF="/useremail/u/234668"><b>rtoday</b></A> : Golly, I hope someone does a summary of this thread.  It seems to have taken on a life of its own!  :)<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,313315</guid>
<pubDate>Thu, 04 Jan 2001 12:18:39 EDT</pubDate>
</item>

<item>
<title>Re: Zone Labs President Responds!</title>
<link>http://www.dslreports.com/forum/remark,313308</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : I haven't used Whistler, but ZA 2.1.44 works with no problems under W2K with SP1 installed for me.<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,313308</guid>
<pubDate>Thu, 04 Jan 2001 12:15:45 EDT</pubDate>
</item>

<item>
<title>Re: Zone Labs President Responds!</title>
<link>http://www.dslreports.com/forum/remark,313292</link>
<description><![CDATA[<A HREF="/useremail/u/156999"><b>DGDTrathole</b></A> : Mr. Freund is incorrect when saying:<br><br>- Run on a semi-secure version of Windows (NT, 2000 or Whistler) <br><br><br>I have documented a problem to them with their driver<br>vsdatant.sys on W2K...they responded they knew about<br>it and were working on it...this was in November and<br>they are still at version 2.1.44...NO FIX YET...ALSO<br>I have installed V2.1.44 on Whistler Personal AND Whistler<br>Professional and the driver will crash BOTH OS'es...it's<br>a great product I love it have been using it for a while<br>BUT have switched to Norton Personal Firewall as it does<br>NOT experience the same problems ZoneAlarm does on <br>W2K/Whistler....<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,313292</guid>
<pubDate>Thu, 04 Jan 2001 12:07:14 EDT</pubDate>
</item>

<item>
<title>RE: War and Peace</title>
<link>http://www.dslreports.com/forum/remark,313116</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> : Of course ZA is still the best software firewall out there. And I don't think anyone will argue with you that MS could do a better job of providing security. The state of MS operating systems is well known and not likely to change soon. That's why it is so important for software vendors like ZL to take advantage of every trick they can to keep their products as safe as possible. We're not asking ZL to make the product 100% unbreakable. Just take all reasonable steps to make it as close to 100% unbreakable as they can.<br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb<BR>---<BR></SMALL>Angry at ZoneAlarm? <A HREF=http://www.blazertech.com/zonealarm/>Complain about it</A>!<br><i>[text was edited by author 2001-01-04 11:09:41]</i>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,313116</guid>
<pubDate>Thu, 04 Jan 2001 11:08:59 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,312617</link>
<description><![CDATA[<A HREF="/useremail/u/247380"><b>CyberStretch</b></A> : OMFG! For a minute (actually, several hours :)) there I thought I was reading <B>War and Peace</B>. ;) <br><br>I have to agree with B regarding exonerating ZL and/or any other software developers for not covering obvious exploit tracks that are left open by the one source that should have taken them into consideration: <B>the OS, ala Microsoft</B>.<br><br>Due to the fact that MS is notorious for leaving backdoors open; APIs wide open for abusive use; allowing other software developers/hackers, etc, to futz with other software/applications on the system; security holes large enough for the Titanic to sail through; etc, I believe that <B>the majority of the security issues are the responsibility of MS - or any other OS developer(s) - to address</B>. Granted, steps can be taken by software developers to close the holes somewhat, but they are not always 100% sure of all the security vulnerabilities that the OS has at any given time. <br><br>I have often wondered why MS does not include <I>essential</I> utilities, etc, in the OS vs recoding IE to be the OS interface and other less important <I>features</I> (ie, Active Desktop) that users really could do without? After all, MS OSes are used for both Personal/Professional usage and connectivity to the Internet, at least in the highly technical countries, is becoming more of a necessity than a novelty as it was once upon a time. Therefore, it would only seem sensible to include an OS-level <B>Firewall</B>, <B>Anti-Virus</B>, <B>Trojan Detector</B>, (Norton Utilities grade) <B>System Utilites Suite</B>, <B>Ghosting Backup Suite</B>, etc, etc, etc, to compliment to OS; nevermind coding the current OS to use <B>maximum security settings</B> vs their lax and completely insecure default settings; as well as recoding the OS to load local system security features <B>first</B> before even allowing any network connectivity.<br><br>Therefore, before we take ZL to the stake and torch them over something beyond the scope of their product line, perhaps we should switch from this <I>witch hunt</I> mentality and redirect our focus to where the true responsibility lies: <B>MS and the other OS developers</B> that are vulnerable to these types of exploits?<br><br>I, for one, purchased licenses for ZAP for home usage and - after testing BID, NIS, WinRoute, and a few other firewall <I>solutions</I> - I think that what they have accomplished with ZA/ZAP is <B><U>far superior</U></B> to the competition in almost every respect. (<I>Heck, I even taught my near-retirement age, almost computer illiterate Mother how to respond to ZA alerts! :)</I>)<br><br>IMHO, ZL and ZA/ZAP far surpass the expected cost-benefit analysis and we should be glad that they have taken it upon themselves to provide a solution that has dubiously been left vacant by MS; despite the necessity for such security measures for <U>at least the past <B>10-15 years</B></U>!<br><br>--<br><i>And now, back to your regularly scheduled thread already in progress...</i>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,312617</guid>
<pubDate>Thu, 04 Jan 2001 06:26:35 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,312390</link>
<description><![CDATA[<A HREF="/useremail/u/229804"><b>B</b></A> : Let's see.  I've got a cold for you, and some snow for you, and some long hours for you two over there, and what's this in the bottom of my bag -- why, it's January bill overload!  Merry New Year.<br><br>-- B<br><br>P.S. Hi, and thanks.<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,312390</guid>
<pubDate>Thu, 04 Jan 2001 02:02:45 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,312371</link>
<description><![CDATA[<A HREF="/useremail/u/204115"><b>EmilioG</b></A> : Welcome back B! Where have you been hiding?  Did you bring back anything good? :)<br>--<br> Emilio<br><br>Its failings notwithstanding, there is much to be said in favor of journalism<br>in that by giving us the opinion of the uneducated, it keeps us in touch with<br>the ignorance of the community.<br>		-- Oscar Wilde<br><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,312371</guid>
<pubDate>Thu, 04 Jan 2001 01:51:16 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,311830</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : Just a couple of quick notes:<br>I 'took care' of the paths for the files, but it didn't help, I suspect there are some references in the Registry that I couldn't find that needed changes also.  Even that wouldn't have been a great help because the names of the .dll and other 'shared' files has to remain fixed - so there they lay in the registry for someone to go and find.<br><br>The router was inevetible - this just pushed the date up on its purchase (and pushes a new SCSI board back some more).<br><br>Welcome back!!<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,311830</guid>
<pubDate>Wed, 03 Jan 2001 23:16:23 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,311535</link>
<description><![CDATA[<A HREF="/useremail/u/151802"><b>jaykaykay</b></A> : Yeah.  I know.  You're just all broken up that someone noticed and cared!!!!!!!!<br>--<br>JKK:-)<br><br>Age is a very high price to pay for my maturity, so<br>if I can't stay young, I can at least stay immature!  <br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,311535</guid>
<pubDate>Wed, 03 Jan 2001 22:04:32 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,310929</link>
<description><![CDATA[<A HREF="/useremail/u/229804"><b>B</b></A> : Awwwww....<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,310929</guid>
<pubDate>Wed, 03 Jan 2001 19:22:00 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,310798</link>
<description><![CDATA[<A HREF="/useremail/u/151802"><b>jaykaykay</b></A> : Welcome back.  Happy new year to you.  I missed you and your thought provoking posts.<br>--<br>JKK:-)<br><br>Age is a very high price to pay for my maturity, so<br>if I can't stay young, I can at least stay immature!  <br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,310798</guid>
<pubDate>Wed, 03 Jan 2001 18:45:08 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,310773</link>
<description><![CDATA[<A HREF="/useremail/u/229804"><b>B</b></A> : Man oh man!  I leave you kids alone for a week and just LOOK what happens!<br><br>Wow.  Perhaps all of this angst was worth the trouble because -- 2kmaro installed a router!  I thought I'd never see the day.  There is good in everything, I guess.<br><br>I read through (most) of this thread, and I've yet to see something that surprised me, or that contradicts what 2kmaro and I talked about weeks ago -- in Windows 9x there is nothing one can do to prevent a trojan from shutting down any program or service.  This exploit was just a particularly easy way to do it (a batch file to the very program that's running).  But really, so what?<br><br>It doesn't change anything.  Despite encrypted keys, despite moved or renamed files, all a trojan has to do is systematically hunt down any known running firewall programs OR services (or heck, all of them), and SHUT THEM DOWN.  In the case of the second vulnerability (the Mutex exploit) it can also prevent the service from restarting.<br><br>Again, this is due to the non-existent security of the Windows 9x pseudo-operating system (also known as DOS with a pretty front end).  And there is NOTHING that can be done to eliminate this situation, short of moving to Windows NT/2000 (as I suggested way back and as ZoneLabs recommended in this thread).<br><br>I agree that ZoneLabs' response is not encouraging, but I suggest everyone take a step back and think about the reality -- ANY program under Windows 9x can do ANYTHING, to any file, to any running program or process, to any network resource, etc.  While ZoneAlarm or other firewalls might make this a LITTLE bit harder, there is nothing that can be done to really "secure" what an executable program does under Windows 9x.<br><br>As others have pointed out, a "trojan horse" is usually an executable PROGRAM that you have decided to RUN on your computer.  (And the first exploit here wasn't even an "executable", since it just used ZoneAlarm's.)  We are talking about something that has been proactively executed on the "victim's" computer.<br><br>If Trojan writers begin to routinely include "shut down firewall" code, there is no degree of fancy ZoneLabs (or Symantec) footwork that can eliminate the risk -- UNDER WINDOWS 9x.<br><br>As I pointed out weeks ago, and as ZoneLabs effectively mimicked in their advisory, the only way to prevent a firewall-crushing trojan attack of this kind is to a) not run trojans that you receive, b) use Windows NT/2000 instead of Windows 9x, c) ROUTINELY log in as a user WITHOUT administrative privileges.<br><br>For people unable to use Windows NT/2000 (or another more secure OS), just be more careful in opening e-mail attachments and the like.  ZoneAlarm will still alert you to more inocuous "spyware" applications that try to phone home, but truly malicious trojans can have their way with you -- just live with it.<br><br>To 2kmaro -- when you tried moving some of those SYSTEM files, did you try including the new location in the PATH?  That might help ZA find them, although of course it makes them easier for a trojan to find too.<br><br>If some of this post is a retread of others' comments I apologize in advance.  Happy New Year!<br><br>-- B<br><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,310773</guid>
<pubDate>Wed, 03 Jan 2001 18:39:01 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,305466</link>
<description><![CDATA[<A HREF="/useremail/u/231170"><b>Wildcatboy</b></A> : <br>That's great. I'd be glad to write a letter but I think 2kmaro can do a better job. Let's see if I can volunteer him :) :)<br>--<br><B>You can catch the Devil, but you can't hold him long.</B>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,305466</guid>
<pubDate>Tue, 02 Jan 2001 00:54:35 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,305463</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : Well, maybe you can get inputs on wording from several people.  I'll try to come up with something generic that covers ZA and ZAPro and see where it goes.  Might be that you end up with 2 or 3 options for letters to be sent: people who have actually paid either for ZABasic in a business, or ZAPro, along with the free home/non-profit users.<br><br>We mustn't forget that there may be very many not-for-profit organizations using the basic ZA to protect their systems.  Many of those types are people doing community service, providing training, education and employment opportunities to people - lots of very personal information at stake there!!<br><br>I have no idea where it is in these 11 pages, but one of the emails I posted was directly from Gregor Freund, President and Founder of Zone Labs (i.e. the owner!!).  At this point in time he is supporting the views we've already seen expressed from 'support@zonelabs.com'.  Let's hope that something changes his mind.  I think Steve Gibson is going to be very instrumental in this if it is to happen - his fame, and the fame and respect of his site in matters of security is much higher than our Security forum here at DSLR. (But I do know that some folks down under sure are impressed with our enthusiasm and kind of pleasantly surprised at how we've responded to it all:):)).<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,305463</guid>
<pubDate>Tue, 02 Jan 2001 00:53:13 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,305410</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> : If someone will write me a letter I will do all the rest. Code it, donate the mail server time and bandwidth and all that.<br><br>I'm preparing an email for Jesse Berst at ZDNet's AnchorDesk. I'm simply going to ask him to visit this thread for some insight on a very serious security issue with ZA and how ZL has chosen to deal with it. It'll have to be up to him after that.<br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,305410</guid>
<pubDate>Tue, 02 Jan 2001 00:21:04 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,305404</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> : I'm sure you're right about them not reading each one. But I'll bet they keep a tally of them and maybe that would still be helpful. Form letters are often successful in Washington.<br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,305404</guid>
<pubDate>Tue, 02 Jan 2001 00:17:02 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,305387</link>
<description><![CDATA[<A HREF="/useremail/u/204115"><b>EmilioG</b></A> : A form letter is more than likely going to get tossed in the waste can by ZL. IMHO, I think if they see the same letter from different people, they'll just read the first one or two and trash the rest, or file them away somewhere.<br>Though it would be easier and faster with a form letter, individually written letters would have more of an impact, IMHO. Heck, why not both?<br><br>BTW;  strongly worded doesn't mean ranting and raving or cursing, but letting them know that its' not too productive what they're doing. **(my interpretation of strongly worded).<br><br>--<br> Emilio<br><br>Its failings notwithstanding, there is much to be said in favor of journalism<br>in that by giving us the opinion of the uneducated, it keeps us in touch with<br>the ignorance of the community.<br>		-- Oscar Wilde<br><br><br><i>[text was edited by author 2001-01-02 00:14:05]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,305387</guid>
<pubDate>Tue, 02 Jan 2001 00:11:09 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,305373</link>
<description><![CDATA[<A HREF="/useremail/u/231170"><b>Wildcatboy</b></A> : <br>Trail Blazer, I personally think it's a great idea. Of course it all depends on how it's advertised and how many people at DSLR find it useful. Just like any other web site if we can't get people to visit we won't have much success with it. I also have to disagree with a "strongly worded" letter. What we are looking for is a reasonable letter stating the concerns of average users. The more people find themselves in agreement with those words the more chances we have for them to participate.  In any case I think you have a potential winner there. Not to mention that if we can get the news of the site on the front page of DSLR or in one paper or computer magazine or a news site, you'll be rocking.<br>--<br><B>You can catch the Devil, but you can't hold him long.</B>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,305373</guid>
<pubDate>Tue, 02 Jan 2001 00:05:37 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,305352</link>
<description><![CDATA[<A HREF="/useremail/u/231170"><b>Wildcatboy</b></A> : <br>Good for you 2k. That's the kind of initiative we need from everyone.<BR> <br>As for the router I don't know if I'd be going that road just yet. Don't get me wrong I am POed but I think a good AV program and may be a Trojan Detector would serve me fine for now. I'll be looking in to a few Trojan Detector some time in the future but I'm not really concerned for the time being. After all I don't have much on this machine that can't be restored or is worth stealing. And I know how my baby behaves :) and I think I can detect strange behaviours caused by a Trojan. Of course I would've been more cautious had I used this machine for business. I understand why you've made the decision that you have and I agree with you.<br>--<br><B>You can catch the Devil, but you can't hold him long.</B>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,305352</guid>
<pubDate>Mon, 01 Jan 2001 23:56:28 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,305350</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> :  <BLOCKQUOTE><SMALL>said by EmilioG:</SMALL><HR>TB, if it will help any, I will fire off a strongly worded letter to ZL letting them know about our general displeasure with their apathy and total disregard of their customer base which are probably typical home users.<HR></BLOCKQUOTE>I was thinking more along the lines of posting one or two form letter templates (that someone brilliant like 2k would write for us :-)) and then letting people enter the name and email address and then the form would be emailed to ZL. This would make sending a letter somewhat quick and painless. In theory more people would take the time to send an email this way.<br><br> <BLOCKQUOTE><SMALL>said by EmilioG:</SMALL><HR>Don't they have stockholders? Is ZL a public company, are they openly traded on the stock market?<HR></BLOCKQUOTE>According to their <A HREF="http://www.zonealarm.com/aboutus.htm" >About Us</A> page they are apparently a privately held company.<br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,305350</guid>
<pubDate>Mon, 01 Jan 2001 23:55:41 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,305329</link>
<description><![CDATA[<A HREF="/useremail/u/204115"><b>EmilioG</b></A> : TB, if it will help any, I will fire off a strongly worded letter to ZL letting them know about our general displeasure with their apathy and total disregard of their customer base which are probably typical home users.<br>At least Symantec is making an effort at resolving the Leaktest vulnerability and I just informed them of the latest find.<br><br>They will also know that DSLR has many fans and word of their attitude is going to spread.  They are going to look very bad in the eyes' of many security conscious people and the PC/IT community in general.  What is Zone Labs waiting for, for another Firewall program to come along and blow them out of the frame?  Don't they have stockholders? Is ZL a public company, are they openly traded on the stock market?<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,305329</guid>
<pubDate>Mon, 01 Jan 2001 23:46:55 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,305247</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> : Good for you for sending that email. And also good for you for getting a new toy and better protection.<br><br>Do you think there is any value in what I suggested earlier about providing an automated way for people to send an email complaint to ZL?<br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,305247</guid>
<pubDate>Mon, 01 Jan 2001 23:15:48 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,305229</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : I've done a couple of things:<br>First, fired off an email telling ZoneLabs what I think of their (mis)management decisions about all of this, and reminding them that I make the software buying decisions where I work - and support of a product goes a long way in my deciding whether or not to buy it (obviously perfect operation doesn't, or I wouldn't buy so much MS stuff;)). <br><br>Second, I stuck a router out in front of my LAN just a few minutes ago.  For the record: I chose the Netgear RT-314 - mostly because of comments I saw in the Netgear forum here at DSLR and because the 4-port router was available where I went, and the Linksys 4-port unit was not in stock.  Setup was smooth, and although documenation for use beyond basic setup is sparse, I'm sure I'll get by with help from other DSLR users in that forum!<br><br>Third, as I stated earlier, I did an uninstall with a reinstall of ZA basic on all systems to move the 'front end' into a non standard location - and that is only for a little added protection from the ultra-lightweight script kiddies.<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,305229</guid>
<pubDate>Mon, 01 Jan 2001 23:08:54 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,305101</link>
<description><![CDATA[<A HREF="/useremail/u/231170"><b>Wildcatboy</b></A> : That's exactly the point JKK. All of us who have any interest in ZA should do this. The problem is that from every hundred people who complain and scream only one or two of them are like you and would actually do something about it and that's what they are counting on. <P>As I mentioned before, every one who uses ZA, all of those who were planning to upgrade to ZA Pro and now are not sure, people like me who didn't feel the need for ZA Pro but were going to buy it anyway just to make sure they were supporting a good company (but not anymore), all those people who are looking for other alternatives based on ZL's attitude must let their opinions be known. How many people would actually do that is not a concern to me. I'm responsible for my own actions not others. I will be doing it and I'll make sure I'll do everything I can to publicize this. Whether it'd be by sending mail to my local computer papers and asking for their opinion or by posting in forums like this or by any other means. I'd love to see everyone do that but I'm not sure how realistic that would be.<BR><br>It is absolutely true that ZA is safe if you don't let a Trojan in. But so are most other firewalls. The leak test wouldn't  have worked either had you not copied it to your computer. The fact is that when it came to the choice between a firewall that wasn't affected by Leak Test and the one that was, most of us chose the one that wasn't and in this matter if someone shows that their product is not affected by this problem I'll be going with them. That's what ZL needs to understand and that's what my email is going to contain.<br>--<br><B>You can catch the Devil, but you can't hold him long.</B>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,305101</guid>
<pubDate>Mon, 01 Jan 2001 22:18:31 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,304954</link>
<description><![CDATA[<A HREF="/useremail/u/151802"><b>jaykaykay</b></A> : I have already sent a message to ZL letting them know of my great disappointment in their decision to do nothing about the 2 known vulnerabilities in their product.  I just hope that others, many others, also are following my lead.  I have also got a good AV running, so I feel fairly good about what little I am doing on my system at the moment.  It is the least one can do to have the best possible measure of security, in light of the fact that the product that they were led to believe was a good one is still a good one...but could easily be bettered, and should.<br>--<br>JKK:-)<br><br>Age is a very high price to pay for my maturity, so<br>if I can't stay young, I can at least stay immature!  <br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,304954</guid>
<pubDate>Mon, 01 Jan 2001 21:30:23 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,304547</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> : If it were a news item on the home page of DSLR some large news outfit should pick up on it quickly. Then it would really spread. I wonder if Justin would do that?<br><br>I'm not sure a patch would work well. But it does not seem a major deal to encrypt the password, encrypt the registry entry, and encourage people to install in a non-standard folder.<br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,304547</guid>
<pubDate>Mon, 01 Jan 2001 19:25:35 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,304537</link>
<description><![CDATA[<A HREF="/useremail/u/204115"><b>EmilioG</b></A> : A letter writing campaign is a good idea, but I'm afraid that a couple of dozen letters to ZL isn't going to "soften Pharaohs' heart".  It would take a major outcry from both the home users and the business users of Zone Alarm.  Maybe a few articles in the press might get their attention?<br><br>Correct me if I'm wrong, but it doesn't seem like a major over-haul to fix the problem with ZoneAlarm does it? Would a downloadable patch do it?<br>--<br> Emilio<br><br>Its failings notwithstanding, there is much to be said in favor of journalism<br>in that by giving us the opinion of the uneducated, it keeps us in touch with<br>the ignorance of the community.<br>		-- Oscar Wilde<br><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,304537</guid>
<pubDate>Mon, 01 Jan 2001 19:18:50 EDT</pubDate>
</item>

<item>
<title>Cliff Notes Version...</title>
<link>http://www.dslreports.com/forum/remark,304358</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> : One paragraph:<br><br>Regardless of what firewall you use you must be vigilant about keeping your AV software up to date and scan everything that comes into your computer. So long as you do not let a trojan onto your system this problem with ZA and other firewalls will not affect you.<br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb<br><i>[text was edited by author 2001-01-01 18:08:12]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,304358</guid>
<pubDate>Mon, 01 Jan 2001 18:07:40 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,304325</link>
<description><![CDATA[<A HREF="/useremail/u/203819"><b>R2</b></A> : Where do I buy the Cliff notes to this thread?<br><br>Can someone summarize it in a small paragraph!:):)<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,304325</guid>
<pubDate>Mon, 01 Jan 2001 17:55:17 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,304122</link>
<description><![CDATA[<A HREF="/useremail/u/194675"><b>larsfum</b></A> : I have been trying to follow this thread as well.  While thinking about this last night, I realized that it is my responsibility to protect my system from outside intrusions.  It is the softwares' responsibility, however, to do as it says it will.  I came here today, to post that we should start a, friendly, email campaign on Zone Labs to try to persuade them that it is in their best interest to fix this security lapse.  However, I see that JKK has beat me to it.  I am not suggesting a spam session to Zone Labs, but a constructive critique of their shortcomings from its consumers.    <br>--<br>Fish laugh at the mere mention of my name!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,304122</guid>
<pubDate>Mon, 01 Jan 2001 16:39:56 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,304079</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> : I would be very happy to make webspace available that would let people fill in their name and email address and then send an appropriately worded form letter email to ZL. We could even give folks a choice of letters.<br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb<br><i>[text was edited by author 2001-01-01 16:29:40]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,304079</guid>
<pubDate>Mon, 01 Jan 2001 16:28:25 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,304049</link>
<description><![CDATA[<A HREF="/useremail/u/231170"><b>Wildcatboy</b></A> : <br>Good point JKK. Although we are trying to find ways to protect ourselves from Za's vulnerability, it's really Zone Labs' job to do this. I haven't had a chance to see if there are any news breaks about this on other sites or papers, but I think a news break such as the one we had about the leak test is called for.<br>I have a suggestion and I will be doing it myself anyway. I think everyone who has ZA or ZA Pro should send Zone Lab an email telling them how disappointed they are. May be once they get thousands of email pieces they come to their senses and think twice about their decision. I'm not saying that we should send them rude and angry letters, just reasonable, objective letters. We may be missing the fact that we carry a great power due to our numbers. DSLR has over 50000 registered members (I think) and just imagine Hermann's face if he gets 20000 email. Does anybody have Conrad Hermann's email address? :) Let's go get him and CC the email to the president of Zone Labs.<br>--<br><B>You can catch the Devil, but you can't hold him long.</B>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,304049</guid>
<pubDate>Mon, 01 Jan 2001 16:21:41 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,303906</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> : I somewhat agree with you, JKK.<br><br>ZL knows of this problem, apparently knows about reasonable steps they can take to deal with it, but has decided not to do anything about it. I suspect their EULA will preclude any lawsuits though. Like I mentioned earlier I think and sort of hope that this decision will come back to haunt them in the form of really bad publicity and that then they will be forced to make some changes.<br><br>Please keep in mind though that with good AV protection that includes email scanning and a firewall like ZA you are still very well protected.<br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,303906</guid>
<pubDate>Mon, 01 Jan 2001 15:38:32 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,303874</link>
<description><![CDATA[<A HREF="/useremail/u/151802"><b>jaykaykay</b></A> : Not that this whole thread isn't educational, enlightening, and most gratifying to see so many folks doing their thing to help so many others, I will now add my $.02.  I have read and re-read so much of this thread, I am going cross-eyed.  Yes, I missed a few days and that's made it worse.  Add to that that my understanding of the registry and many other workings of the computer that you are all dealing with is, to say the least limited, so much of what you are dicussing is lost to me.  <br><br>What really needs to be done, even with all you are trying to do within the confines of DSLR, is that ZA take the friggin' bull by the horns and do something pro-active to make their product into what it was touted as being in the first place.  There are too many users out here like myself without the ability to understand enough of what you are trying to do, and more than that, a total or non-existant ability to remedy anything on their 'puters' safely in the manner you are speaking.  Add to that, if ZA doesn't do something pro-active, how many users, who are not privy to this cyber-sation will have no idea of the limitations/threats that lie out there, waiting to strike, all the while thinking that they are at least as well protected as they can be with a limited understanding of how to be so?  Routers, NAT, rules, etc?  These are all well and good, but that isn't the point here and it isn't something that even I would have the knowledge of how to set up and/or maintain, so it all comes back to the same disgusting thing.  ZL is the only one that can actually do something for the millions of users out here in cyberland, which takes into consideration these many of us that do not have the know-how to do what you are all doing.  Even those of us who have file sharing turned off and have done all the things suggested re:binding/unbinding, who can have a security scan and still come up fully stealthed without ZA on, are being taken for a ride by ZL's attitude.<br><br>If they, ZL, do nothing, to my way of thinking, they are wide open for a large law suit and more, as they know of the problems, know that they have made a choice to do nothing to remedy them, and yet still tout their product (and all other software products are touted the same way and have the same vulnerabilities, I am aware) as being the product to have...with no acknowldgement of the problems that exist.  All you guys are doing is great, but unless instructions of how to do what you eventually conclude, if anything, can be written for the novice computer user can be posted, those other users like myself, even thought we know the score, are still caught between a rock and a hard place.<br><br>Now, she jumps from her soap box and scampers off to enjoy a little more of this New Year's Day.  A good one to you all. <br>--<br>JKK:-)<br><br>Age is a very high price to pay for my maturity, so<br>if I can't stay young, I can at least stay immature!  <br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,303874</guid>
<pubDate>Mon, 01 Jan 2001 15:28:46 EDT</pubDate>
</item>

<item>
<title>Re: One Semi-Solution to Half of the Problem</title>
<link>http://www.dslreports.com/forum/remark,303008</link>
<description><![CDATA[<A HREF="/useremail/u/162960"><b>wheelert$93</b></A> : NT locations?? Here they be. :)<br><br><br>HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/Windows/SharedDlls<br>HKEY_LOCAL_MACHINE/SYSTEM/ControlSet001/Enum/Root/LEGACY_VSMON<br>HKEY_LOCAL_MACHINE/SYSTEM/ControlSet001/Services/vsmon<br>HKEY_LOCAL_MACHINE/SYSTEM/ControlSet002/Enum/Root/LEGACY_VSMON<br>HKEY_LOCAL_MACHINE/SYSTEM/ControlSet002/Services/vsmon<br>HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Enum/Root/Legacy_VSMON<br>HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services/vsmon<br>--<br>"Rome did not create a great empire by having meetings. They did it by killing all those who opposed them."<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,303008</guid>
<pubDate>Mon, 01 Jan 2001 08:54:43 EDT</pubDate>
</item>

<item>
<title>Re: One Semi-Solution to Half of the Problem</title>
<link>http://www.dslreports.com/forum/remark,302306</link>
<description><![CDATA[<A HREF="/useremail/u/204115"><b>EmilioG</b></A> : These are two posts by Diamond CS at the GRC.com Ten-Forward/Vulnerabilty news group;  There are some very interesting ideas and discussions going on over there, some really sharp people.  There is also a threaded started by Steve Gibson and other discussions on security.<br><br>Emilio<br><br>**You can view the news group with OutLook express or similar news reader.<br><br><br><I>[text was edited by author 2000-12-31 23:02:42]</I><br><br><br><i>[text was edited by author 2000-12-31 23:16:25]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,302306</guid>
<pubDate>Sun, 31 Dec 2000 23:00:15 EDT</pubDate>
</item>

<item>
<title>Re: One Semi-Solution to Half of the Problem</title>
<link>http://www.dslreports.com/forum/remark,302283</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : The listing/locations I provided were for a Win98 system - it was provided by ZoneLabs to me some time back when I also had trouble moving between ZA-free/ZA Pro Beta/back to ZA-free.<br><br>The entries all do resolve to proper locations/registry entries for ZA free on a Win98SE system.<br><br>I'll go sit at the W2K system in a little while and try to see what they look like (ZA free on W2K) and let you know if there are significant differences.  Can't help with WinME - none in the house or at work.  If it comes to a question about ZA basic on Win NT, I can look into that when I go back to work Tuesday - just ask, otherwise I won't mess with it.<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,302283</guid>
<pubDate>Sun, 31 Dec 2000 22:50:47 EDT</pubDate>
</item>

<item>
<title>Re: One Semi-Solution to Half of the Problem</title>
<link>http://www.dslreports.com/forum/remark,302213</link>
<description><![CDATA[<A HREF="/useremail/u/159622"><b>jp</b></A> : Sorry for the split post but I'm doing double duty and only have short bursts of time for on-line activities.<br><br>A search for LEGACY_VSMON turned up nothing and a search for vsmon turned up one key in runservices and two other keys in<br>HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SharedDLLs<br>No other vsmon entries found.<br>--<br>All that is gold does not glitter]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,302213</guid>
<pubDate>Sun, 31 Dec 2000 22:22:01 EDT</pubDate>
</item>

<item>
<title>Re: One Semi-Solution to Half of the Problem</title>
<link>http://www.dslreports.com/forum/remark,302166</link>
<description><![CDATA[<A HREF="/useremail/u/159622"><b>jp</b></A> : Wow, I'm not up to date on this thread - it is just moving too fast :-) <br><br>Here is a screen shot of Windows ME regedit for the area in discussion - its ZA pro:<br><br> <IMG SRC="http://www.johns-books.com/ebay/reg.jpg"> <br><br>Very different key structure from your list.<br>--<br>All that is gold does not glitter]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,302166</guid>
<pubDate>Sun, 31 Dec 2000 22:02:26 EDT</pubDate>
</item>

<item>
<title>Re: One Semi-Solution to Half of the Problem</title>
<link>http://www.dslreports.com/forum/remark,302052</link>
<description><![CDATA[<A HREF="/useremail/u/231170"><b>Wildcatboy</b></A> : <br>The entries that I mentioned are for the Free version of ZA and on my NT 4.0 Server. I don't know if there is a substantial change in the way ME's registry functions. I guess we can hope for someone else with ME to show up and do a registry search and let us know if they get the same results as you are getting. Anyone? <IMG SRC="http://i.dslr.net/bb/icon5.gif"><br>--<br><B>You can catch the Devil, but you can't hold him long.</B>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,302052</guid>
<pubDate>Sun, 31 Dec 2000 21:05:44 EDT</pubDate>
</item>

<item>
<title>Re: One Semi-Solution to Half of the Problem</title>
<link>http://www.dslreports.com/forum/remark,301958</link>
<description><![CDATA[<A HREF="/useremail/u/153110"><b>paul613</b></A> : I have search using all 3(data, keys, values) check boxes, I have also checked each key listed in the posts and on zonelabs site personally.  <br><br>I will let you know IF they respond to my inquiry..<br>--<br>Don't take life too seriously, you will never get out alive!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,301958</guid>
<pubDate>Sun, 31 Dec 2000 20:25:08 EDT</pubDate>
</item>

<item>
<title>Re: One Semi-Solution to Half of the Problem</title>
<link>http://www.dslreports.com/forum/remark,301921</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> : How are you doing the search? Is it possible you're not checking all the checkbox options that determine where regedit looks during a search?<br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,301921</guid>
<pubDate>Sun, 31 Dec 2000 20:13:08 EDT</pubDate>
</item>

<item>
<title>Re: One Semi-Solution to Half of the Problem</title>
<link>http://www.dslreports.com/forum/remark,301909</link>
<description><![CDATA[<A HREF="/useremail/u/153110"><b>paul613</b></A> : Maybe THEY ARE SUPPOSED TO BE THERE(there website says the same files for 95/98/me)<br>But they are NOT (I don't know why) But the program works as it is designed to.  So that would indicate the values added are NOT needed for WinME.  And it would not be unheard of an application putting entries in the reg that were not needed.<br><br>I am very puzzled by this, as I know the program works without them, But why, that is the puzzling part. I did not remove them, so either they weren't there to begin with OR Windows ME decided it didn't want/need them(although highly unlikely).  <br><br>One other possible reason would be the info on zonelabs site may not current, maybe the modified the latest version and did not change that info.<br>I sent them an email... we will see what they say.<br>--<br>Don't take life too seriously, you will never get out alive!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,301909</guid>
<pubDate>Sun, 31 Dec 2000 20:08:05 EDT</pubDate>
</item>

<item>
<title>Re: One Semi-Solution to Half of the Problem</title>
<link>http://www.dslreports.com/forum/remark,301847</link>
<description><![CDATA[<A HREF="/useremail/u/153110"><b>paul613</b></A> : 2kmaro, The files are on the hard drive in the right places, but not in the registry keys you listed. Are you running WIN ME?<br><br>The registry values in Shared dlls and run services ARE NOT PRESENT For zone alarm under WINME, the only entries I have are under zonelabs (and don't contain much, no calls to dll,vxd or exe )in the registry NOTHING under windows\current version.<br><br>Wildcatboy, would you have those like Trailblazer ON THE PRO version OR the free version??<br><br>And I don't have them at the keys you listed, <br>I DON'T even have Keys: HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001<br>or HKEY_LOCAL_MACHINE\SYSTEM\ControlSet002<br><br>SO what I can deduce is that the installation is varied across operating systems, so any trojan written WOULD HAVE TO BE DIFFERENT for windows 95/98 then for ME and Win2K, which would certainly make it that more difficult to write and deploy.  <br><br>And if in Windows ME there is no need for the registry entries (as clearly I don't have them, and ZA is running )the shortcut could be named anything and NO trojan could anticipate that.<br>Any thoughts??<br>--<br>Don't take life too seriously, you will never get out alive!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,301847</guid>
<pubDate>Sun, 31 Dec 2000 19:49:23 EDT</pubDate>
</item>

<item>
<title>Re: One Semi-Solution to Half of the Problem</title>
<link>http://www.dslreports.com/forum/remark,301670</link>
<description><![CDATA[<A HREF="/useremail/u/231170"><b>Wildcatboy</b></A> : I'm not sure why they are not found on your system. There are several key, value and data entries on my machine pointing to Vsmon minilog and others.<BR> <br>HKEY_LOCAL_MACHINE\SYSTEM\ControlSet002\Enum\Root\LEGACY_VSMON<br>HKEY_LOCAL_MACHINE\SYSTE  M\ControlSet001\Services\vsmon<br>HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\vsmon  <br>HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SharedDLLs<br>HKEY_LOCAL_MACH  INE\SYSTEM\ControlSet001\Services\vsmon\Imagepath<br>HKEY_LOCAL_MACHINE\SYSTEM\CurrentContro  lSet\Services\minilog<BR><br>Are just a few examples of many.<br>--<br><B>You can catch the Devil, but you can't hold him long.</B>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,301670</guid>
<pubDate>Sun, 31 Dec 2000 18:55:58 EDT</pubDate>
</item>

<item>
<title>Re: One Semi-Solution to Half of the Problem</title>
<link>http://www.dslreports.com/forum/remark,301664</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : Ok, look at either the folders or in the registry for these entries (all of this is from a document I got from ZoneLabs quite some time back).  The following things are stuff I don't think you can hide/move:<br><br>The c:\windows\system folder contains these files: <br>vsutil.dll <br>vsmonapi.dll <br>vsdata.dll <br>vsdata95.vxd -- if computer runs Windows 95 or 98 <br>vsdatant.sys -- if the computer runs Windows NT or Windows 2000<br><br>The c:\windows\system\zonelabs folder contains these files: <br>vsdb.dll <br>html.tdr <br>vsmon.exe <br>vsruledb.dll<br><br>Installing also creates a shortcut called "ZoneAlarm.lnk" in the <br>C:\Windows\Start Menu\All Users\Programs\StartUp <br>folder. If this exists, the path to ZoneAlarm interface file will exist.<br><br>Registry Entries.<br>Key: HKEY_LOCAL_MACHINE\Software\Zone Labs\ZoneAlarm and all its subkeys and values. <br><br>For each user who has run ZoneAlarm, there are registry keys in <br>Key: HKEY_CURRENT_USER\Software\Zone Labs\ZoneAlarm <br><br>If your system is running Windows 95 or Windows 98, this registry value starts the TrueVector service. <br>Key: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\RunServices <br>Value: TrueVector <br><br>Under all versions of Windows, these values are added to the Shared DLLs database: <br><br>Key: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\SharedDLLs <br>This is a database that contains a long list of values, but only these values are related to ZoneAlarm and TrueVector: <br>c:\Windows\System\vsdata.dll <br>c:\Windows\System\vsdata95.vxd <br>c:\Windows\System\vsmonapi.dll <br>c:\Windows\System\vsutil.dll <br>c:\Windows\System\ZoneLabs\html.tdr <br>c:\Windows\System\ZoneLabs\vsdb.dll <br><B>c:\Windows\System\ZoneLabs\vsmon.exe</B><br>c:\Windows\System\ZoneLabs\vsruledb.dll<br><br><br><i>[text was edited by author 2000-12-31 18:58:04]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,301664</guid>
<pubDate>Sun, 31 Dec 2000 18:53:29 EDT</pubDate>
</item>

<item>
<title>Re: One Semi-Solution to Half of the Problem</title>
<link>http://www.dslreports.com/forum/remark,301566</link>
<description><![CDATA[<A HREF="/useremail/u/153110"><b>paul613</b></A> : Yep THEY are NOT there.<br><br>What happens for my system is those files are loaded by the zonealarm.exe file which is ONLY CALLED from the C:\WINDOWS\All Users\Start Menu\Programs\Startup\<br>There is a shortcut there for the zonealram.exe file,<br>There is not even an icon in the start up folder that appears thru taskbar. <br>Where is it for you guys??  <br><br><br>And it would be a small matter to rename the shortcut, AS I had already install zone alram to a NON standard directory on my d: drive.<br><br>Don't get me wrong there are entries in the reg for zone labs, but there is NO ENTRY calling the start of the program, so IT WOULD BE HARD FOR A TROJAN to find what is not there.<br>--<br>Don't take life too seriously, you will never get out alive!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,301566</guid>
<pubDate>Sun, 31 Dec 2000 18:12:53 EDT</pubDate>
</item>

<item>
<title>Re: One Semi-Solution to Half of the Problem</title>
<link>http://www.dslreports.com/forum/remark,301554</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> : I'm using ZAP with Win98SE. I guess the registry keys are different but I don't know if that's because of Windows or ZoneAlarm.<br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,301554</guid>
<pubDate>Sun, 31 Dec 2000 18:07:11 EDT</pubDate>
</item>

<item>
<title>Re: One Semi-Solution to Half of the Problem</title>
<link>http://www.dslreports.com/forum/remark,301541</link>
<description><![CDATA[<A HREF="/useremail/u/153110"><b>paul613</b></A> : I could not find them there IN windows ME, there are a ton of listings, BUT I can not find any for vsmon.exe or minilog.exe <br><br>The only thing that comes up is the MRU listings for the search. <br><br>I have the free version of ZA 2.1.44 (which I am begining to believe has HIDDEN itself very Well)<br><br>I can find the files on the hard drives, I just can not find any reg key calling to them.<br>--<br>Don't take life too seriously, you will never get out alive!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,301541</guid>
<pubDate>Sun, 31 Dec 2000 18:02:41 EDT</pubDate>
</item>

<item>
<title>Re: One Semi-Solution to Half of the Problem</title>
<link>http://www.dslreports.com/forum/remark,301506</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> :  <BLOCKQUOTE><SMALL>said by paul613:</SMALL><HR>Did you find a registry key calling either the vsmon or the minilog exe files ?? could you post that if you did, I would like to try a thing or two.<HR></BLOCKQUOTE>They can be found at HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\SharedDLLs<br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,301506</guid>
<pubDate>Sun, 31 Dec 2000 17:48:43 EDT</pubDate>
</item>

<item>
<title>Re: One Semi-Solution to Half of the Problem</title>
<link>http://www.dslreports.com/forum/remark,301484</link>
<description><![CDATA[<A HREF="/useremail/u/231170"><b>Wildcatboy</b></A> : <br>You are correct. It is very complicated considering that we should look for every possible entry for Zone Alarm, not just vsmon. If we figure out that it works, then we can accomplish all the changes by writing a .REG file. Just like a file that does the Tweaks only more complicated. <P>I think the best way to deal with this whole problem would be for Zone Labs to provide an option during the installation so the user can choose arbitrary file names for ZA programs. This way each user can choose a different file name and all the reg entries would be done right at the installation process.<br>--<br><B>You can catch the Devil, but you can't hold him long.</B>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,301484</guid>
<pubDate>Sun, 31 Dec 2000 17:40:11 EDT</pubDate>
</item>

<item>
<title>Re: One Semi-Solution to Half of the Problem</title>
<link>http://www.dslreports.com/forum/remark,301469</link>
<description><![CDATA[<A HREF="/useremail/u/153110"><b>paul613</b></A> : Did you find a registry key calling either the vsmon or the minilog exe files ?? <br>could you post that if you did, I would like to try a thing or two.<br><br><br>--<br>Don't take life too seriously, you will never get out alive!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,301469</guid>
<pubDate>Sun, 31 Dec 2000 17:33:35 EDT</pubDate>
</item>

<item>
<title>Re: One Semi-Solution to Half of the Problem</title>
<link>http://www.dslreports.com/forum/remark,301438</link>
<description><![CDATA[<A HREF="/useremail/u/153110"><b>paul613</b></A> : If the theory is the trojan will look in the runservices for the known exe files for firewalls, then there is no need to rename them.<br><br>Make a .bat file(same dir. with the exe) and call the exe, replace the reg entry for the exe file with the *.bat file call that bat file anything you want.  NO problem running the program because you dont have to alter the file names at all.<br><br>Problem with the theory is that zone alarm is NOT in the Run OR run services or even the RUN once Keys.<br><br><br><br><br>--<br>Don't take life too seriously, you will never get out alive!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,301438</guid>
<pubDate>Sun, 31 Dec 2000 17:24:12 EDT</pubDate>
</item>

<item>
<title>Re: One Semi-Solution to Half of the Problem</title>
<link>http://www.dslreports.com/forum/remark,301422</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> : Yeah, that's it exactly. Thanks for reading my mind. I'm going to Ghost my HD later on and then try out your method to see what happens. Although realistically this would be way too complicated a tweak for most folks to accomplish on their own so would I be wasting my time?<br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,301422</guid>
<pubDate>Sun, 31 Dec 2000 17:17:55 EDT</pubDate>
</item>

<item>
<title>Re: One Semi-Solution to Half of the Problem</title>
<link>http://www.dslreports.com/forum/remark,301393</link>
<description><![CDATA[<A HREF="/useremail/u/231170"><b>Wildcatboy</b></A> : <br>I apologize if I sounded upset. That wasn't my intention at all because I wasn't upset. Really. :) The whole point is that we should discuss this and find holes in each other's ideas so we may solve the problem. Nothing to be upset about. It is technically possible to change all paths and file names although there are numerous Perhaps a .reg file can do the whole thing in a blink of an eye. But I know what that nagging problem you referred to might be. Some exe files point to certain file names and paths within their programing. By changing the file name and the reg. entry you solve half of the problem but if ZA has an .exe file like that you still won't be able to run the program and you'll get error messages. Unless you go and decompile the file and change it fundamentally. Then again that's a totally different story and we might as well write our own firewall.<br>--<br><B>You can catch the Devil, but you can't hold him long.</B>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,301393</guid>
<pubDate>Sun, 31 Dec 2000 17:05:04 EDT</pubDate>
</item>

<item>
<title>Re: One Semi-Solution to Half of the Problem</title>
<link>http://www.dslreports.com/forum/remark,301337</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> : Oh, now I understand what you mean. I suppose that could work although I still have some nagging doubts that I can't quite put into words.<br><br>I totally understand that there's no guarantees. Please don't sound upset with me. :-) It's my nature as an analyst/developer/dba to try and poke holes in things so that we wind up with a better program.<br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,301337</guid>
<pubDate>Sun, 31 Dec 2000 16:42:18 EDT</pubDate>
</item>

<item>
<title>Re: One Semi-Solution to Half of the Problem</title>
<link>http://www.dslreports.com/forum/remark,301291</link>
<description><![CDATA[<A HREF="/useremail/u/231170"><b>Wildcatboy</b></A> : <br>Not really. What I meant was to change the reg. entry to point to a file called let's say loser.exe and change the file vsmon.exe to loser.exe. A Trojan would search the registry for known file names. They can't program it to look for every conceivable name that users can think of. But then again if you read my post again you see that I mentioned  you'd still have no guarantee that you could run the program successfully.<br>--<br><B>You can catch the Devil, but you can't hold him long.</B>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,301291</guid>
<pubDate>Sun, 31 Dec 2000 16:25:26 EDT</pubDate>
</item>

<item>
<title>Re: One Semi-Solution to Half of the Problem</title>
<link>http://www.dslreports.com/forum/remark,301166</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : I agree with your synopsis - not much we can do from our end.  I'm going to keep the basic installation location as non-standard and turn off the safe mail function (AVG does a real good job of catching infected attachments on the way in).  Caution and awareness will just have to remain words to live by!<br>I think I mentioned I actually moved the vsmon, etc. bunch of files - that led to total ZA failure to start.  I 'might' try renaming them in place, but the path to them is still fixed and includes a "\ZoneAlarm" folder as the last in the list - a dead give-away!<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,301166</guid>
<pubDate>Sun, 31 Dec 2000 15:34:33 EDT</pubDate>
</item>

<item>
<title>Re: One Semi-Solution to Half of the Problem</title>
<link>http://www.dslreports.com/forum/remark,301160</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> : Again, I might be missing something. If you change the registry entries to something valid won't the trojan still be able to find it? And if you change the entries to something invalid won't it break ZA?<br><br>Encrypting the registry entries would go a long way towards providing additional protection. Yeah I know, given the current attitude at ZL that's as likely as snow here in Miami. :D<br><br> <BLOCKQUOTE><SMALL>said by 2kmaro:</SMALL><HR>Do we even want to give consideration to a program 'decoding' the .ldb/.rdb files and either adding itself to the list of access-permitted programs or substituting its name for one already in it?<HR></BLOCKQUOTE>Yes of course we do. Just not right now please. My head already hurts. :-)<br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,301160</guid>
<pubDate>Sun, 31 Dec 2000 15:31:53 EDT</pubDate>
</item>

<item>
<title>Re: One Semi-Solution to Half of the Problem</title>
<link>http://www.dslreports.com/forum/remark,301092</link>
<description><![CDATA[<A HREF="/useremail/u/231170"><b>Wildcatboy</b></A> : <br>I'm afraid Trail Blazer is correct. Any good Trojan will check the registry first. Now renaming the files manually and then going to registry and manually changing the names in the path would be another option. You may want to go to registry and perhaps change all entries regarding Zone Alarm, vsmon, minilog, etc.. and change the name and path to them but then again there are numerous entries and at the end you don't have any guarantee that you can get the program running.<br>Anyway I've been thinking about this problem a lot and with every new idea I feel a bit more helpless. Just to spread a whisper of hope and to cheer you up I want to emphasize again that if you have a good Anti virus program and you use caution when reading your email and if you are vigilant you will have nothing to worry about.<br>--<br><B>You can catch the Devil, but you can't hold him long.</B>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,301092</guid>
<pubDate>Sun, 31 Dec 2000 15:11:25 EDT</pubDate>
</item>

<item>
<title>One Semi-Solution to Half of the Problem</title>
<link>http://www.dslreports.com/forum/remark,300788</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : Trail Blazer - I didn't want to bring that up!  What would have been cool is if ZA had not even treated/marked those files as "Shared" and left them out of the registry all together.  Yes, a search of the registry will find the vsmon and minilog files. Because you cannot rename the files, a search for their file names will reveal their location.  The location of the ZoneAlarm executable is also in the registry - at least 4 times with full path and filename IF you have their safe e-mail function enabled for a single user (2 more times for each user on a multi-user system)!  I suppose this could be overcome by disabling their email checker and relying upon your anti-virus app to handle emails and their attachments.  With that it appears that they could shut down TrueVector and logging, but not without you getting a tardy warning about the TrueVector shutdown.<br><br>Do we even want to give consideration to a program 'decoding' the .ldb/.rdb files and either adding itself to the list of access-permitted programs or substituting its name for one already in it?<br><br>Nothing is perfect?  In the world of programming, just about anything that be engineered can be reverse engineered.  Unlike Conrad Hermann in this case, I'll settle for a little 'security through obscurity'.<br><br>R2 - me? I'll keep both in place once I get the router in place.  A couple of other people with Linksys routers have noted that every once in a while something seems to get through it, and ZA catches and logs it.  And that's why I would: as a back stop for my sloppy rule making.  The Director of Research over at the SANS Organization said to an informal inquiry I made (another thread), that ZA was a good firewall, but he definitely recommended having some hardware in front of it.<br><br><br><i>[text was edited by author 2000-12-31 13:26:24]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,300788</guid>
<pubDate>Sun, 31 Dec 2000 13:22:11 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,300584</link>
<description><![CDATA[<A HREF="/useremail/u/203819"><b>R2</b></A> : I don't really want to read ALL nine pages, so if I go over old areas, give me a break!<br><br>2kmaro- isn't relying solely on a Linky router's NAT <B>not</B> adequate for firewall protection?  Don't you need ZA (or something) as well?<br><br>Or perhaps all you need is one of the Trojan blockers I listed here: <A HREF="http://www.dslreports.com/forum/remark,300396;root=security,1;mode=flat" >http://www.dslreports.com/forum/remark,300396;root=security,1;mode=flat</A> <br>?<br><br>(You know this is not my specialty, so forgive my ignorance).  Thanks.  HNY<br><br><br><i>[text was edited by author 2000-12-31 12:22:24]</i>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,300584</guid>
<pubDate>Sun, 31 Dec 2000 12:19:40 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,300468</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> : Never one to fear embarrassment over being wrong or missing the point I offer up the following.<br><br>Why can't this hypothetical trojan just search the Windows Registry for the location and names of the files or folders it needs? The registry keys will have the same names regardless of where ZA and its related files are installed.<br><br>This tells you where vsmon and minilog are if you have ZA load at Windows startup:<br>HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\RunServices<br><br>This      tells you the install folder for ZA:<br>HKEY_LOCAL_MACHINE\Software\Zone Labs\ZoneAlarm<br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,300468</guid>
<pubDate>Sun, 31 Dec 2000 11:31:56 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,300100</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : wheelert - I'll be down at the local BestBuy before long looking into Linky's and such myself very shortly.  Probably should have done it before now, but I'm going to keep ZA (free) on the system as a backstop for the holes I leave in whatever router I get until I really come up to speed on it!  Hey, Pinan - got a minute... Monica??  Anyone???:)<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,300100</guid>
<pubDate>Sun, 31 Dec 2000 07:45:39 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,300066</link>
<description><![CDATA[<A HREF="/useremail/u/162960"><b>wheelert$93</b></A> : **sigh** Just when we thought it was safe to go back into the water.. :(<br><br>My .015 cents worth (ain't inflation wonderful?!).....<br><br>I've been putting off the purchase of a hardware firewall. It seems now that I'll need to get off my arse and get one now. I'm not happy about it, either. Whether I'm a paying customer or not of a particular package does not mean a company should take such a cavalier attitude regarding one of their products. It appears to me that some of Zone Lab's programmers have created a little stink (Oh my gawd! We have to rewrite the WHOLE THING?! NO! It can't be done! With encryption?!?!?! We don't know how to do that!) and the higher ups fed the line to management. BAH! As soon as the hardware firewall is installed, ZA is coming off the system. They've lost a possible paying customer, and I'm sure others will follow. I was actually considering the purchase of ZA Pro. Not any more! <br>--<br>"Rome did not create a great empire by having meetings. They did it by killing all those who opposed them."<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,300066</guid>
<pubDate>Sun, 31 Dec 2000 06:28:21 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,300047</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : All right - a little experimenting and here's what I've come up with so far.  This applies to ZoneAlarm free version running on a Win98SE machine:<br><br>I installed ZoneAlarm choosing to not install to the default folder.  Instead I'd created a special path on a local hard drive other than the C:\ drive to receive the installation.  For example sake, lets say I installed it to E:\MyNew\ZoneAlarm\Location which gives the final installation path as E:\MyNew\ZoneAlarm\Location\ZoneAlarm.<br><br>I then ran the batch file (called zonedown.bat by DiamondCS) and here is the end result:<br>Because ZoneAlarm itself was not in the expected location, it did not get shut down.  However, because I could not control the installation locations for vsmon.exe and minilog.exe, they were still unloaded and uninstalled.  After a few seconds delay (5? 10? certainly enough time to do some damage) I was given an alert by ZoneAlarm that the TrueVector service had been shut down, and asked if I should start it up again.  I said yes, and it did.  At least this way you get some warning that something has gone seriously wrong.<br><br>Now, what would be nice is if ZoneLabs would rework the installation routine to permit placing the vsmon.exe and minilog.exe files into a folder of our choice instead of sticking them into the windows\system(system32) folder.  That would permit us to 'hide' them somewhere else also, giving a better measure of protection from the script kiddies.<br><br>Still trying to find out some more about Mutex.  And I'm also going to see if I cannot figure out all that it takes for the truly dedicated to hide vsmon.exe and minilog.exe - but that's going to end up requiring a registry hack, I do believe.<br><br>ausnetwanderer - You crack me up!:):):) <br><br>Late note: I tried hiding the stuff that ZoneAlarm puts in the system folder elsewhere, but as I feared, that caused total failure of ZA to even start up.  So best I've been able to come up with for the batch file type of attack (shutting down ZA from within) was to install to a non-standard folder.  Putting it into a non-standard folder on a local drive other than C: should help some.  But the Mutex problem is going to be a much tougher nut to handle, and I'm not even sure there is a way from where we as users stand.  The ZA Pro users on Win NT/W2K systems will have a better time of it.<br><br><br><i>[text was edited by author 2000-12-31 06:18:14]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,300047</guid>
<pubDate>Sun, 31 Dec 2000 05:35:09 EDT</pubDate>
</item>

<item>
<title>Re: Here they are Fresh from GRC.</title>
<link>http://www.dslreports.com/forum/remark,300036</link>
<description><![CDATA[<A HREF="/useremail/u/233274"><b>Ausnetwanderer</b></A> : THE FOLLOWING HAS BEEN EDITED ONLY TO REMOVE IRRELEVENT INFORMATION WHICH, (because I didn't revisit all of this thread, in particular...page 6) NOW HAPPENS TO BE THE WHOLE POST. To paraphrase another DSLR regular who was finding it very difficult to cope with everyone buying PS2......<br>------------------------------------------------------------<br><br><br>thump..thump.  .thump (head hitting on wall) thump..thump..thump'<br><br>I'm off now... ;)<br><br>--<br>Enjoy :)<br>John<br><i>[text was edited by author 2000-12-31 05:30:23]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,300036</guid>
<pubDate>Sun, 31 Dec 2000 05:10:02 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,300029</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : Let me work kind of backwards here:<br>First, I ran the zonemutx.exe file provided by DiamondCS - it does indeed shut down ZA (basic) and prevents it from starting again until you shut down the test application.  The ZA icon even remained in the system tray until I passed the mouse over it (might have been coincidence, I'm not sure).<br><br>Second, I think we have a 'problem' in definition of 'uninstall' here.  In the batch file the commands take the form of:<br>%windir%\system\zonelabs\vsmon.exe -unload -uninstall<br>In this case 'uninstall' is a switch for the vsmon.exe program to evaluate - has nothing to do with actual uninstalling of ZoneAlarm package itself.  To verify this, I did move the Unwise.exe file completely out of the ZoneLabs folder before running the batch file.  After stopping the tests (which did shut down ZoneAlarm) I checked and all files were still physically resident and operational on the system (given a restart of ZoneAlarm).<br><br>So, in this context I take "Uninstall" to mean take yourself out of the system's services processes list(s).  And I take "Unload" to mean unload the code from memory completely - that is, release the resources back to Windows.<br><br>I don't think it is the Wise Install/Uninstall function that we are concerned with - we're not talking about removing everything from the disk, just about disabling it.  With ZA Basic (2.1.44) on a Win98SE system, the batch file did it's job very quickly.  Note: anyone that runs the batch file will see 3 displays of Invalid Command, that's because the batch file contains instructions to both ZA and ZA Pro - so which ever is on your system gets shut down, and because the other one isn't there, you see the error messages.  Wouldn't have been hard to add error detecting to the batch file and keep those alerts quiet, but no sense in it for testing/demonstration purposes.<br><br>First line of defense against a basic script kiddie using a variation of this batch file: uninstall your current version of Zone Alarm/Zone Alarm Pro and reinstall it into some place other than the default offered by the installation routine.  At least then any trojan attempting to find it will have to hunt through the directory structure and files to find it.  There are a couple of ways for them to do that, one is fairly quick but needs some skill (who said real hackers were unskilled?) to read the FAT entries and interpret them directly, the other is to use the DIR (or DIR$) command in VB or equivalent in C to search the directory tree until you find the filename(s) you are looking for.  This takes a lot of time and causes a lot of drive activity during the search.  I'm going to take my 'solution' to this part of it one step further and try to run ZA with an installation to something other than my C:\ drive!<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,300029</guid>
<pubDate>Sun, 31 Dec 2000 05:00:44 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,300018</link>
<description><![CDATA[<A HREF="/useremail/u/233274"><b>Ausnetwanderer</b></A> : :) thanks for finding the correct newsgroup  I had spent my time in the Outlook Express GRC Newsgroup listings and it didn't show for me there so I will do what you suggest and refresh the listings.<br>Back soon.<br>--<br>Enjoy :)<br>John]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,300018</guid>
<pubDate>Sun, 31 Dec 2000 04:51:11 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,299913</link>
<description><![CDATA[<A HREF="/useremail/u/231170"><b>Wildcatboy</b></A> : Thanks RDionysus for your research. I'm just wondering, did you actually run the batch file suggested by Diamond CS after relocating the unwise.exe file or did you simply try to go through the normal uninstall process? By moving the unwise file you will not be able to go through the normal process but if you actually used the batch file or used the commands in DOS then I'd say we've found the answer to that problem.<br>By the way the reason renaming of the file didn't work is because ZA will look for files with the same size and guesses it's way through. Lots of smart Trojans do the same so renaming a file isn't always successful.<br>--<br><B>You can catch the Devil, but you can't hold him long.</B>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,299913</guid>
<pubDate>Sun, 31 Dec 2000 03:39:27 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,299825</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : First of all, I would like to congratulate you all on the professionalism kept through out this thread, quite a different read from other newsgroups such as comp.security.firewalls and others alike.<br><br>Second, i know this is my first post, but this topic has brought such a great interest to me, that I thought I should point something across that may have been missed by other posters.<br><br>I went to the news.grc.com server, and found that there were many ten-forward groups.  These being:<br><br>ten-forward<br>ten-forward.pchelp<br>ten-forward.vulnerability<br><br>I went through all the groups, and the majority of the discussion based on this particular ZA exploit, is mentioned in the ten-forward.vulnerability group.  Diamond has posted both reports, perhaps a refresh of the GRC server would let you access the group?<br><br>I believe you will find quite a lot of information in these posts.<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,299825</guid>
<pubDate>Sun, 31 Dec 2000 02:39:32 EDT</pubDate>
</item>

<item>
<title>Re: Some additional thoughts</title>
<link>http://www.dslreports.com/forum/remark,299753</link>
<description><![CDATA[<A HREF="/useremail/u/233274"><b>Ausnetwanderer</b></A> : :) Just left GRCnewsgroups on Leaktest, Ten Forward and one other and although I was able to find Emilio's posts  I was unable to find anything referred to in the Diamond post on where the info was supposed to be in Ten-Forward .Vulnerabilities. Maybe SG pulled it. I'm now outa here for a while.<br>--<br>Enjoy :)<br>John]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,299753</guid>
<pubDate>Sun, 31 Dec 2000 02:02:33 EDT</pubDate>
</item>

<item>
<title>Re: Some additional thoughts</title>
<link>http://www.dslreports.com/forum/remark,299725</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : EmilioG - I made no new claims against ZoneLabs or anyone else - hence not rumor mongering - I was simply offering my opinion of the poor management decisions (again only my personal opinion) that were made.  Those decisions are facts as presented in this thread by E-mails from both DiamondCS and ZoneLabs.<br><br>Regarding an outcry from Paying Users - I also happen to be one of those - I had our company buy licenses for our systems.  That puts me in the Business Customer category, and I most definitely did send in my all-by-myself outcry against the decision.  While we purchased the licensing for the basic version (I couldn't see our users dealing with rule-making on a bunch of systems and training for Basic was like 10 minutes each) - I made a statement that I was glad I hadn't spent more on ZA Pro because the lax attitude with this problem would no doubt (my opinion again) slop over to their support of ZA Pro, which all users get to pay for!<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,299725</guid>
<pubDate>Sun, 31 Dec 2000 01:47:53 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,299721</link>
<description><![CDATA[<A HREF="/useremail/u/212896"><b>RDionysus</b></A> :  <BLOCKQUOTE><SMALL>said by Trail Blazer:</SMALL><HR>I believe that uninst.exe is responsible for starting the uninstall shield. It's in the windows folder. Unfortunately ZAP uses the Wise uninstaller and I know very little about it. I do know that I renamed Uninst.exe and ZAP was still able to uninstall ZAP. I hope that helps. <HR></BLOCKQUOTE><br><br>It is true that Zone Alarm uses the Wise Uninstaller.  Many programs do.  In fact, any program that is ultimately uninstalled using this method installs its own copy of UNWISE.EXE (usually in the program's root directory). My copy of ZoneAlarm has this in "Progam Files\Zone Lab\ZoneAlarm\unwise.exe". Now, the interesting thing is, if you RENAME this unwise.exe, ZoneAlarm can still uninstall. It will STILL invoke the program--under the renamed name (e.g. unwise.exe--->ZZZZunwise.exe; still works!). But if you move this copy or delete it, ZoneAlarm cannot be uninstalled using *normal* methods. And it will not invoke the copy of unwise.exe that sits in the Windows\ directory.<br>Now, on the surface this seems useful, but I don't know enough about the trojan/hack to know whether the virus bypasses the unwise engine.  But I wanted to respond/expand on the interesting point brought up by TrailBlazer and WildCatBoy.<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,299721</guid>
<pubDate>Sun, 31 Dec 2000 01:44:52 EDT</pubDate>
</item>

<item>
<title>Re: Some additional thoughts</title>
<link>http://www.dslreports.com/forum/remark,299696</link>
<description><![CDATA[<A HREF="/useremail/u/233274"><b>Ausnetwanderer</b></A> : :) Thanks for the reply Emilio. Did you happen to notice the number of reports at GRC about Leaktest being listed as a "Trojan" ????. I saw a quite a few posts referring to it and I checked with one of the sites mentioned (Moosoft) but I didn't find anything. Their (GRC) newsgroups are certainly busy.<br>The request for you to post was because I went looking for the post you IM'd me about and couldn't see it. I was looking forward to another long one. ;) <br>--<br>Enjoy :)<br>John]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,299696</guid>
<pubDate>Sun, 31 Dec 2000 01:33:15 EDT</pubDate>
</item>

<item>
<title>Re: Some additional thoughts</title>
<link>http://www.dslreports.com/forum/remark,299691</link>
<description><![CDATA[<A HREF="/useremail/u/204115"><b>EmilioG</b></A> : We could speculate all day about what happened behind the scenes. We may never know any of the details and we're not into rumor-mongering as you stated once before. Zone Labs is only going to tell you so much, which amounted to a "we don't care" attitude.  The only thing that may pressure ZL into fixing the problem at hand would probably require a major outcry from Zone Alarm users, especially from their business customers. And that doesn't seem too likely any time soon.<br><br>And from the posts I read to all these firewall vendors, the majority of people don't seem to care one way or the other.  Lets face it, the average home user may not even get to read any of this information in this thread! <br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,299691</guid>
<pubDate>Sun, 31 Dec 2000 01:31:21 EDT</pubDate>
</item>

<item>
<title>Re: Some additional thoughts</title>
<link>http://www.dslreports.com/forum/remark,299597</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : Trail Blazer - not specifically to/at you - your tail just happened to be handy also...:)<br><br>For those wishing to find the discussion of all of this at Gibsons site - I've received this word<br>"Incidently, the discussion is at GRC's ten-forward.vulnerability - it appears nobody on your forum has found it yet"<br><br>Someone might want to pop in there and give us a synopsis of what is going on.<br><br>I really don't think DiamondCS was looking to increase site vitits, sales or even their presence on the web.  If they were, would they have said absolutely nothing for 9 weeks while negotiating with ZoneLabs.  It was Steve Gibson who let the cat out of the bag, not DiamondCS.  No one in the loop was sworn to secrecy at any point other than by implication in adhering to CERT standards - that only requires DiamondCS, the discoverer to give the problem organization (ZoneLabs) 45 days before going public.<br><br>Ladies and Gentlemen, without having been privy to any boardroom conversations or inside information at ZoneLabs, my personal opinion is that the Chief Technical Officer has offered bad advice to the President, that the President has made his decision based on that bad advice (well, he does pay his CTO to give him advice and probably puts faith in it).  Unfortunately, this seems to be one time that the marketing people should have had a say in it and been able to say: well, even if we want to act stupid, lets not because people will know we are acting stupid ("don't encrypt because someone might de-crypt it" - ha! ha!! ha!!!) and when they see that stupidity, their faith in us is going to start withering.  A good product without good management is never going to get better.  ZoneAlarm needs to be getting better.<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,299597</guid>
<pubDate>Sun, 31 Dec 2000 00:47:49 EDT</pubDate>
</item>

<item>
<title>Re: Some additional thoughts</title>
<link>http://www.dslreports.com/forum/remark,299585</link>
<description><![CDATA[<A HREF="/useremail/u/204115"><b>EmilioG</b></A> : Emilio... You IM'd me asking if I had seen the GRC response to your request for info. If it's ok with you could you just post it as the time difference is about 14 hours. <br><I>Said by ausnetwanderer</I><br><br><br>I posted the replies from Steve Gibson and Wayne Langlois on page 7 of this thread.  I don't know what happened but DiamondCS and Steve Gibson decided not to post the report at GRC.com  :)<br><br>Symantec has posted the Leaktest information at their web site and have also spoken to the press about it.  I also wrote to someone at Symantec and I was told that the latest information on the Zone Alarm vulnerability will be passed on to the lead in development.<br><br><br><I>[text was edited by author 2000-12-31 00:44:29]</I><br><br><br><i>[text was edited by author 2000-12-31 00:45:32]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,299585</guid>
<pubDate>Sun, 31 Dec 2000 00:42:35 EDT</pubDate>
</item>

<item>
<title>Re: Some additional thoughts</title>
<link>http://www.dslreports.com/forum/remark,299440</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> :  <BLOCKQUOTE><SMALL>said by ausnetwanderer:</SMALL><HR>TrailBlazer... Maybe the reason that Diamond tested ZoneAlarm is because of it's huge following.<HR></BLOCKQUOTE>I think the DiamondCS guy said they stumbled across it because they normally use ZA. Your point about this being good for Diamond's business is certainly valid though.<br><br>Your other point, about e-mail floods to support@ is also very valid. I can only imagine nobody consulted the ZL marketing department before making what is bound to be viewed as a bone-headed decision (no offense to any Minbari was intended). Especially in light of my tests that show the password protection in ZAP does not stop it from being uninstalled anyway.<br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb<BR><B>Trail Blazer was formerly known as tblazer</B></SMALL><br><i>[text was edited by author 2000-12-30 23:52:46]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,299440</guid>
<pubDate>Sat, 30 Dec 2000 23:51:48 EDT</pubDate>
</item>

<item>
<title>Re: Some additional thoughts</title>
<link>http://www.dslreports.com/forum/remark,299417</link>
<description><![CDATA[<A HREF="/useremail/u/233274"><b>Ausnetwanderer</b></A> :  <BLOCKQUOTE><SMALL>said by EmilioG:</SMALL><HR><br>Zone Labs cavalier attitude towards its customers is unforgivable.  Do they even plan on notifying their customer base via Email?  Has anyone asked that question?<br><br>I read that Steve Gibson is working on his own Firewall program. I'll try to get some details. <br> <HR></BLOCKQUOTE><br><br>Emilio... You IM'd me asking if I had seen the GRC response to your request for info. If it's ok with you could you just post it as the time difference is about 14 hours. <br><br>The question you asked (above) refer to my post on page 4.<br>I don't see it as a problem except that it will probably cause such a backup when the questions start coming back to them. I know that I would not like to be there and trying to cope with support@ abuse.<br><br>2k... Am I right in saying that Symantic and Sygate have worked on the issue. I am sure I saw that in the GRC newsgroups. Have to check that.<br><br>TrailBlazer... Maybe the reason that Diamond tested ZoneAlarm is because of it's huge following. ZoneLabs now claim over 8 million downloads. If you wanted to draw attention to your product why not release the fact that you found a weakness in a program as popular as ZoneAlarm. Sure brought a lot of visitors to Diamond's website over the last few days. Probably a lot of downloads as well. How many do you think would be by inexperienced people who downloaded out of mild panic rather than from a real need.<br><br>Just a few random thoughts from the outside. ;)<br>--<br>Enjoy :)<br>John]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,299417</guid>
<pubDate>Sat, 30 Dec 2000 23:44:55 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,299245</link>
<description><![CDATA[<A HREF="/useremail/u/231170"><b>Wildcatboy</b></A> : <br>Well, it sounded like a good idea while it lasted. :)<br>--<br><B>You can catch the Devil, but you can't hold him long.</B>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,299245</guid>
<pubDate>Sat, 30 Dec 2000 22:51:15 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,299230</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> : I believe that uninst.exe is responsible for starting the uninstall shield. It's in the windows folder. Unfortunately ZAP uses the Wise uninstaller and I know very little about it. I do know that I renamed Uninst.exe and ZAP was still able to uninstall ZAP. I hope that helps.<br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb<BR><B>Trail Blazer was formerly known as tblazer</B></SMALL><br><i>[text was edited by author 2000-12-30 22:46:20]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,299230</guid>
<pubDate>Sat, 30 Dec 2000 22:45:58 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,299194</link>
<description><![CDATA[<A HREF="/useremail/u/231170"><b>Wildcatboy</b></A> :  <BLOCKQUOTE><SMALL>said by JANDOENT:</SMALL><HR><br>Just an idea, no flames please, but how about deleting the uninstall part of the program. So, you are stuck with the program until you re format.<HR></BLOCKQUOTE>Actually no flames here JANDOENT, that was the first thing that popped up in my mind but then I realized that it won't work. Unfortunately the files that do the uninstall are the same files that run the program. You just use a different parameter to do the uninstall. For example <B>zapro.exe </B> runs the program and <B> zapro.exe -unload </B> unloads and uninstalls it. So by moving the file to a different directory you can't run the program anymore. Catch 20 / 20.<BR> <br>What 2kmaro and I were discussing during our IMs was that we should find out what is the .dll file or any other kind of file in that matter that's responsible to start the Uninstall shield in Windows. By removing that we might be able to disable all uninstall attempts. Uninstall programs in Windows start the uninstall shield before they do their thing. So we may be able to put that file in a different directory and only put it in the right place when we need it.  <BR><br>I remember a few years ago one of my machines had a corrupt .dll file and I couldn't install any new software on that machine until I eventually formatted the computer and tore it to pieces and it provided the Genetic material for the birth of two other machines :) Since I never solved the problem I can't remember the name of the file. 2kmaro knows about programming far more than I do so I believe he is asking around about it as well. If anyone knows how we can do this or whether it's possible to do this in the first place by all means share it with us. <br>--<br><B>You can catch the Devil, but you can't hold him long.</B>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,299194</guid>
<pubDate>Sat, 30 Dec 2000 22:31:34 EDT</pubDate>
</item>

<item>
<title>Some more test results</title>
<link>http://www.dslreports.com/forum/remark,298869</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> : I did some more testing with ZAP this evening.<br><br>I have a password set so that according to what the guy from ZL said ZAP could not be uninstalled without the p/w. <br><br>In general the p/w does prevent me from making any changes to ZAP or even shutting it down without entering the password.<br><br>However with ZAP running I tried uninstalling it through Control Panel's Add Remove Programs. I was prompted for my p/w and I deliberately entered it incorrectly. A message from ZAP informed me that I didn't have permission to do that. Then it shut down ZAP and uninstalled it.<br><br>According to what I read from the ZL guy having a p/w would stop the uninstall process if the p/w were entered incorrectly. Did I miss something?<br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb<BR><B>Trail Blazer was formerly known as tblazer</B></SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,298869</guid>
<pubDate>Sat, 30 Dec 2000 20:37:11 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,298693</link>
<description><![CDATA[<A HREF="/useremail/u/213778"><b>JANDOENT</b></A> : Hello Everyone, Wow, I have spent hours reading this post and only wanted to make a few comments.<br>First, to Thank Emilio & 2K for their diligence in pursuit of an answer. <br><br>Second,Again, Thanks to them and Everyone for their thoughts and comments<br><br>Next, I still feel that ZAPro is the best software firewall. If you think ZA's vulnerabilities are bad, then take a serious look at the others. Not that it doesn't p!ss me off that ZA won't do something about it, it does. Of course I have a true hardware firewall, so really nothing gets to ZA. I use it as a failsafe to let me know if my hardware went down and to keep things inside from getting out. I guess these vulnerabilities kinda defeat the getting out part as hardware firewalls don't really do anything for that.<br><br>Still it is vulnerabilities, however I can't help but believe it will cause a lot of attempts now, as the hardest job for a hacker has been done for them. Their specialty is to get in. Now it is open to be exploited more, not just by true hackers, but wanna bes and script kiddies as well. Some are likely to get lucky as any new "bad" knowledge has a way of provoking the challenge...<br><br>I guess we can only hope ZA will change their stance and do something now. I am sure that everyone here has taken all of the previously mentioned precautions and put them in effect.<br><br>Just an idea, no flames please, but how about deleting the uninstall part of the program. So, you are stuck with the program until you re format. I don't know about everyone else, but I re format about once a month.<br><br>Thanks Again, and have a safe and wonderful New Year's!<br>Go Tampa Bay Buccaneers and Florida State Seminoles!!!<br>Emilio, I just noticed up at the top it looks like a question directed at you. This is not the case, merely my ignorance in learning the ways of this bulletin board.<br>Felicidades y Salud a usted y su familia. Feliz ano nuevo mi hermano!<br><br><br><i>[text was edited by author 2000-12-30 19:27:02]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,298693</guid>
<pubDate>Sat, 30 Dec 2000 19:13:39 EDT</pubDate>
</item>

<item>
<title>Re: Some additional thoughts</title>
<link>http://www.dslreports.com/forum/remark,298603</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> : I'm talking about on any Windows system. Once you set the ZA password that p/w is required to make any changes to ZA. It's sort of like this way an IT person can setup ZA the way they want and then the end-user can't mess with it except to answer yes or no to popups about what to allow in or out. And even then the "remember" checkbox is disabled. Does that do a better job of explaining myself? It's been sort of a dense day for me too!<br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb<BR><B>Trail Blazer was formerly known as tblazer</B></SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,298603</guid>
<pubDate>Sat, 30 Dec 2000 18:32:48 EDT</pubDate>
</item>

<item>
<title>Re: Some additional thoughts</title>
<link>http://www.dslreports.com/forum/remark,298570</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : I'm having a dense day today. Please excuse me.:)  Are you talking only on a Win NT/2K system, as in administrator, or something that is just totally escaping my mind within Win9x/ME systems also?<br><br>The picture I had when I wrote the "...100%..." statement was that somewhere in the installation process for ZA Pro there was a request for some password to permit its uninstall later on.  But apparently I was being very dense at that point in time!:)<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,298570</guid>
<pubDate>Sat, 30 Dec 2000 18:19:46 EDT</pubDate>
</item>

<item>
<title>Re: Some additional thoughts</title>
<link>http://www.dslreports.com/forum/remark,298565</link>
<description><![CDATA[<A HREF="/useremail/u/204115"><b>EmilioG</b></A> : So is ZAPro more secure than ZA 2.1?<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,298565</guid>
<pubDate>Sat, 30 Dec 2000 18:17:55 EDT</pubDate>
</item>

<item>
<title>Re: Some additional thoughts</title>
<link>http://www.dslreports.com/forum/remark,298535</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> :  <BLOCKQUOTE><SMALL>said by 2kmaro:</SMALL><HR>I wasn't aware of the password for Pro uninstall, so I agree 100% that it is pure laziness on the part of ZoneLabs to not implement it in the basic version.<HR></BLOCKQUOTE>It's not so much an uninstall password as it is an administrative password. Once you set the password you need it to terminate ZA and anything else including doing an uninstall.<br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb<BR><B>Trail Blazer was formerly known as tblazer</B></SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,298535</guid>
<pubDate>Sat, 30 Dec 2000 18:03:10 EDT</pubDate>
</item>

<item>
<title>Re: Some additional thoughts</title>
<link>http://www.dslreports.com/forum/remark,298516</link>
<description><![CDATA[<A HREF="/useremail/u/204115"><b>EmilioG</b></A> : I received another Email from Steve Gibson and he said that he will not be posting any specific reports about Zone Alarm or any other firewall.  He didn't explain his reasons and I didn't push him for an answer.  It was strange because Wayne Langlois of DiamondCS said that the report would be at GRC's Ten-Forward discussion group and I don't see it.  No matter, we got the information anyway.<br>Wildcatboy, thanks for the info, +2 for you and keep up the good work.  You seem to have a very good understanding of the security problem with Zone Alarm and mutex.  I've never even  heard of mutex! Thanks. :) Its good to have you on our team.<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,298516</guid>
<pubDate>Sat, 30 Dec 2000 17:56:29 EDT</pubDate>
</item>

<item>
<title>Re: Some additional thoughts</title>
<link>http://www.dslreports.com/forum/remark,297337</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : Someone already did, but I'll kick in +2 more.  Glad you agree that these vulnerabilities apply equally to all software firewalls - period!  I just cannot see it any other way given the nature of the operating systems involved.  I wasn't aware of the password for Pro uninstall, so I agree 100% that it is pure laziness on the part of ZoneLabs to not implement it in the basic version.<br><br>Hermann, yo! Hermann - you listening fella??  Need to rethink this issue!  You could, with a stroke of a pen make that the last really bad decision you make for 2000 and start off the new year by making a Good One!<br><br>Wildcatboy - while you're thinking of the encryption thing for Mutex (an interesting proposition) - be thinking of things like grabbing system timer clicks to come up with a key for the encryption and how you could use that in the process to assist in covering your tracks.<br><br>Oh, Hermann - one more thing - why not just have banks do away with locks and combinations - after all, given enough time, any combination can be discovered and used... Hermaaaaaannnnn... I think your mom is calling, something about "Wait until your father gets home!"<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,297337</guid>
<pubDate>Sat, 30 Dec 2000 07:47:05 EDT</pubDate>
</item>

<item>
<title>Re: Some additional thoughts</title>
<link>http://www.dslreports.com/forum/remark,297272</link>
<description><![CDATA[<A HREF="/useremail/u/231170"><b>Wildcatboy</b></A> : <br>The uninstall script will most probably work with all software firewalls. The Mutex script technically should work with all firewalls using it and if we are talking about a good firewall chances are that they are using it. Now, how many of them actually encrypt the Mutex process is something that I can't answer. It's not very common to do so. In any case the encryption of the Mutex process is not something that a user can do. It must be done at the programming level and by Zone Labs. Even if you could do it yourself you'd be in breach of the copy right laws. :) As I mentioned I'll do some reading about the Mutex process tomorrow and see what I can find. Of course it wouldn't hurt if everybody did that. :)<br>--<br><B>You can catch the Devil, but you can't hold him long.</B>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,297272</guid>
<pubDate>Sat, 30 Dec 2000 06:06:10 EDT</pubDate>
</item>

<item>
<title>Re: Some additional thoughts</title>
<link>http://www.dslreports.com/forum/remark,297255</link>
<description><![CDATA[<A HREF="/useremail/u/204115"><b>EmilioG</b></A> : What would be the "fix" to these vulnerabilities? What did DiamondCS offer as a solution, encryption?  How does that work. Is there anyway we can "add" something to ZA to make it more secure? How does this fare for the other Firewalls?<br><br><br><i>[text was edited by author 2000-12-30 05:15:17]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,297255</guid>
<pubDate>Sat, 30 Dec 2000 05:10:09 EDT</pubDate>
</item>

<item>
<title>Re: Some additional thoughts</title>
<link>http://www.dslreports.com/forum/remark,297252</link>
<description><![CDATA[<A HREF="/useremail/u/231170"><b>Wildcatboy</b></A> : <br>Boy, stay away from the forum for few hours and look what happens. Thanks to 2kmaro's IM the first thing I did was to go to page 6 :) I've been reading those two posts over and over again for the past half an hour and now I'm really P*****. Now we know a few things:<BR><br>1) It has nothing to do with the boot issue.<BR><br>2) the first exploit is extremely easy to implement. Any script kiddie can write such a batch file and by getting it in to your computer he /she is almost guaranteed success. However it's implementation may not be very quiet. The uninstall process could end up to be more visible than what a hacker desires, not that there aren't ways to get around it but by being vigilant and knowing your system's behaviour you just might catch it on time.<BR><br>3) I agree with 2kmaro. The mutex problem is far more dangerous, much quieter but harder to implement. Once implemented though, you may not even notice it for a long time. You could still have your tray icon  with no firewall running in the background. I tend to agree with Diamond CS people. The most logical way to get around it would be to encrypt the process.<BR><br>Like most of you I am extremely disappointed by the Zone Lab's Attitude. The first problem is already taken care of in ZA pro by implementing the password for the uninstall process. Why wouldn't they implement the same thing for ZA. That's the least they could've done and they would've looked good too, by accepting the problem and offering to solve it. Specially when they don't have to go through a developing process for the patch. It already exists in their other product. That, I find ridiculous and disappointing.<BR><br>I also find Conrad Hermann's response in regards to the encryption of the Mutex process ridiculous. He said: <B> the solution you propose is one of "security through obscurity", which isn't really good enough for us.</B><BR> and why the Hell not?!! He says we won't encrypt it because<B>...It would not be impossible to discover the same base information, re-implement the same encryption algorithm, and use the same key we use to encrypt/hash the data--this is precisely the methodology that most software crackers use, and most software that anyone cares to crack has been cracked." </B><BR> Now that's a genius answer. It's like saying that all passwords can be broken so what's the point of using an administrator password for a system. Just leave it blank. So as of tomorrow I'll take all the passwords off  my shared directories because they can be broken anyway. The fact is that the harder it is for hackers to implement their exploit, the longer it will take for them to do so and this will give us more time to catch them Einstein.<br>Anyway, I think Zone Lab's attitude is a disgrace for any good company. This post is simply to show how p***** I am. Hopefully after I calm down I'll try to read up on the subject and see how we can protect ourselves to the best of our abilities and with no thanks to Zone Labs and I'll post it the moment I come up with anything. I just have to calm down and spend some time on it. In the meanwhile I'd love to hear from anyone with a suggestion as how to get around these problems as I'll be thinking about it seriously and your suggestions could really calm me down. :) :)<br>--<br><B>You can catch the Devil, but you can't hold him long.</B>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,297252</guid>
<pubDate>Sat, 30 Dec 2000 05:08:45 EDT</pubDate>
</item>

<item>
<title>Re: Some additional thoughts</title>
<link>http://www.dslreports.com/forum/remark,297190</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : We can make guesses and suppositions about why and what DiamondCS did or didn't do all night.  The only way to get the answer to the question is to ask them.  Goes back to the way we got here with your initial posting: without documentation, it's only rumor mongering.  We don't know their goals, schedules, work load or any number of other factors that could have driven the issue down the road it took.  Based on what I know of programming and of the Windows environment, without documentation one way or the other, I would put money on the vulnerability of other firewalls to this same weak spot.  But the more immediate concern to me is ZoneLabs attitude toward the issues in general.<br><br>----- A couple of hours after the above post, this email arrived from DiamondCS:<br><br>After LeakTest, it appears some people may think that the two vulnerabilities we released are targetting ZA - this is not the case. We don't go looking for vulnerabilities, but these two literally found us. It was during anti-trojan mutex testing ten weeks ago that we came across the<br>Zone Alarm mutex (TDS-3 can actually detect some trojans such as NetBus and SubSeven by the presence of their mutex (one of approx fifteen ways it detects trojans)), and it was only when Rod Soto of DiamondCS went to manually uninstall ZoneAlarm that he noticed the uninstall flags. We don't go looking for vulnerabilities but we certainly report them to the vendors, as it is then our responsibility to do so. However, as the vendor will not<br>be fixing either of the problems, the public has the right to see for themselves. We are on good terms with Zone Labs, it is just very unfortunate that they won't be fixing these problems. Anyway, it is out of our hands now, and we have a lot of other work to do, so enjoy the new year - let me know if you have any more questions!<br><br>Best regards,<br>Wayne / DiamondCS<br><br><br><i>[text was edited by author 2000-12-30 04:59:24]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,297190</guid>
<pubDate>Sat, 30 Dec 2000 04:14:51 EDT</pubDate>
</item>

<item>
<title>Re: Some additional thoughts</title>
<link>http://www.dslreports.com/forum/remark,297174</link>
<description><![CDATA[<A HREF="/useremail/u/204115"><b>EmilioG</b></A> : Diamond CS probably test their programs (TDS-3) with other firewalls and AV's (as well as many others I'm sure) to test for compatibility.  Thats what professional s/w developers and programmers would do and they seem to be very conscientious and earnest about their work.<br><br>Companies like Diamond CS should develop their own firewalls.  And I did say your disappointment is most likely with ZL not ZA per se.<br><br><br><i>[text was edited by author 2000-12-30 04:09:03]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,297174</guid>
<pubDate>Sat, 30 Dec 2000 04:06:26 EDT</pubDate>
</item>

<item>
<title>Re: Some additional thoughts</title>
<link>http://www.dslreports.com/forum/remark,297151</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : I don't know if they had any obligation beyond notifying the specific maker of the product they stumbled into the situation with.  Remember, in earlier e-mails, DiamondCS said that they did not go looking for these two problems, they actually ran into them while doing related things with their own line of anti-trojan tools.  (back of the mind thought - is ZoneAlarm the in-house software firewall of choice at DiamondCS???).  Put it this way: if I find that a certain flaw exists in the vehicle I drive, am I obliged to test for that flaw in any other vehicle? -- Type of flaw not being minor (as with 1972 Pintos and rear end crashes).<br><br>I would expect that ZoneLabs would want to modify the tests slightly and show that they are applicable to other software firewalls also.  I sure as heck would.  Or they could take the stand that doing so would sound like 'Sour Grapes' and not do anything about it.  Interesting thing to do would be to download demo copies of other software firewalls, determine the critical files involved, modify the tests and see for ourselves if they are or not ... <br><br>EmilioG - I'm not so disappointed in ZA as in its management's decision.  It will remain my firewall of choice, at least for the immediate future - and for all of the same reasons I've chosen/recommended it in the past: it is as least as strong as any you can purchase and is seriously easy to use for firewall rule-making-dummies like me, and has a heck of a small footprint in memory and terms of CPU cycles.<br><br>Actually, there is risk of some financial impact to ZoneLabs: I think part of the reason for giving away the free copy was to make it 'the familiar security tool' for many people who would then have some say in what their company buys if they get into the software firewall arena.  This can have an impact there if the perception is that ZoneLabs is uncaring about responding to known weak spots.<br><br><br><i>[text was edited by author 2000-12-30 03:56:52]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,297151</guid>
<pubDate>Sat, 30 Dec 2000 03:51:20 EDT</pubDate>
</item>

<item>
<title>Re: Some additional thoughts</title>
<link>http://www.dslreports.com/forum/remark,297149</link>
<description><![CDATA[<A HREF="/useremail/u/204115"><b>EmilioG</b></A> : [QUOTE=Trail Blazer] <BLOCKQUOTE><SMALL>said by 2kmaro:</SMALL><HR>Early reports/comments also were right in that it would appear that both of these vulnerabilities are shared by all other existing software firewalls also - in addition to those found via LeakTest.<HR></BLOCKQUOTE>If true, and I think it is, then why would DiamondCS single out ZA?<br><br>Diamond CS wrote that they didn't go looking for the problem, it found them during a routine test they were doing using Zone Alarms firewall.(*)  I don't think they were singled out, besides this is something that affects all firewalls,no?<br><br>So it looks like a case of the lesser of all evils.<br>I don't know about the others, but Symantec made public disclosures in the news and they posted the leaktest news at their web site. <br><br>2kmaro, you must be especially disappointed with Zone Labs, I know you had high hopes for it and in how ZL should have responded. Even if they would at least say, 'OK, we'll look into this further and maybe we can work on it or something that showed some interest in their customers concerns.  They're playing the odds, how many out of 8 million are going to dump Zone Alarm for something else?  Its not a question of large revenue for ZL.<br>--<br> Emilio<br><br>Its failings notwithstanding, there is much to be said in favor of journalism<br>in that by giving us the opinion of the uneducated, it keeps us in touch with<br>the ignorance of the community.<br>		-- Oscar Wilde<br><br><br><br><br>*<I>Reply from Diamond CS to 2K</I><br><br>Yes, we can confirm that during standard anti-trojan testing on a machine that had ZoneAlarm on it, we have inadvertantly discovered a couple of vulnerabilities - not something we were looking for, but the vulnerabilities seemed to find us. We have been in contact with Zone Labs for over 10 weeks regarding these matters, and the only person outside of DiamondCS that is aware of these problems is Steve Gibson of GRC. Can I ask how you found out about these vulnerabilities? <br><br>The public will be informed shortly as to the nature of these vulnerabilities, and hopefully ZoneLabs will have a fix out by then. (We've given them over 10 weeks...) <br><br>Best regards, <br><br><br><i>[text was edited by author 2000-12-30 04:01:27]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,297149</guid>
<pubDate>Sat, 30 Dec 2000 03:50:02 EDT</pubDate>
</item>

<item>
<title>Re: Some additional thoughts</title>
<link>http://www.dslreports.com/forum/remark,297133</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> : I've been a coder since 1973 so I do understand what you're saying. My concern I guess is that by appearing to single out ZA DiamondCS could be opening themselves up to litigation by making ZA look bad when in fact all the software firewalls are [likely] vulnerable to the same issues. Did DiamondCS have an obligation to test this on at least one other firewall so that it's clear all firewalls are [likely] vulnerable and thus not panic the users of one particular firewall?<br><br><SMALL>Ok so I lied in my last message. I'm going to try and goto sleep now!</SMALL><br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb<BR><B>Trail Blazer was formerly known as tblazer</B></SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,297133</guid>
<pubDate>Sat, 30 Dec 2000 03:41:11 EDT</pubDate>
</item>

<item>
<title>Re: Some additional thoughts</title>
<link>http://www.dslreports.com/forum/remark,297119</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : Because they haven't <I>verified</I> on the others?  Remember, they're dealing with CERT rules.  I made the statement in a generic sense - obviously exactly the same file names used in the batch file aren't going to affect the others, but if you know the names of the key processes for any of the other programs, then you simply substitute the path/filename for them and shut them down.  Same for the Mutex situation.<br><br>Look at it like a simple double-click to start operation: double-click on one icon and one program starts, double-click on another and the other starts.  The processes are the same, only the name of the specific application need be changed. Or take a simple VB code line to open a text file for reading: OPEN "ATextFile.txt" FOR INPUT AS #Filenumber - if I substitute a variable for "ATextFile.txt" then I can put any filename I want in the code and use it over and over and over to open any number of files for INPUT.<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,297119</guid>
<pubDate>Sat, 30 Dec 2000 03:33:12 EDT</pubDate>
</item>

<item>
<title>Re: Some additional thoughts</title>
<link>http://www.dslreports.com/forum/remark,297107</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> :  <BLOCKQUOTE><SMALL>said by 2kmaro:</SMALL><HR>Early reports/comments also were right in that it would appear that both of these vulnerabilities are shared by all other existing software firewalls also - in addition to those found via LeakTest.<HR></BLOCKQUOTE>If true, and I think it is, then why would DiamondCS single out ZA?<br><br><SMALL>I promise I'm really going to sleep now, 2k. It's just that I keep refreshing my favorite forums and I keep seeing red folders that I've posted in so I can't just walk away. Am I now a DSLR-aholic?</SMALL><br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb<BR><B>Trail Blazer was formerly known as tblazer</B></SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,297107</guid>
<pubDate>Sat, 30 Dec 2000 03:24:18 EDT</pubDate>
</item>

<item>
<title>Re: Some additional thoughts</title>
<link>http://www.dslreports.com/forum/remark,297090</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : Oh, I suspect that the word will be publicized to such a degree that emails to 8 million people won't be necessary.  Did Symantec or Sygate or NetworkIce send out emails about the results of LeakTest? (I don't know, I'm just asking.)<br><br>We've discussed the issue of new trojans many times - the only defense there is a combination of awareness, caution and enabling heuristic scanning of new files on the system.<br><br>I do think they should reconsider the issue of encrypting to help with the #2 (Mutex) problem - it would be a big plus to me.<br><br>Early reports/comments also were right in that it would appear that both of these vulnerabilities are shared by all other existing software firewalls also - in addition to those found via LeakTest.  So, now do we need to go back to all of the others and ask what they're doing about these issues also?  (again, an honest question - not just rhetorical).<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,297090</guid>
<pubDate>Sat, 30 Dec 2000 03:14:26 EDT</pubDate>
</item>

<item>
<title>Re: Some additional thoughts</title>
<link>http://www.dslreports.com/forum/remark,297049</link>
<description><![CDATA[<A HREF="/useremail/u/204115"><b>EmilioG</b></A> : If a Trojan gets into your system without you knowing about it, whos' fault is it then?  Isn't it very possible that a Trojan can compromise your system because it is new and has exploited some type of "hole" in your system that was totally beyond your control?  You would probably find it sooner or later but by then its too late.<br><br>Zone Labs cavalier attitude towards its customers is unforgivable.  Do they even plan on notifying their customer base via Email?  Has anyone asked that question?<br><br>I read that Steve Gibson is working on his own Firewall program. I'll try to get some details. <br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,297049</guid>
<pubDate>Sat, 30 Dec 2000 02:57:10 EDT</pubDate>
</item>

<item>
<title>Some additional thoughts</title>
<link>http://www.dslreports.com/forum/remark,297016</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> : A quick test just confirmed that the first issue can be successfully dealt with by enabling an administrative password. It seems to me ZL should make this a requirement.<br><br>I ran the program that DiamondCS provided and sure enough it shut down ZA. But again is this ZLs fault or is it my fault for letting a trojan in?<br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb<BR><B>Trail Blazer was formerly known as tblazer</B></SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,297016</guid>
<pubDate>Sat, 30 Dec 2000 02:34:31 EDT</pubDate>
</item>

<item>
<title>Re: DiamondCS Releases Findings!</title>
<link>http://www.dslreports.com/forum/remark,296998</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> : First of all, thanks once again 2k.<br><br>Secondly, both issues sound sort of like what we've discussed here before. If you let a trojan onto your system it can disable ZA via a few different methods.<br><br>So I guess what we have to decide before condemning ZL is whether this is truly a problem with ZA or a problem that the end-user has to deal with because he/she was negligent in allowing a trojan onto their system.<br><br>Ultimately I will have to re-read both posts in the morning when I can focus better and think more clearly.<br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb<BR><B>Trail Blazer was formerly known as tblazer</B></SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,296998</guid>
<pubDate>Sat, 30 Dec 2000 02:18:48 EDT</pubDate>
</item>

<item>
<title>Re: DiamondCS Releases Findings!</title>
<link>http://www.dslreports.com/forum/remark,296990</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : There you have it - both are internal, not remote exploitations.  Keep those anti-virus tools up to date folks, get rid of TCP/IP bindings to shares, and consider doing at least a non-standard installation location for ZoneAlarm.  Of the two, right now I think the second poses the greater risk.  After Wildcatboy tears into it, I may have to reassess that thought!:)<br><br><B>By the way, I think we all owe a very big thank you to DiamondCS and most specifically Wayne Langlois of DiamondCS. They and he have been most forthright and helpful in all of this.</B><br><br><i>[text was edited by author 2000-12-30 02:24:56]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,296990</guid>
<pubDate>Sat, 30 Dec 2000 02:13:21 EDT</pubDate>
</item>

<item>
<title>Re: DiamondCS Releases Findings!</title>
<link>http://www.dslreports.com/forum/remark,296970</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : Diamond Computer Systems Security Advisory<br><br> <A HREF="http://www.diamondcs.com.au/alerts/zonemutx.txt">http://www.diamondcs.com.au/alerts/zonemutx.txt</A> <br><br>VULNERABILITY:<br> ZoneAlarm and ZoneAlarm Pro can be stopped from loading by creating a memory-resident Mutex (one call to the CreateMutex API).<br>Uninstalling\reinstalling ZoneAlarm in a different path has no effect.<br><br>SEVERITY:<br> Low-Medium, but as Zone Labs will not be fixing the problem it could be considered Medium-High.<br><br>AFFECTED SOFTWARE:<br> "Zone Alarm" and "Zone Alarm Pro" (Zone Labs Inc. - <A HREF="http://www.zonelabs.com),">www.zonelabs.com),</A> <br>possibly all versions.<br><br>REMOTE EXPLOIT:<br> No.<br><br>RELEASE DATE:<br> Friday Dec 29, 2000<br><br>VENDOR NOTIFIED:<br> Zone Labs Inc. were notified 12th of October, 2000<br><br>---<br><br>DESCRIPTION:<br>Zone Labs "ZoneAlarm" and "ZoneAlarm Pro" programs both use a Mutex - an event synchronisation memory object - to determine if it has already loaded (to prevent loading a second instance of the firewall).<br><br>THE PROBLEM:<br>By design, ZoneAlarm\ZoneAlarm Pro has no way of determining WHICH program actually set the Mutex, thus allowing a trojan to use the Mutex and block both ZoneAlarm and ZoneAlarm Pro from loading.<br><br>THE EXPLOIT:<br>A trojan can easily set this Mutex ("Zone Alarm Mutex") with one simple call to the CreateMutex API (see msdn.microsoft.com for more information on Mutexes). ZoneAlarm\ZoneAlarm Pro are then be prevented from loading while the trojan is alive. If ZoneAlarm is running, all the trojan has to do is terminate the processes of zonealarm.exe, vsmon.exe and minilog.exe first before creating the Mutex. Despite being services, vsmon.exe and minilog.exe can both be killed by any program by setting it's local process token privileges to SeDebugPrivilege, giving it the power to kill any process/service.<br><br>SOLUTION:<br>We offered suggestions to Zone Labs Inc. in October/November, including encryption/hashing of the Mutex, but all were dismissed, and none have been implemented.<br><br>ZONE LABS RESPONSE:<br>From Conrad Hermann, VP of Engineering at Zone Labs, in regards to encrypting the mutex:<br>"... the solution you propose is one of "security through obscurity", which isn't really good enough for us--mainly because it means it will eventually need to be re-implemented to be truly secure. It would not be impossible to discover the same base information, re-implement the same encryption algorithm, and use the same key we use to encrypt/hash the data--this is precisely the methodology that most software crackers use, and most software that anyone cares to crack has been cracked."<br><br>In other words, encryption isn't good enough for Zone Labs, so they have opted to use plain-text. Even despite exhaustive correspondance to Zone Labs between DiamondCS and Steve Gibson / GRC, they have expressed no desire in<br>fixing the vulnerability. Because of this, trojan authors are now free to exploit it, knowing that the vendor will not be fixing the problem. This alone escalates the magnitude of the problem.<br><br>DEMONSTRATION:<br>We have created a harmless, simple, working executable to demonstrate the vulnerability, available at <A HREF="http://www.diamondcs.com.au/alerts/zonemutx.exe">http://www.diamondcs.com.au/alerts/zonemutx.exe</A> <br>(16kb).<br>While the demo program is running, you will not be able to load ZoneAlarm or ZoneAlarm Pro, and if it finds that ZoneAlarm\ZoneAlarm Pro is running, it will terminate the ZoneAlarm processes and services first using SeDebugPrivilege before stealing the ZoneAlarm Mutex. The demo also opens an echo server socket to listen on TCP 7, allowing you to test socket connectivity/data transfer (try telnetting to 127.0.0.1 on port 7 and saying hello).<br><br><br>--<br>DiamondCS would like to thank Steve Gibson of grc.com for his mutual assistance to both DiamondCS and Zone Labs.<br><br>Publishing of this document is permitted providing the text is published in it's entirety and with no modifications.<br><br>Copyright (C) 2000, Diamond Computer Systems Pty. Ltd.<br> <A HREF="http://www.diamondcs.com.au">http://www.diamondcs.com.au</A>  - <A HREF="http://www.diamondcslabs.com">http://www.diamondcslabs.com</A> <br>-------------<br><br>The above was edited by 2kmaro only to preserve formatting in this presentation - 2kmaro.<br><br><br><br><i>[text was edited by author 2000-12-30 02:07:24]</i>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,296970</guid>
<pubDate>Sat, 30 Dec 2000 02:03:42 EDT</pubDate>
</item>

<item>
<title>Re: DiamondCS Releases Findings!</title>
<link>http://www.dslreports.com/forum/remark,296968</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : Diamond Computer Systems Security Advisory<br> <A HREF="http://www.diamondcs.com.au/alerts/zonedown.txt" >http://www.diamondcs.com.au/alerts/zonedown.txt</A> <br><br>VULNERABILITY:<br> ZoneAlarm and ZoneAlarm Pro can be taken down with a tiny batch file.<br><br>SEVERITY:<br> Low-Medium, but as Zone Labs will not be fixing the problem it could be considered Medium-High.<br><br>AFFECTED SOFTWARE:<br> "Zone Alarm" and "Zone Alarm Pro" (Zone Labs Inc. - <A HREF="http://www.zonelabs.com)," >www.zonelabs.com),</A>  possibly all versions.<br><br>REMOTE EXPLOIT:<br> No.<br><br>RELEASE DATE:<br> Friday Dec 29, 2000<br><br>VENDOR NOTIFIED:<br> Zone Labs Inc. were notified on Wednesday Dec 27, 2000, but as Zone Labs have given a final response to this particular vulnerability, it can now be disclosed to the public.<br><br>---<br><br>DESCRIPTION:<br>ZoneAlarm and ZoneAlarm Pro, like all good multi-filed programs, supports an Uninstall feature. The Uninstall routine executes zonealarm.exe (or zapro.exe in the Pro version), vsmon.exe, and minilog.exe, passing special<br>uninstall and unload parameters to each program. By doing this, ZoneAlarm shuts down it's user interface and services.<br><br>THE PROBLEM:<br>By design, ZoneAlarm\ZoneAlarm Pro has no way of determining WHICH program is calling it to unload, thus allowing a trojan to execute the ZoneAlarm programs in the same way to shut down the firewall.<br><br>THE EXPLOIT:<br>A very trivial exploit - all a trojan has to do is look in<br>HKEY_LOCAL_MACHINE\SOFTWARE\Zone Labs\ZoneAlarm\InstallDirectory to locate<br>ZoneAlarm.exe (as just one of many ways to locate ZoneAlarm), then locate the Windows System32 directory before executing zonealarm.exe, vsmon.exe and minilog.exe, parsing each one the uninstall and unload parameters as<br>specified in ZoneAlarm's Manual Uninstall.<br><br>ZONE LABS RESPONSE:<br>From Conrad Hermann, VP of Engineering at Zone Labs:<br>"...Of course, you are intended to be able to uninstall ZoneAlarm--as I'm sure you can tell, this is a very important thing to be able to do, since it is an introductory product for new users. In testing ZoneAlarm Pro, it seems you did not set a password, or else you would have reported that the password would be required to shut down using VSMON -unload.  Without the password, vsmon -unload doesn't disable security."<br><br>In other words, if you get the buy-before-you-try version of ZA (ZoneAlarm Pro) AND you set passwords, you won't be vulnerable. As a matter of convenience, the majority of ZoneAlarm Pro users would _NOT_ use passwords - and by default there is no need for them to do so. It appears those who don't set passwords and regular ZoneAlarm users are left out in the cold with this one.<br><br>DEMONSTRATION:<br>Running this batch file will shut-down your ZoneAlarm\ZoneAlarm Pro firewall. The batch file assumes that you have installed ZoneAlarm\ZoneAlarm Pro into their default directory locations. Needless to say, this isn't a<br>very efficient way of using the exploit, and a trojan would be a lot smarter in determining the locations of the four ZA executables, but this batch file demonstrates the simplicity of the vulnerability.<br><br>---File begins: ZONEDOWN.BAT ---<br>@echo off<br>@echo Shutting down ZoneAlarm and ZoneAlarm Pro, one moment...<br>c:\progra~1\zonela~1\zoneal~1\zapro.exe -unload<br>c:\progra~1\zonela~1\zoneal~1\zoneal~1.exe -unload<br>%windir%\system\zonelabs\vsmon.exe -unload -uninstall<br>%windir%\system\zonelabs\minilog.exe -unload -uninstall<br>%windir%\system32\zonelabs\vsmon.exe -unload -uninstall<br>%windir%\system32\zonelabs\minilog.exe -unload -uninstall<br>@echo Finished<br>@echo on<br>---File ends---<br><br><br>--<br>DiamondCS would like to thank Steve Gibson of grc.com for his mutual assistance to both DiamondCS and Zone Labs.<br><br>Publishing of this document is permitted providing the text is published in it's entirety and with no modifications.<br><br>Copyright (C) 2000, Diamond Computer Systems Pty. Ltd. <A HREF="http://www.diamondcs.com.au" >http://www.diamondcs.com.au</A>  - <A HREF="http://www.diamondcslabs.com" >http://www.diamondcslabs.com</A> <br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,296968</guid>
<pubDate>Sat, 30 Dec 2000 02:02:56 EDT</pubDate>
</item>

<item>
<title>DiamondCS Releases Findings!</title>
<link>http://www.dslreports.com/forum/remark,296963</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : Feel Privileged all ye who enter these halls!  DiamondCS has sent me full copies of their findings. There are two and I'm posting them without even pre-reading them in the next two Posts.  There are links to other documents within them.  We can all discuss it after mulling them over.  Per the Copyright notice, the entire text of both documents, unabridged or edited (other than for formatting here) is provided.<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,296963</guid>
<pubDate>Sat, 30 Dec 2000 02:00:08 EDT</pubDate>
</item>

<item>
<title>Re: Pushing Steve... WAY TO GO EMILIO!!!</title>
<link>http://www.dslreports.com/forum/remark,296657</link>
<description><![CDATA[<A HREF="/useremail/u/204115"><b>EmilioG</b></A> : Thank you all.  I'm just trying to get some clue as to where and when exactly they're going to publish this report on Zone Alarms vulnerabilities.  I'm sure it will be out by Sunday the latest.  All these people are concentrating on other things, except Zone Labs, they should be the most concerned, but who knows all the details?  I'm just as curious as everyone else to see what this is all about exactly.  I'm not too worried about Zone Alarm suddenly being a really crappy firewall, in fact its' probably one of the top 3.<br><br>as soon as I find anything, I'll post it here first.<br><br>I also want to send a big thank you to 2K for helping me with this issue. He was the first person I contacted (we were both up in the wee hours) and he jumped into action right away! ;)<br><br><br>We'll just have to wait and see how far the worm has turned for zone alarm. <br>--<br> Emilio<br><br>Its failings notwithstanding, there is much to be said in favor of journalism<br>in that by giving us the opinion of the uneducated, it keeps us in touch with<br>the ignorance of the community.<br>		-- Oscar Wilde<br><br><br><br><i>[text was edited by author 2000-12-29 23:59:14]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,296657</guid>
<pubDate>Fri, 29 Dec 2000 23:48:36 EDT</pubDate>
</item>

<item>
<title>Re: OFFICIAL Zone Labs Response</title>
<link>http://www.dslreports.com/forum/remark,296286</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> :  <BLOCKQUOTE><SMALL>said by _sebastian_:</SMALL><HR>would it be ok to NOT have the shared folder password protected?<HR></BLOCKQUOTE>While having the Linky greatly increases your security my recommendation is to always, and I mean always, password protect your shares. Even your printer.<br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb<BR><B>Trail Blazer was formerly known as tblazer</B></SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,296286</guid>
<pubDate>Fri, 29 Dec 2000 21:48:46 EDT</pubDate>
</item>

<item>
<title>Re: Pushing Steve... WAY TO GO EMILIO!!!</title>
<link>http://www.dslreports.com/forum/remark,296263</link>
<description><![CDATA[<A HREF="/useremail/u/233274"><b>Ausnetwanderer</b></A> : :) The weather is getting warmer again.<br>Now we wait the response and we have a link to see it.<br>Round 2 coming up.<br><br>--<br>Enjoy :)<br>John]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,296263</guid>
<pubDate>Fri, 29 Dec 2000 21:44:23 EDT</pubDate>
</item>

<item>
<title>Re: OFFICIAL Zone Labs Response</title>
<link>http://www.dslreports.com/forum/remark,296258</link>
<description><![CDATA[<A HREF="/useremail/u/201941"><b>elefonk</b></A> : ok this is <B>MY</B> setup:<br><br>ADSL connected to Linksys 4-port router, router has enable WAN request UN-checked and we aren't pingable, 2 win98SE/SuSE linux computers w/file sharing on in windows for only ONE folder, Norton Internet Sec. and ZA on both, would it be ok to NOT have the shared folder password protected?<br>--<br>Happiness is not a station you arrive at; but a manner of traveling.<br><br>--Margaret Lee Runbeck]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,296258</guid>
<pubDate>Fri, 29 Dec 2000 21:43:37 EDT</pubDate>
</item>

<item>
<title>Re: Pushing Steve...</title>
<link>http://www.dslreports.com/forum/remark,296257</link>
<description><![CDATA[<A HREF="/useremail/u/231170"><b>Wildcatboy</b></A> : <br>I saw your post at GRC Emilio. Good approach. Hopefully we'll get something back. Based on the answer that 2kmaro posted, although we haven't seen the problem explained properly yet, it seems to me that this is the same issue we were talking about a couple of weeks ago. That's the boot up vulnerability. If that is the case and there are no mentions of other vulnerabilities, to me, this is a non- issue. Pull the cable out of your computer before you hit the boot up and put it back once your system is up. As I mentioned this in other threads the boot up vulnerability is not a new issue with software firewalls and it is extremely difficult to exploit if not impossible. Unless they can provide me with additional information about other problems, I feel absolutely confident using ZA. Again I need to know more about the problem before I can make my final decision but the way this thing is going I doubt that we will see anything more as far as the vulnerabilities are concerned. Of course deep down I hope they'll show me something better. This way I can justify my being p***** off at Zone labs for the past two days. :)<br>--<br><B>You can catch the Devil, but you can't hold him long.</B>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,296257</guid>
<pubDate>Fri, 29 Dec 2000 21:43:12 EDT</pubDate>
</item>

<item>
<title>Pushing Steve...</title>
<link>http://www.dslreports.com/forum/remark,296149</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> :  <A HREF="http://grc.com/x/talk.exe?cmd=article&group=freeware.leaktest&item=4937&utag=" >http://grc.com/x/talk.exe?cmd=article&group=freeware.leaktest&item=4937&utag=</A> <br><br>I see where you've challenged Steve to publish what he knows. I hope it goes well.<br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb<BR><B>Trail Blazer was formerly known as tblazer</B></SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,296149</guid>
<pubDate>Fri, 29 Dec 2000 21:12:04 EDT</pubDate>
</item>

<item>
<title>Re: OFFICIAL Zone Labs Response</title>
<link>http://www.dslreports.com/forum/remark,296094</link>
<description><![CDATA[<A HREF="/useremail/u/247326"><b>Rebrider</b></A> :  <BLOCKQUOTE><SMALL>said by Trail Blazer:</SMALL><HR>I agree totally 2k. I just wish there were some way we could reach all those people who don't know the serious security breaches MS imposes on them. <HR></BLOCKQUOTE><br>The only way I know of is to tell all my friends about this site.<br>I try to point them to information sites like dslreports.com<br>--<br><br>--<br>RKBA!<br>JOIN THE RESISTANCE<br><i>[text was edited by author 2000-12-29 20:57:59]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,296094</guid>
<pubDate>Fri, 29 Dec 2000 20:55:24 EDT</pubDate>
</item>

<item>
<title>Re: OFFICIAL Zone Labs Response</title>
<link>http://www.dslreports.com/forum/remark,296035</link>
<description><![CDATA[<A HREF="/useremail/u/247326"><b>Rebrider</b></A> : "if it is a single user system, then turn the damned sharing off completely!"<br>You need to post this statement in bold italics  on the home page.<br>Firewalls, trogan, jammer,antivirus,mask, whatever, this is a #1 plus thing to do.<br><br>--<br>RKBA!<br>JOIN THE RESISTANCE]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,296035</guid>
<pubDate>Fri, 29 Dec 2000 20:34:34 EDT</pubDate>
</item>

<item>
<title>Re: OFFICIAL Zone Labs Response</title>
<link>http://www.dslreports.com/forum/remark,296015</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> : I agree totally 2k. I just wish there were some way we could reach all those people who don't know the serious security breaches MS imposes on them.<br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb<BR><B>Trail Blazer was formerly known as tblazer</B></SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,296015</guid>
<pubDate>Fri, 29 Dec 2000 20:26:59 EDT</pubDate>
</item>

<item>
<title>Re: OFFICIAL Zone Labs Response</title>
<link>http://www.dslreports.com/forum/remark,295989</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : Their analysis hasn't been released yet (that I know of), so we don't know what it said or recommended.<br><br>Problem here, as you point out, is that the default setups for Windows ties everything to everything, which ends up tying any sharing to TCP/IP, which gets tied to the NIC -- on out the front door.  And how many people with a home LAN actually implement password protection on shares?;)  Really!<br><br>Yep, step 1: put firewall in place and bring it up.<br>step 2: go to GRC su-bondage.htm page and do all the proper binding setup<br>step 3: hope you got steps 1 and 2 done properly.<br><br>One obvious one - if it is a single user system, then turn the damned sharing off completely!<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,295989</guid>
<pubDate>Fri, 29 Dec 2000 20:18:35 EDT</pubDate>
</item>

<item>
<title>Re: OFFICIAL Zone Labs Response</title>
<link>http://www.dslreports.com/forum/remark,295928</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> : If that pathetic policy is going to remain official then we will all have to be sure we do an even better job of alerting newbies to the hazards they face even with a ZA firewall unless their network is totally tweaked the way many of us here know it needs to be. I still think this is a poor policy and it's my guess the bad PR will eventually force ZL to do something about it.<br><br>Did anyone else see a hint that maybe Diamond's solution was one that intruded too heavily into the OS for it to be successfully removed and that's why ZL decided not to use it?<br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb<BR><B>Trail Blazer was formerly known as tblazer</B></SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,295928</guid>
<pubDate>Fri, 29 Dec 2000 20:02:15 EDT</pubDate>
</item>

<item>
<title>Re: OFFICIAL Zone Labs Response</title>
<link>http://www.dslreports.com/forum/remark,295910</link>
<description><![CDATA[<A HREF="/useremail/u/247326"><b>Rebrider</b></A> : "I say I'm partially at risk - but if the limitation of having TCP/IP bound to file sharing is an absolute requirement, then I'm out of the woods also."<br>Oh well, at least I learned a lot.<br>Now I want have junk everything and start over.<br>Thanks for all your effort.  <br><br>--<br>RKBA!<br>JOIN THE RESISTANCE]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,295910</guid>
<pubDate>Fri, 29 Dec 2000 19:57:48 EDT</pubDate>
</item>

<item>
<title>Re: OFFICIAL Zone Labs Response</title>
<link>http://www.dslreports.com/forum/remark,295903</link>
<description><![CDATA[<A HREF="/useremail/u/233274"><b>Ausnetwanderer</b></A> : :) Thanks also from me to everyone. A long, and at times, frustrating time for all is all but over.<br>ENJOY :)<br>John<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,295903</guid>
<pubDate>Fri, 29 Dec 2000 19:55:58 EDT</pubDate>
</item>

<item>
<title>Re: OFFICIAL Zone Labs Response</title>
<link>http://www.dslreports.com/forum/remark,295878</link>
<description><![CDATA[<A HREF="/useremail/u/153110"><b>paul613</b></A> : See I go to work for a lousy 12 hours and you put this baby to bed, I guess I have check in from time to time while at work..<br>--<br>Don't take life too seriously, you will never get out alive!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,295878</guid>
<pubDate>Fri, 29 Dec 2000 19:47:52 EDT</pubDate>
</item>

<item>
<title>Re: OFFICIAL Zone Labs Response</title>
<link>http://www.dslreports.com/forum/remark,295851</link>
<description><![CDATA[<A HREF="/useremail/u/222570"><b>Barbara Ann</b></A> : 2kmaro<br><br>Phew! me too! (out of the woods)<br><br>Thanks loads for a great effort on behalf of everyone here.<br>--<br><br>--<br>I'm retired<br>But I work part-time<br>As a pain in the butt.<br><i>[text was edited by author 2000-12-29 19:41:24]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,295851</guid>
<pubDate>Fri, 29 Dec 2000 19:40:04 EDT</pubDate>
</item>

<item>
<title>OFFICIAL Zone Labs Response</title>
<link>http://www.dslreports.com/forum/remark,295833</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : Copy of Email I received from Zone Labs Support about 3 minutes ago - here's the party line:<br><br>(#7225-000006-4664\64664)<br><br>Hello and thank you for allowing us the opportunity to respond.<br><br>ZoneAlarm users can completely eliminate the scenario described in the BugTraq report by employing password protection on file shares and by limiting file sharing access.<br><br>ZoneAlarm 2.1.44 does in fact detect all Nmap scans mentioned in the report.  The scans are silently dropped by ZoneAlarm which operates in stealth mode by default.  ZoneAlarm categorizes the mentioned Nmap scans as "Internet background noise", shielding the user from attacks while avoiding confusion due to false alerts.  If a user wants to be alerted to portscanning, our ZoneAlarm Pro product allows for this by both alerting the user and logging the event.<br><br>The vulnerability described requires a number of factors all being present and coordinated on an already vulnerable operating system. This mitigates the vulnerability and makes it very unlikely to ever be exploited.  As of this time, no validated reports exist of this exploit being successful.  An Internet user is much more likely to be attacked by intentionally turning off the protection by his or her choice.<br><br>The following conditions must be present in order for the exploit to work:<br><br>1. The IP address of the target must be known and monitored (Dial up, PPPoE, and most DHCP users are not at risk).   <br><br>The necessity of monitoring the user in itself sets the attacker up for detection, both by ZoneAlarm Pro and by other security products and devices.<br><br>2. TCP/IP must be bound to the Windows NetBIOS service.<br><br>3. File sharing must be enabled for the system resources.<br><br>This requires that the user deliberately enable file sharing for system files, and that the file sharing be set up with no security.<br><br>4. Limited window of opportunity.<br><br>The real window of opportunity is between the time the computer is on the net and the time the drivers are loaded. During these seconds of boot time, the CPU of the computer is very busy; even if all the above prerequisites are met, it is not evident that the attacker could be successful.<br><br>ZoneAlarm is a consumer product designed to be easy to install and use.  For consumers trying a free product, it is especially important that we provide out-of-the-box security that does not compromise your Internet connection or become impossible to remove from the computer. At Zone Labs, we believe we have struck the best balance between effective out-of-the-box security and ease of use.<br><br>Best regards,<br>Zone Labs Support<br>---------<br><br>Ok, now we have the answer - still waiting to see the 'question' - that is, the actual report from DiamondCS.  Generally they've made it sound like an extremely low risk issue (I'm one it would affect by having a (semi)-static IP) however, there does appear a very small opening for Mr. Murphey to exercise his Law once again.<br><br>I say I'm partially at risk - but if the limitation of having TCP/IP bound to file sharing is an absolute requirement, then I'm out of the woods also.<br><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,295833</guid>
<pubDate>Fri, 29 Dec 2000 19:35:44 EDT</pubDate>
</item>

<item>
<title>Re: Somebody Has Been Peeking!!</title>
<link>http://www.dslreports.com/forum/remark,295642</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : Too 'techie' for you!!  I looked at some of their examples and decided I wouldn't know if something was coming or going, or what!!  But I'm going to try to take some time and see what TDS-3 (and 4 soon to be released) can actually do for (to?) you on a day-to-day basis.<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,295642</guid>
<pubDate>Fri, 29 Dec 2000 18:32:39 EDT</pubDate>
</item>

<item>
<title>Re: About strong password protection...</title>
<link>http://www.dslreports.com/forum/remark,295511</link>
<description><![CDATA[<A HREF="/useremail/u/233274"><b>Ausnetwanderer</b></A> : :) Meetoo. Very handy if you use difficult to remember combinations.<br><A HREF="http://people.ce.mediaone.net/cygnusproductions/freeware/freeware.htm" >Password Corral</A> . This one uses 128bit encryption and to stop access to the list it can be secured with a password entry. Once into the list and if you set the encrypt option a password has to be entered to convert the encryption to readable passwords.<br>Enjoy :)<br>John]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,295511</guid>
<pubDate>Fri, 29 Dec 2000 17:43:32 EDT</pubDate>
</item>

<item>
<title>Re: Somebody Has Been Peeking!!</title>
<link>http://www.dslreports.com/forum/remark,295493</link>
<description><![CDATA[<A HREF="/useremail/u/222765"><b>MeeToo7</b></A> :  <BLOCKQUOTE><SMALL>said by 2kmaro:</SMALL><HR><br>TDS-2/3 is shareware - $39.95 U.S. to register and become a member.  What the heck, I took the plunge (I'd downloaded the TDS-3 Beta when I first found them 3 days ago) so I'll become a registered user.  However, they say it may take up to 48 <I>business</I> hours (2 days - Mon-Fri) to process the request, so I may not see until along about next Wednesday.:(<br><HR></BLOCKQUOTE><br><br>TDS-3 and Diamonds CS has been mentioned on this very forum many times before; that's how I learned about it and downloaded it over 2 months ago (about the same time I installed Password Safe). <br><br>TDS-3 is awesome! It's a great security addition to your system ( I like the Aussie humor twist to it's greetings upon bootup too). It also does useful things like alert you of any registry modifications and more. (Another utility from Diamonds CS that alerts you of registry modifications as they happen is Registryprot, which I also downloaded, but this one is a bit annoying and confusing to use for me, although I'm not as techie as you.)<br><br><br><br><br>--<br><a href="http://www.dslreports.com/forum/seti">The aliens are coming! The aliens are coming!!</a>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,295493</guid>
<pubDate>Fri, 29 Dec 2000 17:38:55 EDT</pubDate>
</item>

<item>
<title>About strong password protection...</title>
<link>http://www.dslreports.com/forum/remark,295400</link>
<description><![CDATA[<A HREF="/useremail/u/222765"><b>MeeToo7</b></A> : I've only read up to page 2 on this thread yet (it's up to 5 pages now already!), so in case this has already been mentioned please forgive me. <br><br>I use and strongly recommend this very easy to use and powerful FREE utility called Password Safe, dowloadable at <A HREF="http://www.counterpane.com/passsafe.html" >http://www.counterpane.com/passsafe.html</A> <br><br>With this utility, you can make up very hard to break (and remember) passwords at the click of the mouse for EACH of your accounts and setups that need a password, and you need to remember only one password to manage them all. That password is for accessing Password Safe, on which all of your passwords are stored. You can change all of your passwords with new hard to break ones each month, in only a few minutes. <br><br>Once setup, Password Safe is very easy to use and is very small. Only two important things to remember; the password to Password safe, and to back up the file which stores all your other passwords. (You'll need to back up that file because you won't know or have remembered all other hard passwords you made up for other accounts, so if you fry your hardrive, you'll need a way to retrieve those passwords.)<br><br>I've used Password Safe for over 2 months now, at the advice of someone on this forum (I forget who, sorry), and I wish I had known of such a utility 10 years ago! <br><br><br>--<br><a href="http://www.dslreports.com/forum/seti">The aliens are coming! The aliens are coming!!</a>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,295400</guid>
<pubDate>Fri, 29 Dec 2000 17:12:08 EDT</pubDate>
</item>

<item>
<title>Re: Somebody Has Been Peeking!!</title>
<link>http://www.dslreports.com/forum/remark,295162</link>
<description><![CDATA[<A HREF="/useremail/u/233274"><b>Ausnetwanderer</b></A> : :) I don't know if you have <A HREF="http://www.timeticker.com/main.htm">this timechecker site</A> bookmarked but it will save you the math strain.<br>Summer sun, well not really... we are into "the wet season" here in the tropics and pushing close to a record rainfall.<br><A HREF="http://www.bom.gov.au/" >This</A> and <A HREF="http://australiasevereweather.com/" >this one from 2kmaro</A> will give you an insight on weather downunder. The 2k one is great.<br><br>Back onto subject...It is gratifying to know that Diamond paid a visit/visits. A 'visitor peeking' post would have been nice....not necessary but nice. Hopefully Emilio will come up with the goods at GRC.<br>Enjoy :)<br>John<br><br><br><i>[text was edited by author 2000-12-29 16:15:26]</i>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,295162</guid>
<pubDate>Fri, 29 Dec 2000 15:50:03 EDT</pubDate>
</item>

<item>
<title>Re: Somebody Has Been Peeking!!</title>
<link>http://www.dslreports.com/forum/remark,295077</link>
<description><![CDATA[<A HREF="/useremail/u/231170"><b>Wildcatboy</b></A> : <br>Boy, it must be fun to bask in the summer sun. Come to think of it you are much closer to 2001. Pretty soon the time difference will be a year. ;) I have a friend of 18 years who lives in Sydney. I always have to do a lot of math before I give him a call and usually end up waking him up in the middle of the night. One of these cold long winter nights I'm going to just get in to a plain and go visit him in the middle of his summer. :)<br>--<br><B>You can catch the Devil, but you can't hold him long.</B>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,295077</guid>
<pubDate>Fri, 29 Dec 2000 15:18:11 EDT</pubDate>
</item>

<item>
<title>Re: Somebody Has Been Peeking!!</title>
<link>http://www.dslreports.com/forum/remark,294997</link>
<description><![CDATA[<A HREF="/useremail/u/233274"><b>Ausnetwanderer</b></A> : :) ;) WCB, I think Western Standard Summer Time at the moment ;) . I thought I would post this with the time here and the date so you would see it is only a matter of hours ;)<br>2k... Have you had much of a look at TDS 2/3? Any comments?<br><br>WCB... Time (eastern Standard Summer time) 6.52am,Saturday,30th ;):)<br><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,294997</guid>
<pubDate>Fri, 29 Dec 2000 14:52:43 EDT</pubDate>
</item>

<item>
<title>What did they Know and when did they know it......</title>
<link>http://www.dslreports.com/forum/remark,294967</link>
<description><![CDATA[<A HREF="/useremail/u/204115"><b>EmilioG</b></A> : It will be interesting to see what or how Zone Labs will respond to all of this. 2Kmaro, will you be communicating with Zone Labs this week, and depending on what the report says, will you press them for a fix to the vulnerabilities?<br><br>I'll just have to wait and see how severe the problems is.<br>And how is the information going to be handled in terms of all the other users of Zone Alarm (8 Million!).  Will they be notified?<br><br>I am also interested in Diamonds TDS-3 scanner, it looks promising. Any reason why the download of TDS-3 was so slow?<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,294967</guid>
<pubDate>Fri, 29 Dec 2000 14:41:19 EDT</pubDate>
</item>

<item>
<title>Re: Somebody Has Been Peeking!!</title>
<link>http://www.dslreports.com/forum/remark,294914</link>
<description><![CDATA[<A HREF="/useremail/u/231170"><b>Wildcatboy</b></A> : <br>Good work 2kmaro. Spend some money for the good of the public. ;) By the way when he said tonight or tomorrow, I'm sure he meant his standard time. With the huge time difference that we have with them It may mean a couple of weeks. :):) <br>--<br><B>You can catch the Devil, but you can't hold him long.</B>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,294914</guid>
<pubDate>Fri, 29 Dec 2000 14:27:18 EDT</pubDate>
</item>

<item>
<title>Re: For Your Password, I&#x27;ll MAKE Time!</title>
<link>http://www.dslreports.com/forum/remark,294875</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : EmilioG - you might keep an eye out at the GRC site, where ever it might pop up.  DiamondCS just said it's 3 a.m. there, they have finished wrapping up documentation and all on both weaknesses and it should all go to press very soon.<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,294875</guid>
<pubDate>Fri, 29 Dec 2000 14:16:21 EDT</pubDate>
</item>

<item>
<title>Re: For Your Password, I&#x27;ll MAKE Time!</title>
<link>http://www.dslreports.com/forum/remark,294747</link>
<description><![CDATA[<A HREF="/useremail/u/204115"><b>EmilioG</b></A> :  <BLOCKQUOTE><SMALL>said by 2kmaro:</SMALL><HR>Sure would have been nice to have links to where in these forums/sites we might expect to see it.  You said "...with Zone Labs and Zone Alarm on <I>their</I> Forum..." who is the "their" in this case?  Zone Labs, DiamondCS or GRC??<br> <HR></BLOCKQUOTE><br><br>Well, if you read the whole line through, they, Diamond CS said "they will post". I don't think Diamond is going to post on Zone Labs forum.  Diamond has their own forum and will post at the Diamond CS site, where,? I don't know yet.<br><br>Your last post 2k, above answers all that. :)  :)   ;)<br><br>The Diamond CS people, seem to be more concerned than Zone Labs, thats sad.   Good work 2K !<br><br>--<br> Emilio<br><br>Its failings notwithstanding, there is much to be said in favor of journalism<br>in that by giving us the opinion of the uneducated, it keeps us in touch with<br>the ignorance of the community.<br>		-- Oscar Wilde<br><br><br><i>[text was edited by author 2000-12-29 13:34:30]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,294747</guid>
<pubDate>Fri, 29 Dec 2000 13:29:48 EDT</pubDate>
</item>

<item>
<title>Somebody Has Been Peeking!!</title>
<link>http://www.dslreports.com/forum/remark,294556</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : In response to this thread!! DiamondCS provided this email to me in the wee hours of the morning.  Looks like we won't see the results on their site, but I have asked if there is a possibility of them providing the text of the release to me when it is made.  Here is the E-Mail:<br><br>----------<br>Hello again Jerry,<br><br>I took another read through your forum thread today - I'm surprised by how many positive responses there have been, and it's good to see people standing up against Zone Labs' disinterest in vulnerabilities. These are two vulnerabilities that Zone Labs _can_ fix, so Steve, Rod and myself are disappointed that it has come to this. Steve was particularly shocked!<br><br>We have no official interest in Zone Labs software and we have a lot of other things we are working on including the latest release of TDS-3, so the ZoneAlarm reports aren't #1 on the list at the moment, but I can say that it is 8:45pm Friday night Perth time at this moment, and both Rod and I are still working. We're still finishing up a few other things, but we will be releasing both ZoneAlarm vulnerabilities either later tonight or tomorrow.<br>Please be patient, we're working through the night (i'll bet a bottle of bourbon that Zone Labs programmers won't be)<br><br><B>It appears people are looking for our forum - licensed TDS-3 operators have access to the members-only DiamondCS Forum, but it is not open to the public, sorry!</B><br><br>Best regards,<br>DiamondCS<br>-------<br><br>TDS-2/3 is shareware - $39.95 U.S. to register and become a member.  What the heck, I took the plunge (I'd downloaded the TDS-3 Beta when I first found them 3 days ago) so I'll become a registered user.  However, they say it may take up to 48 <I>business</I> hours (2 days - Mon-Fri) to process the request, so I may not see until along about next Wednesday.:(<br><br><br><i>[text was edited by author 2000-12-29 12:44:50]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,294556</guid>
<pubDate>Fri, 29 Dec 2000 12:19:02 EDT</pubDate>
</item>

<item>
<title>Re: Some strong password links...</title>
<link>http://www.dslreports.com/forum/remark,294095</link>
<description><![CDATA[<A HREF="/useremail/u/234668"><b>rtoday</b></A> : Nice links, tb.  Thanks.<br><br>Still reading this thread with interest, all. :)<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,294095</guid>
<pubDate>Fri, 29 Dec 2000 07:34:04 EDT</pubDate>
</item>

<item>
<title>Re: For Your Password, I&#x27;ll MAKE Time!</title>
<link>http://www.dslreports.com/forum/remark,294063</link>
<description><![CDATA[<A HREF="/useremail/u/233274"><b>Ausnetwanderer</b></A> : I just went through all the Diamond pages and couldn't find any mention af a forum. There is one page dedicated to alerts etc but that's all. Also nothing on ten-forward, Shieldsup orLeaktest newsgroups at GRC (dot) com. It's 9-51pm and I would say not tonight  Josephine. <br>Enjoy :)<br>John<br><br>Duh...Emilio mean't your time :o<br><br><i>[text was edited by author 2000-12-29 07:09:52]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,294063</guid>
<pubDate>Fri, 29 Dec 2000 06:54:00 EDT</pubDate>
</item>

<item>
<title>Re: For Your Password, I&#x27;ll MAKE Time!</title>
<link>http://www.dslreports.com/forum/remark,294026</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : Sure would have been nice to have links to where in these forums/sites we might expect to see it.  You said "...with Zone Labs and Zone Alarm on <I>their</I> Forum..." who is the "their" in this case?  Zone Labs, DiamondCS or GRC??<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,294026</guid>
<pubDate>Fri, 29 Dec 2000 06:12:04 EDT</pubDate>
</item>

<item>
<title>Re: For Your Password, I&#x27;ll MAKE Time!</title>
<link>http://www.dslreports.com/forum/remark,294022</link>
<description><![CDATA[<A HREF="/useremail/u/204115"><b>EmilioG</b></A> : I just received an Email from Diamond CS and they said that they will post all the information they have on the current situation with Zone Labs and Zone Alarm on their Forum and at GRC.com tonight.  Should be interesting! :)  EG<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,294022</guid>
<pubDate>Fri, 29 Dec 2000 06:04:41 EDT</pubDate>
</item>

<item>
<title>Re: For Your Password, I&#x27;ll MAKE Time!</title>
<link>http://www.dslreports.com/forum/remark,293886</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : Okay, got to do a little rib nudging here: Your last post was <I>In response to paul613</I>.  Does this "...discussions ... with you are VERY educational..." mean that you find talking to yourself as intellectually stimulating as I do (talking with myself, that is)??;):)<br><br>See what you get for just grabbing the nearest handy post!?:)<br><br>And now back to our regularly scheduled programming, "As the Firewall Crumbles", with an all star cast including:<br>.............. Zone Labs ... as the aging king<br>.............. DiamondCS ... the Holder of the Secret that could bring down the kingdom, and<br>.............. Steve Gibson ... our hero - about to stalk off stage left in total frustration!<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,293886</guid>
<pubDate>Fri, 29 Dec 2000 03:01:42 EDT</pubDate>
</item>

<item>
<title>Re: For Your Password, I&#x27;ll MAKE Time!</title>
<link>http://www.dslreports.com/forum/remark,293855</link>
<description><![CDATA[<A HREF="/useremail/u/153110"><b>paul613</b></A> : ONE more thing,<br><br>I find the discussions here, particularly with you are VERY educational, not just for me, but others too.  Because we should see things from many perspectives, sometimes that shakes our beliefs Sometimes it strengthens them.  <br><br>So in case I forget to later, THANK YOU.<br><br>--<br>Don't take life too seriously, you will never get out alive!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,293855</guid>
<pubDate>Fri, 29 Dec 2000 02:41:41 EDT</pubDate>
</item>

<item>
<title>Re: For Your Password, I&#x27;ll MAKE Time!</title>
<link>http://www.dslreports.com/forum/remark,293847</link>
<description><![CDATA[<A HREF="/useremail/u/153110"><b>paul613</b></A> : NO I was not Look back when I posted originally with the suggestions....<br><br>I focused on my systems ONLY when you went a little of topic and started talking about trojans(which by definition don't walk themselves in, they are brought in by the user)and directing your comments about "for your password...." Then I began limiting my responses to my current security. <br><br>I did post way back, My impression of who was at risk, and asked for others to post if they met that, NO ONE DID(post that is)<br>I have not been focusing on my system solely, but more think of mine as a typical dsl users setup(ie pppoe, home network, etc...)  <br>--<br>Don't take life too seriously, you will never get out alive!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,293847</guid>
<pubDate>Fri, 29 Dec 2000 02:37:56 EDT</pubDate>
</item>

<item>
<title>Re: For Your Password, I&#x27;ll MAKE Time!</title>
<link>http://www.dslreports.com/forum/remark,293829</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : Ok - you've been focusing on YOUR system.  The rest of us have been giving a broader view to the problem - investigating it not from a personal, one system level, but as a broader issue affecting thousands of other users less educated in the finer aspects of system security than you.<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,293829</guid>
<pubDate>Fri, 29 Dec 2000 02:31:23 EDT</pubDate>
</item>

<item>
<title>Re: For Your Password, I&#x27;ll MAKE Time!</title>
<link>http://www.dslreports.com/forum/remark,293773</link>
<description><![CDATA[<A HREF="/useremail/u/153110"><b>paul613</b></A> : I don't dispute a trojan could do that, but WITH za the conditions described that are needed are NOT present on any of my systems.<br> But again to send something in that 5 second windows YOU must have access to my shared drive (knowing the password) so before you could do what you describe, you would have to hack the system passwords for shared resources.<br><br>You are right about the damage after access is gained, I am saying it would be damn hard, NOT easy to get in, in the 1st place.<br><br>And for those who have the setup required for the risk to be exploited it wouldn't be difficult to protect themselves.<br><br>NOT TO MENTION I have to have something worth getting, and quite frankly I don't, most home users have nothing interesting to a hacker.<br><br>--<br>Don't take life too seriously, you will never get out alive!<br><i>[text was edited by author 2000-12-29 02:12:44]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,293773</guid>
<pubDate>Fri, 29 Dec 2000 02:09:24 EDT</pubDate>
</item>

<item>
<title>Re: For Your Password, I&#x27;ll MAKE Time!</title>
<link>http://www.dslreports.com/forum/remark,293757</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : How much stuff can come thru in 5-10 seconds?  Enough to set up a 'boot-strap' to the scenario I described earlier?  If so, then you don't need to worry about password, etc while non-secure windows (98/98SE/ME) is booting.  Get enough into the system to open a single port quietly thru the firewall (what DiamondCS is implying can be done now) and you have the means to do whatever you want, taking as long as you want - including downloading everything from the attacked system and 'playing' with it at your leisure on your machine!<br><br>We can play 'what-if' back and forth all day - simple fact of the matter is that virtually any home system running Windows 9x/ME can be cracked given enough effort on the part of the would be cracker.  It all goes back to levels of awareness, education, use of reasonable security tools and your own personal paranoia level.<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,293757</guid>
<pubDate>Fri, 29 Dec 2000 02:02:32 EDT</pubDate>
</item>

<item>
<title>Re: For Your Password, I&#x27;ll MAKE Time!</title>
<link>http://www.dslreports.com/forum/remark,293723</link>
<description><![CDATA[<A HREF="/useremail/u/153110"><b>paul613</b></A> :  <BLOCKQUOTE><SMALL>said by Wildcatboy:</SMALL><HR>I found a few fundamental flaws in your assumptions.<BR> <br><br>Fundamental Flaw number three: <BLOCKQUOTE><SMALL>said by paul613:</SMALL><HR>WHAT data could it find & collect and send in those few seconds.<HR></BLOCKQUOTE> You wouldn't believe it if I told you. Just to give you a taste, hash and LM hash files can be extracted in a fraction of a second and they include everything a hacker needs to break the password in those record times I mentioned.<BR> <br>Fundamental Flaws number four and five:  <BLOCKQUOTE><SMALL>said by paul613:</SMALL><HR>That would mean the number of reboots to test all the "hacker" passwords against your system would be 19800 / 5 = 3960 Reboots(assuming one password per second) .... <HR></BLOCKQUOTE>What makes you think that a hacker needs to stay or even be connected to your computer in order to break your password? :) and that one password per second thing, the last program I used made 2.3 Million attempts per second on my Pentium III 733. <BR><br> <HR></BLOCKQUOTE>Actually, if you aren't going to break the encryption,then you are talking about brute force password hacking and that would not likely complete in window of opportunity. <br><br>Further The Lanman password hash is used by NT for authenticating users locally and over the network (MS service packs are now out that allow a different method )<br><br>And we weren't talking about hacking NT solely.<br><br>And the point about attempts is ATTEMPTS, not successfull hits.<br><br>And becuase we are talking about a ZA weakness you HAVE TO STICK TO THE CONTEXT OF THE PROBLEM, ie limited to the few seconds that a system (with all conditions met)is at risk after the nic driver load, connection made and ZA starts. And if you wanted to crack the password to a shared resource on a PC that was momentarily visable to you, you would have to be connected(exchanging your password attempts with it)or communicating with it.<br><br>--<br>Don't take life too seriously, you will never get out alive!<br>--<br>Don't take life too seriously, you will never get out alive!<br><i>[text was edited by author 2000-12-29 01:57:54]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,293723</guid>
<pubDate>Fri, 29 Dec 2000 01:44:03 EDT</pubDate>
</item>

<item>
<title>Re: For Your Password, I&#x27;ll MAKE Time!</title>
<link>http://www.dslreports.com/forum/remark,293681</link>
<description><![CDATA[<A HREF="/useremail/u/231170"><b>Wildcatboy</b></A> : OK. First of all I'd like to apologize to you paul613 for not responding to your questions sooner. I haven't been around today. After several posts by Paul I think it's my turn now. :) I found a few fundamental flaws in your assumptions.<BR> <br>Flaw number one is that you assumed my comments were pointed toward you and I was talking about the 5 seconds of vulnerability during the boot up. That's not the case at all, I was building upon Wheelert's suggestion about importance of having good passwords.<BR><br>Fundamental Flaw number two:   <BLOCKQUOTE><SMALL>said by paul613:</SMALL><HR> My understanding that it would take several weeks with a high powered system solely dedicated to the task to break 128bit encrypted passwords.<HR></BLOCKQUOTE><br>Actually it could take longer than that depending on the number of characters. In some cases it could theoretically take a Billion years. But what makes you think that an attempt to crack a password is an attempt to break the encryption? :)<BR><br>Fundamental Flaw number three: <BLOCKQUOTE><SMALL>said by paul613:</SMALL><HR>WHAT data could it find & collect and send in those few seconds.<HR></BLOCKQUOTE> You wouldn't believe it if I told you. Just to give you a taste, hash and LM hash files can be extracted in a fraction of a second and they include everything a hacker needs to break the password in those record times I mentioned.<BR> <br>Fundamental Flaws number four and five:  <BLOCKQUOTE><SMALL>said by paul613:</SMALL><HR>That would mean the number of reboots to test all the "hacker" passwords against your system would be 19800 / 5 = 3960 Reboots(assuming one password per second) .... <HR></BLOCKQUOTE>What makes you think that a hacker needs to stay or even be connected to your computer in order to break your password? :) and that one password per second thing, the last program I used made 2.3 Million attempts per second on my Pentium III 733. <BR><br>There are several methods to crack a password and most of them have nothing to do with actually breaking the 128 bit encryption or even being connected to your computer. It has to do with how passwords are encrypted and stored and also a totally dumb method that MS uses by breaking a totally perfect encryption in to two separate portions, which means in order to break a 14 character password all you really need is to find 7 of them and the rest will fall in place. Usually the second half of the password is the first thing that's cracked and in most cases you'll see the last two characters within seconds or minutes. That's all because of the fundamental ways that passwords are encrypted and stored. Password crackers out there can easily be smart and go through a very sophisticated guessing process. For example if the last three characters are IOP the software immediately tries QWERTYUIOP as the password (the top row of alphas on the keyboard). Passwords like that or things like 24John56 are very easily detected by a dictionary attack although you might think you are having an alphanumeric password and therefore you are safer. I cracked the password 24John56 on one of our systems in 8 seconds.<BR><br>Before I started typing this I had decided to explain the methods in a more detailed manner but I think this subject is well outside our general discussion in this thread so if you need further information about password cracking, like Steve Gibson I suggest google for your further research. :) Great tool. Cheers. <br>--<br><B>You can catch the Devil, but you can't hold him long.</B>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,293681</guid>
<pubDate>Fri, 29 Dec 2000 01:28:38 EDT</pubDate>
</item>

<item>
<title>Re: For Your Password, I&#x27;ll MAKE Time!</title>
<link>http://www.dslreports.com/forum/remark,293661</link>
<description><![CDATA[<A HREF="/useremail/u/233274"><b>Ausnetwanderer</b></A> : :) After going ever so lightly through all of this since I closed for some ZZZZ's, a lot seems to have happened.<br>2k and Emilio... Your fingers must be in plaster by now and visited the optometrist as well.<br><br>ZoneLabs as of a few moments ago have announced nothing on their home page and I am disappointed... no Pi**ed Off... that they have chosen to (quote 2k) "warm their thumb" (I like that) after all that has happened. I don't see their problem with working on a fix for ZA, after all IT IS THEIR FLAGSHIP!<br><br>Paul...I don't want to be misunderstood here but I think ZoneLabs have had a lot of time to do something for two reasons...<br>1... Diamond notified them of a hole in ZA for at least 10/12 weeks ago.<br>2... Diamond at that time also advised them of a fix for the hole at that time.<br>With that information and a possible fix supplied to you surely the amount of development time would be reduced and there would have been more acceptance of the fix had it been done that way.<br>I should point out to you I am not in the IT industry but I have experience in sales and my computer education comes from here. From a sales point of view I believe ZL have made a monumental blunder in marketing and credibility. This has the potential to affect their sales of ZoneAlarm and future products. People have long memories when it comes to something like this and ZL will be judged by it's  actions. At the moment it's (heretis again) "thumbwarming".<br>Enjoy:)<br>John<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,293661</guid>
<pubDate>Fri, 29 Dec 2000 01:22:28 EDT</pubDate>
</item>

<item>
<title>Re: For Your Password, I&#x27;ll MAKE Time!</title>
<link>http://www.dslreports.com/forum/remark,293655</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> :  <BLOCKQUOTE><SMALL>said by paul613:</SMALL><HR><br>It does remind us all we must be actively maintaining our software, there is no more SET it and FORGET IT, proactive users will have less problems.<br> <HR></BLOCKQUOTE> 2 points for that very observant statement!<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,293655</guid>
<pubDate>Fri, 29 Dec 2000 01:21:38 EDT</pubDate>
</item>

<item>
<title>Re: For Your Password, I&#x27;ll MAKE Time!</title>
<link>http://www.dslreports.com/forum/remark,293565</link>
<description><![CDATA[<A HREF="/useremail/u/153110"><b>paul613</b></A> : Thanks, I found it and have started reading that thread.<br><br>I think we all (me included) were expecting perfect security, when we actually REALLY all knew we were NOT 100% safe. I have also used NIS, and several friends do now. I choose ZA for the reason you stated Eats less resources.  With all we do while online that is important. I Still use NAV because I like the frequency of the updates.  <br><br>I think because you knew about this longer, your position is a bit more understandable (I do disagree with the level of this risk, but that is ok)<br><br>I have faith that the author's of a good application will not let their consumers down, you and 2k think they have had enough time. I am still willing to wait a bit(since I don't have the configuration needed to exploit the <br>problem, being a PPPoE user).   <br><br>It does remind us all we must be actively maintaining our software, there is no more SET it and FORGET IT, proactive users will have less problems.<br><br><br>--<br>Don't take life too seriously, you will never get out alive!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,293565</guid>
<pubDate>Fri, 29 Dec 2000 00:50:26 EDT</pubDate>
</item>

<item>
<title>Re: For Your Password, I&#x27;ll MAKE Time!</title>
<link>http://www.dslreports.com/forum/remark,293522</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : The reason I used the "gee thanks..." parody was based on this statement (quoted from DiamondCS e-mail to me, with quote of Zone Labs statement underscored here):<br><br>"It is unfortunate that Zone Labs have not attempted to engineer a fix yet, as we have offered them solutions only to have them turned down for a matter of <U>'convenience over security'</U>, but that is their choice and now that they have had fair time and a  fair chance to fix the problem, it's over to the public to let them decide."<br><br>---<br>Sorry, Emilio - there I go putting words in other people's mouths again.  Something I've tried real hard NOT to do in this thread.:)<br><br><i>[text was edited by author 2000-12-29 00:40:36]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,293522</guid>
<pubDate>Fri, 29 Dec 2000 00:39:26 EDT</pubDate>
</item>

<item>
<title>Re: For Your Password, I&#x27;ll MAKE Time!</title>
<link>http://www.dslreports.com/forum/remark,293502</link>
<description><![CDATA[<A HREF="/useremail/u/204115"><b>EmilioG</b></A> : Just wanted to make a slight correction to 2Ks' post above about me discarding NPF in favor of Zone Alarm;  This isn't quite correct. I installed ZOne Alarm on one small machine that I have to A. see what everyone was raving about and gain some working knowledge of ZA.<br><br>B). Since ZA eats up less resources, I was willing to give it a try on said machine.<br><br>Second, I still use Norton's Internet security 2001 2.5 and am waiting to see what they are going to do about the "LeakTest" problem. (NPF is Norton's Personal firewall, same program but w/o NAV 7.0 and certain other configurable settings.)  I still like <B>NIS</B> very much. :)<br><br>Paul do you still want those links or is 2Kmaro's word OK.<br><br><br>* Item;  I just got a an Email from Zone Labs asking me if my communication with Steve Gibson was verbal or written.<br><br>I found that most curious. I replied, "First, with whom am I communicating here? All I see is Zone Labs support for a name".<br>--<br>Regards, Emilio<br><br>Its failings notwithstanding, there is much to be said in favor of journalism<br>in that by giving us the opinion of the uneducated, it keeps us in touch with<br>the ignorance of the community.<br>		-- Oscar Wilde<br><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,293502</guid>
<pubDate>Fri, 29 Dec 2000 00:34:19 EDT</pubDate>
</item>

<item>
<title>Re: For Your Password, I&#x27;ll MAKE Time!</title>
<link>http://www.dslreports.com/forum/remark,293448</link>
<description><![CDATA[<A HREF="/useremail/u/153110"><b>paul613</b></A> : Ok thanks, I found that thread <br> <A HREF="http://www.dslreports.com/forum/remark,245267;root=security,1;mode=flat">http://www.dslreports.com/forum/remark,245267;root=security,1;mode=flat</A> <br><br>I never meant to Imply I didn't believe you at all, if I did then I am sorry, I just wanted to be up on the same info. <br><br>I don't think the nature of this threat is really going to apply to as many users as you might think. The trojans are a diff. matter.  But what you are essentially (and maybe rightly so) expecting Zone labs to do is find a solution to a problem all firewalls face, And since they made a damn good product to begin with MAYBE WE ALL want them to discover the solution, everyone would win.  But I still think large scale(8 million plus users with varied configs) Research and development of an upgrade, then Testing and retesting to resolve compatibilty issues. Takes time, even 70 days is not excessive, REMEMBER the whole "the rushed the firewalls to users too quickly " arguement.  <br> <br>We don't know that they really had a "gee that's nice" attitude, they obviously didn't ignore it, they didn't publicly address it is all. That is ok, after all they are in business, sometimes what is good for business may make a customer unhappy.  <br><br>Lets give them a chance, see what the next revision is about, they deserve that, they have made a good product.<br><br><br>--<br>Don't take life too seriously, you will never get out alive!<br>--<br>Don't take life too seriously, you will never get out alive!<br><i>[text was edited by author 2000-12-29 00:20:12]</i>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,293448</guid>
<pubDate>Fri, 29 Dec 2000 00:18:38 EDT</pubDate>
</item>

<item>
<title>Re: For Your Password, I&#x27;ll MAKE Time!</title>
<link>http://www.dslreports.com/forum/remark,293397</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : Paul - Emilio is right on several things:<br>My meaning regarding 'overconfidence - anyone placing total 'faith' in anything is asking for trouble'.<br><br>You may have missed it, but in e-mails from DiamondCS they state that they reported the issues <B>with suggested solutions/corrections</B> to Zone Labs 10 weeks ago.  Zone Labs basically said "gee, that's nice.  thank you, now go somewhere else and have a really nice day".  CERT standards say give someone 45 days to fix the problem before announcing - DiamondCS has now waited about 70!  EmilioG became aware of this a day or so before his initial posting.  He mentioned that he'd seen it in the Gibson forums.  I "challenged" him to bring forth documentation - last thing we want to be is a bunch of rumor-mongers.  He did the legwork and came up with proof positive.<br><br>The 10 day number is when DiamondCS got into direct contact with Steve Gibson with copy of info to Gregor Freund - after other ZoneLabs people had sat twiddling thumbs for about 60 days and made their decision not to decide to do anything.<br><br>What we have here is almost exactly the same scenario that caught all the other software firewall makers just a couple of weeks ago: a vulnerability to either special coding or processing or filenaming that could allow a trojan/virus to escape unnoticed through a firewall.  At least one of those affected in that situation responded by announcing that they were immediately making program changes to close the holes disclosed.  Everyone, including myself, pointed fingers at them shouting "Aha!  Weak!  Wimps! - Only the STRONG survive: get ZA Now!!"  Heck, even EmilioG discarded his beloved NPF in favor of the seemingly invincible ZoneAlarm.<br><br>Now ZoneAlarm has been faced with the same challenge, should we be any less tempted to shout and wave fingers?  I say no.  And with the precedent set by Symantec and others, it just doesn't seem very bright of Zone Labs to take a do nothing right away stance on the whole thing.  Now the solutions offered by DiamondCS might not be easy to implement on their system - but it would appear that they can be implemented.  If they couldn't be, then why would Zone Labs make a statement to the effect that they don't want to 'inconvenience' the users.  I'll be seriously <I>inconvenienced</I> if the firewall doesn't do its job!<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,293397</guid>
<pubDate>Fri, 29 Dec 2000 00:01:23 EDT</pubDate>
</item>

<item>
<title>Re: For Your Password, I&#x27;ll MAKE Time!</title>
<link>http://www.dslreports.com/forum/remark,293386</link>
<description><![CDATA[<A HREF="/useremail/u/153110"><b>paul613</b></A> : And I am very sorry to ask (december has been crazy, holidays and all) But I must have completely missed the thread you started 2 weeks ago with this info, could you post a link to it, Thanks EmilioG you are the best!<br><br><br>--<br>Don't take life too seriously, you will never get out alive!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,293386</guid>
<pubDate>Thu, 28 Dec 2000 23:58:59 EDT</pubDate>
</item>

<item>
<title>Re: For Your Password, I&#x27;ll MAKE Time!</title>
<link>http://www.dslreports.com/forum/remark,293377</link>
<description><![CDATA[<A HREF="/useremail/u/153110"><b>paul613</b></A> : I didn't see a single thing there about ZA, sorry if I missed please point it out, I only see info on trojans and their products they sell.  I missed the ZA information and the time they found it.  Can you help me locate it, please. Thanks.<br><br><br>--<br>Don't take life too seriously, you will never get out alive!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,293377</guid>
<pubDate>Thu, 28 Dec 2000 23:56:13 EDT</pubDate>
</item>

<item>
<title>Re: For Your Password, I&#x27;ll MAKE Time!</title>
<link>http://www.dslreports.com/forum/remark,293347</link>
<description><![CDATA[<A HREF="/useremail/u/204115"><b>EmilioG</b></A> : ZONE LABS has known for 10 weeks and I posted when I first started reading about it about two weeks ago.<br><br>WIndows security vulnerabilities to be reported by Diamond Computer systems. Click <A HREF="http://www.diamondcs.com.au/">HERE</A> and scroll to the bottom item.<br>--<br>Regards, Emilio<br><br>Its failings notwithstanding, there is much to be said in favor of journalism<br>in that by giving us the opinion of the uneducated, it keeps us in touch with<br>the ignorance of the community.<br>		-- Oscar Wilde]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,293347</guid>
<pubDate>Thu, 28 Dec 2000 23:45:20 EDT</pubDate>
</item>

<item>
<title>Re: For Your Password, I&#x27;ll MAKE Time!</title>
<link>http://www.dslreports.com/forum/remark,293278</link>
<description><![CDATA[<A HREF="/useremail/u/153110"><b>paul613</b></A> : NOT since YOU posted the info and started emailing them, it's been a few days since this has pop'd up here.  If you knew this 10 weeks ago why wait to post till this week?<br><br><br>--<br>Don't take life too seriously, you will never get out alive!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,293278</guid>
<pubDate>Thu, 28 Dec 2000 23:26:01 EDT</pubDate>
</item>

<item>
<title>Re: For Your Password, I&#x27;ll MAKE Time!</title>
<link>http://www.dslreports.com/forum/remark,293203</link>
<description><![CDATA[<A HREF="/useremail/u/204115"><b>EmilioG</b></A> : Still less then a week, and they are on it, that is not bad.<br><I>said by Paul613</I><br><br>actually, its been 10 weeks.<br><br><br>--<br>Regards, Emilio<br><br>Its failings notwithstanding, there is much to be said in favor of journalism<br>in that by giving us the opinion of the uneducated, it keeps us in touch with<br>the ignorance of the community.<br>		-- Oscar Wilde<br><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,293203</guid>
<pubDate>Thu, 28 Dec 2000 23:03:07 EDT</pubDate>
</item>

<item>
<title>Re: For Your Password, I&#x27;ll MAKE Time!</title>
<link>http://www.dslreports.com/forum/remark,293176</link>
<description><![CDATA[<A HREF="/useremail/u/153110"><b>paul613</b></A> : Ok thanks for clearing that up, but the fact that they didn't jump right out the day of the discovery doesn't bother me or speak ill of them. I mean it is large company it takes some time for these things to come to the attention of the right people and then they have to be verified, and hopefully they would have an answer when they address their consumers.  <br><br>The fact that while NOT publicly(via website or other) addressing the issue yet, they were VERY HONEST AND FORTHCOMING to those who did inquire via Email. SO I don't think they were hiding or conspiring. <br><br>Still less then a week, and they are on it, that is not bad.<br>--<br>Don't take life too seriously, you will never get out alive!<br>--<br>Don't take life too seriously, you will never get out alive!<br><i>[text was edited by author 2000-12-28 22:53:34]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,293176</guid>
<pubDate>Thu, 28 Dec 2000 22:52:28 EDT</pubDate>
</item>

<item>
<title>Re: For Your Password, I&#x27;ll MAKE Time!</title>
<link>http://www.dslreports.com/forum/remark,293107</link>
<description><![CDATA[<A HREF="/useremail/u/204115"><b>EmilioG</b></A> : I think what 2K was trying to say about over confidence is that when you rely to heavily on just one thing, one point of view, or one firewall or security setup, that it could be dangerous to your systems safety.  2k himself was very confident that Zone alarm was almost the end all, be all as far as Firewalls.  We're all learning that there are things going on behind the scenes that we aren't privy to and should know.  Correct me if I'm wrong here.<br><br>Zone Labs' has taken it upon themselves to be the arbiters of what we should and shouln't know and what and what does not constitute a "fix" priority.  I guess ZL will only go so far in fixing a problem, especially since it's free for all. (except businesses).  I'd rather pay for a FW that tells me what it can and can not do.<br>--<br>Regards, Emilio<br><br>Its failings notwithstanding, there is much to be said in favor of journalism<br>in that by giving us the opinion of the uneducated, it keeps us in touch with<br>the ignorance of the community.<br>		-- Oscar Wilde<br><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,293107</guid>
<pubDate>Thu, 28 Dec 2000 22:35:20 EDT</pubDate>
</item>

<item>
<title>Re: The Word From Diamond Computer Systems</title>
<link>http://www.dslreports.com/forum/remark,293083</link>
<description><![CDATA[<A HREF="/useremail/u/217976"><b>leesecure</b></A> : I think these fire-walls still do what they advertise.. protect from outside attacks......... if you download a virus it would be a BONUS that the fire-wall would stop the out going message.. IMHO !!<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,293083</guid>
<pubDate>Thu, 28 Dec 2000 22:30:14 EDT</pubDate>
</item>

<item>
<title>Re: For Your Password, I&#x27;ll MAKE Time!</title>
<link>http://www.dslreports.com/forum/remark,293051</link>
<description><![CDATA[<A HREF="/useremail/u/153110"><b>paul613</b></A> :  <BLOCKQUOTE><SMALL>said by 2kmaro:</SMALL><HR>Paul - Everything you have just said has been discussed several times in several threads, including this one over the past few weeks.  No one is going to argue with you over it.  P.S. Overconfidence kills.<br> <HR></BLOCKQUOTE><br><br>Ok, what??? I wasn't trying to argue with you, just trying to explain my position, we can disagree. I don't go around thinking I  am going to change everyone's mind to my point of view. The world would be too boring.  <br>I think however your PS was vail'd shot though, and it not really needed. I don't have a problem with you, or the fact we disagree, its ok. But if you could please do me a favor and save that stuff for someone else, if we come to a point we have to say we agree to disagree fine, its cool, the rest isn't required.<br><br><br>--<br>Don't take life too seriously, you will never get out alive!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,293051</guid>
<pubDate>Thu, 28 Dec 2000 22:21:22 EDT</pubDate>
</item>

<item>
<title>Thanks for posting this info</title>
<link>http://www.dslreports.com/forum/remark,292623</link>
<description><![CDATA[<A HREF="/useremail/u/162381"><b>bf2</b></A> : Thanks 2kmaro, and everyone else here in the DSLR security forum for providing the information and exchanging of posts. All of this is getting much more interesting by the hour. This security forum here at dslr is one of my favorite security areas on the web.<br>--<br>Misc DSLR creations from bf2<br><br>&raquo;<A HREF="http://www.geocities.com/handcannon_99/dwp.htm" >www.geocities.com/handcannon_99/dwp.htm</A>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,292623</guid>
<pubDate>Thu, 28 Dec 2000 20:28:16 EDT</pubDate>
</item>

<item>
<title>Re: For Your Password, I&#x27;ll MAKE Time!</title>
<link>http://www.dslreports.com/forum/remark,292498</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : Paul - Everything you have just said has been discussed several times in several threads, including this one over the past few weeks.  No one is going to argue with you over it.  P.S. Overconfidence kills.<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,292498</guid>
<pubDate>Thu, 28 Dec 2000 18:17:03 EDT</pubDate>
</item>

<item>
<title>Re: For Your Password, I&#x27;ll MAKE Time!</title>
<link>http://www.dslreports.com/forum/remark,292408</link>
<description><![CDATA[<A HREF="/useremail/u/153110"><b>paul613</b></A> : yes but you got to get it to ME, and if you are assuming that I would get it by accident you would be mistaken, In order for that program to get here, You would have to hack in to the system and PUT IT THERE.  <br><br>And if you shutdown Zone alarm I would know, I actually check my zone alarm frequently(as many do) so A dummy Icon will not cut it.<br>BUT what you saying HAS ABSOLUTELY NOTHING  to do with the issue with ZA. <br>What you propose is a problem for any firewall, not just ZA which was the point I was making (nothing 100%) about getting the best available product.  Your very wise and no doubt you know your stuff.  But weren't we discussing the problem with ZA, I agree with you, that type of program would be a problem, but it doesn't relate to the topic at hand.<br>I would not dispute that a program written by you(or someone else) could do that, I believe they call it BACKORIFICE. And you would have to write your program to get specific information that you think I have ahead of time, you would have to know the name and location of that info. Which is why trogans are not that great of a way to gather anything but a login id and password for some dialup account.<br>LETS say for arguement you can hack a Microsoft PWL file, and you know where the pwl file is and what it's name is(that is the hard part) OR you ask for all *.pwl files <br>once you get the pwl (file used by ms to store windows passwords) you then have to hack it (128bit encyption, can not be hacked in 5hours)all most all password hack programs use brute force(list of files vs attempt to log in)<br>HOW are you going to test it??REPEATEDLY, Undetected?<br>You can't because as soon as you do it gets changed, <br>prime example xxx site passwords, there are a ton of sites that list they have the passwords they have Hacked, try one, you will find that it was discovered and changed.<br><br>It is way too much effort and risk for a home user's information that may not be anything if you get it.<br>You would spend your time hacking corporate networks which could provide you with the greatest possibility of information you could use.<br>But this is all off the topic at hand.<br><br>All my points were toward the weakness discovered, someone trying to get into a pc, during a small window, with certain conditions being right.<br><br>We call all get trogans, as you suggest, if we are careless. <br><br>--<br>Don't take life too seriously, you will never get out alive!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,292408</guid>
<pubDate>Thu, 28 Dec 2000 17:41:54 EDT</pubDate>
</item>

<item>
<title>For Your Password, I&#x27;ll MAKE Time!</title>
<link>http://www.dslreports.com/forum/remark,292209</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : Paul,<br>I could very easily write a process on a Win98/ME system to do the following:<br>1) Wait until boot is complete.<br>2) Look for ZoneAlarm (or any other software firewall)<br>3) Shut down ZoneAlarm - and for my own personal protection, stick a duplicate icon on the sys-tray.<br>4) Open up a comm path and call my master - or just listen for my master.  Lets presume I call and get a response.  I now have all day to crack passwords - or until you shut down your and when you reboot, I pick up where we left off.<br>5) I can run Outlook or any MAPI enabled emailer invisibly as a background task on your system, sending little copies of myself to everyone you ever got an email from, or sent one to.<br>6) and once I've made myself happy with all of this, including sending everything even remotely resembling a file that might possibly contain a password somewhere else, erase your drive.<br><br>I'm not a hacker, just a programmer with some experience in the Windows and API world - I could put that all together in a day or so, maybe 3 (got to learn how to handle WinSock better than I know it now).  All I have to do then is get a copy delivered on to your computer and I'm in like Flint!  Except for the routines to handle comm and examine file contents, all the other routines now exist in my standard little library of tools to put new apps together with.<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,292209</guid>
<pubDate>Thu, 28 Dec 2000 16:27:00 EDT</pubDate>
</item>

<item>
<title>Re: The Word From Diamond Computer Systems</title>
<link>http://www.dslreports.com/forum/remark,292149</link>
<description><![CDATA[<A HREF="/useremail/u/153110"><b>paul613</b></A> :  <BLOCKQUOTE><SMALL>said by Wildcatboy:</SMALL><HR>I heard my name :) . Alpha numeric passwords such as the one Wheelert mentioned 18VSO3ZFQ are generally good. This one can be broken on a 400 MHZ machine in about 5.5 hours. Most 14 digit alphanumeric passwords can be cracked in less than 48 hours in fact 80% of all passwords can be cracked in that time. <HR></BLOCKQUOTE><br><br>SORRY I didn't want to include this above.<br><br>Let's take that for a second and say that all(for the sake of agruement) passwords can be cracked in 5.5 hours <br>Lets also say (for agruements sake as well) that the time between driver load connection made and ZA loading is 5 seconds. OK <br><br>5.5 hours is 330 minutes which is 19800 seconds. <br>this password hacker would have transmit a password to be tried within the 5 second window on each boot attempt.<br><br>That would mean the number of reboots to test all the "hacker" passwords against your system would be 19800 / 5 = 3960 Reboots(assuming one password per second) How many days would he have to dedicate that connection(leaving himself open to be traced) to Catch that MANY REBOOTS, for your connection. For me at most I reboot my system at home 2 times a day so it would take him<br>1980 days to complete the task. 5 1/2 years. <br><br>I really don't think he is going to be that interested in what I have on my system. And he is NOT going to get anyone's password on the 1st try. OR second or 3rd. So at some point they WILL give up. <br><br>I just think we should consider the practicality of it all. <br>This not a weakness that can or will be exploited by every would be hacker, many don't have the resources or skills to do it(some will have) But the risk to themselves would outweigh the POSSIBLE benefit from hacking some home user's ZA (or other firewall).<br><br>TO hide their trail they have to bounce themselves off unsuspecting and unknowing systems they have penetrated, which have to BE ON and running AT The exact time the REBOOT OR BOOT process occurs.  <br><br>I hope that I am making my thoughts clear, PEOPLE With the skill to pull this off, are not likely to be interested in some UNIDENTIFIED ZA home user, they would 1st identify you as having something they want or need, then you have to have all the RIGHT conditions present on your system, Before they exhust the resources needed to do this.<br><br>I really am sorry that my posts have been so long, please all forgive my rantings.<br><br>--<br>Don't take life too seriously, you will never get out alive!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,292149</guid>
<pubDate>Thu, 28 Dec 2000 16:06:29 EDT</pubDate>
</item>

<item>
<title>Re: The Word From Diamond Computer Systems</title>
<link>http://www.dslreports.com/forum/remark,292139</link>
<description><![CDATA[<A HREF="/useremail/u/153110"><b>paul613</b></A> :  <BLOCKQUOTE><SMALL>said by Wildcatboy:</SMALL><HR>Statistically 18% of all passwords can be cracked in less than 10 minutes. Alpha numeric passwords such as the one Wheelert mentioned 18VSO3ZFQ are generally good. This one can be broken on a 400 MHZ machine in about 5.5 hours. Most 14 digit alphanumeric passwords can be cracked in less than 48 hours in fact 80% of all passwords can be cracked in that time. For the most secure passwords choose 14 digit passwords with all possible characters such as H3+3d?(]B4`@~| This will take a maximum of 480 hours on a pentium 300. .<BR><br><HR></BLOCKQUOTE><br><br>1st of all where did you get this information from, I would like to read the articles. My understanding that it would take several weeks with a high powered system solely dedicated to the task to break 128bit encrypted passwords.<br><br>2. I don't believe that in the boot process it would be possible for a trogran to propigate itself thru your email client without you noticing (why is outlook running on boot up)before YOUR desktop loads. For Non email trogans, WHAT data could it find & collect and send in those few seconds.<br>It would have to be running in that few second window otherwise your firewall(s) would catch it and Indentify that it is attempting to access the internet.<br>So that means we are talking about someone trying to "hack" in during a very limited window of opportunity, between the time the NIC driver loads, and completes the network connection and the time ZA loads.(refer to earlier post) and you would have to have a static IP, dedicated connection.<br><br>2kmaro  You said "does it do what it says it will do: keep others out"   I say it does it better than ANY OTHER PROGRAM(As even blackice would be open in that same window) the situation when it is OPEN is very limited(real but limited) and MOST people don't have that setup.  Remember everyone here acknowledges NO PROGRAM will be 100%, so you must find the ones with the LEAST risk, this risk is SMALL, limited, and MOST OF ALL SHARED BY ALL OTHER SOFTWARE FIREWALL products. <br>Now Given that ANY FIREWALL would have this same problem, ZA doesn't contain any of the others pointed out by the Leaktest.  <br>All we have learned from this is (maybe we should have know n this already) is that ZA is NOT perfect. Did we all believe we were 100% safe?   Maybe we did.  What has troubled many is that WE WANTED TO BELIEVE it was perfect and 100% secure.(rose colored glasses syndrome)<br><br>I am disapointed my firewall of choice has a weakness,SURE I am,  BUT DAMN GLAD THE WEAKNESS DOESN'T apply to MY configuration.<br><br>To sum up, the one known weakness is shared by all software firewalls, and is very limited, and the other weakness found by leaktest do not apply to ZA.  So that would still mean it is A GOOD PRODUCT TO HAVE.  And still worthy to be recommended. <br><br>sorry to drag on but this thread seemed to be steering people away from the fact the issue with ZA was specific and many of the posts are generalizing issues which make it sound as if the problem is one that EVERYONE OF 8 MILLION users share, it is NOT.<br><br>--<br>Don't take life too seriously, you will never get out alive!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,292139</guid>
<pubDate>Thu, 28 Dec 2000 15:34:01 EDT</pubDate>
</item>

<item>
<title>Re: The Word From Diamond Computer Systems</title>
<link>http://www.dslreports.com/forum/remark,292112</link>
<description><![CDATA[<A HREF="/useremail/u/173351"><b>CJ</b></A> : Well, I guess I stand corrected. I thought that Steve Gibson was the one that found the exploit. Now I know he is just a liaison between the two companies.<br><br><B>So I will publicly apologize for the words that I said about Steve Gibson.</B><br><br>One thing I have learned here is that I have grown very dependent on the information that I collect about security here at DSLReports. Even though the people who post here aren't firewall programmers. I feel that they(2kmaro) are just as knowledgeable if not more about security. <br><br>Thank you to Emilio for breaking the story, and both of you (Emilio & 2kmaro) for keeping us all up to date, and correcting us when we are wrong.;)<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,292112</guid>
<pubDate>Thu, 28 Dec 2000 15:15:14 EDT</pubDate>
</item>

<item>
<title>Re: The Word From Diamond Computer Systems</title>
<link>http://www.dslreports.com/forum/remark,292033</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : Trail Blazer - you are correct.  But this is exactly the same kind of thing that we all raised hell about when Steve Gibson released the LeakTest results.  That's a bogus deal also as long as no trojan is active on your system.  This is same thing, just that the trojan would have to act a little bit different - or so I understand it at the moment.<br><br>erikrudd - either your security product is as secure as it can be or it isn't!  Their's isn't, they know it, and have elected to warm their thumb in response to the issue!;)  Me, I just hate for a piece of software not to work as advertised.  I'll turn the tables here with the one software firewall I would recommend last: BlackIce Defender - it doesn't claim to provide protection from inside-out breaches such as this, but provides very strong inbound protection.  Viewed that way, BID is a better product than ZA, NPF, SPF and the others!  The fact that it offers no protection in this area is beside the point, the point is that it does do what it says it will do: keep others out of your machine!<br><br>Don't anyone forget that it was EmilioG who brought all of this out into the light with documentation to back it up!  Me, well if I were built a little better, I'd just probably be a grinnin' and rasslin' gators in Louisianna swamps jes fur fun!!:)<br><br><br><i>[text was edited by author 2000-12-28 14:38:51]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,292033</guid>
<pubDate>Thu, 28 Dec 2000 14:37:18 EDT</pubDate>
</item>

<item>
<title>Re: Zone Labs President Responds!</title>
<link>http://www.dslreports.com/forum/remark,292005</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : 2kmaro, you've done an outstanding job of trying to get ZoneLabs to take complete responsibility for both their actions and their inactions.  Although I don't use ZA, having chosen another route long ago, I appreciate your efforts on behalf of all of us who are security conscious. In almost 15 years of network implementation, management and architecture I have rarely encountered anyone as passionate about security as you have proven yourself to be.  Keep up the good work!<br><br>Erik<br>--<br>Never attribute to malice that which can be explained as ignorance.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,292005</guid>
<pubDate>Thu, 28 Dec 2000 14:26:14 EDT</pubDate>
</item>

<item>
<title>Re: The Word From Diamond Computer Systems</title>
<link>http://www.dslreports.com/forum/remark,292003</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> : ZoneLabs seems to be saying that this is not really a problem with ZA. The problem is you've got a trojan in your system. So deal with the problem instead of blaming ZA for whatever damage this trojan does. Did I correctly understand that exchange of emails 2k shared with us?<br><br>If so then part of me can rationalize that argument.<br><br>But the other larger part of me seems to think that if this is something ZA can help its users/customers avoid then they should. If nothing else it's one more marketing claim they could make until their competitors catch up.<br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb<BR><B>Trail Blazer was formerly known as tblazer</B></SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,292003</guid>
<pubDate>Thu, 28 Dec 2000 14:25:34 EDT</pubDate>
</item>

<item>
<title>Re: The Word From Diamond Computer Systems</title>
<link>http://www.dslreports.com/forum/remark,291956</link>
<description><![CDATA[<A HREF="/useremail/u/231170"><b>Wildcatboy</b></A> : I heard my name :) 2kmaro is quite correct. I did say that before. Statistically 18% of all passwords can be cracked in less than 10 minutes. Alpha numeric passwords such as the one Wheelert mentioned 18VSO3ZFQ are generally good. This one can be broken on a 400 MHZ machine in about 5.5 hours. Most 14 digit alphanumeric passwords can be cracked in less than 48 hours in fact 80% of all passwords can be cracked in that time. For the most secure passwords choose 14 digit passwords with all possible characters such as H3+3d?(]B4`@~| This will take a maximum of 480 hours on a pentium 300. Change your password every 15 - 20 days.<BR><br>By the way id3dwiz ( come to think of it your name can be used as a password too :))you are correct NTFS is better. If you have the system that supports it and not using it, you are doing yourself a disservice. It's very easy to convert but hard to master the permissions. Make sure you understand how file and user permissions work.<BR><br>And finally to go back on the subject, the vulnerability of ZA most probably wouldn't be solved by having a router because the nature of the problem has less to do with firewalls than it does with Trojans. Remember if you have a good AV program to keep the Trojan out you are totally safe from that vulnerability even if you don't have a firewall in place at all. No Trojan, no attempt of getting out of your computer. Cheers.<br>--<br><B>You can catch the Devil, but you can't hold him long.</B>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,291956</guid>
<pubDate>Thu, 28 Dec 2000 14:08:48 EDT</pubDate>
</item>

<item>
<title>Zone Labs President Responds!</title>
<link>http://www.dslreports.com/forum/remark,291882</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : In the following E-Mail, it may help to know that Gregor Freund is the President and Founder of Zone Labs and Conrad Herrmann is the Chief Technology Officer for Zone Labs.  Information about them may be found at <A HREF="http://www.zonelabs.com/management.htm" >http://www.zonelabs.com/management.htm</A> <br>--------------<br><B>E-Mail from DiamondCS</B><br>Due to recent responses from Zone Labs and then Steve, both vulnerabilities will be fully disclosed to the public in approximately 24 hours from the time of this email - we're just waiting upon confirmation from Zone Labs Gregory Freund & Frederick Felman that their latest email to us from Conrad Hermann is their official stance. All will be revealed tomorrow, but at this stage it appears Zone Labs won't be fixing either of the vulnerabilities - Steve isn't impressed, neither are we.<br><br>Best regards,<br>DiamondCS<br><B>end</B><br>------------<br><br>Ok, with that in front of us, here is the email that I received from Gregor Freund:<br><br>-------------<br><B>E-Mail from Gregor Freund, President of Zone Labs</B><br>Thanks you for this and your other message. I appreciate the opportunity to address your concerns and apologize for the delay getting back to you - I just came back from a vacation.<br><br>Up front: No security is absolute and one hundred percent. This is true for both cyber security as well as the "real world". You can put seat belts in a car, throw in air bags and crush zones and you will still have accidents that you just can't survive. The same principle is true for house or car alarms. Security measures are always a balance between protection, convenience, cost etc. For example I fly small airplanes who have 6-point seat belts which are much better then anything you would find in a car. The reason you don't find them there is that they are inconvenient to put on and restrict your movement so most drivers just wouldn't use them and end up being less secure instead of more. Every security vendor is selling tools to reduce your vulnerability, not to completely eliminate it.<br><br>Having said this we set our standard for appropriate security very high. None of the "generic" attacks to break through ZoneAlarm have ever succeeded and believe me, people have tried. In order to compromise a protected system you would have to either break through the integrated firewall or the MailSafe feature in order to run a malicious application on a victim's PC.  For the sake of argument let's assume that is possible. If that malicious application then tries to communicate over the Internet (for example to steal your confidential data) we can and will stop it.<br><br>That leaves the possibility to attack the ZoneAlarm program itself. We have seen some lab attempts to do this but nothing in the "wild". Of course any of our competitors are subject to the same potential vulnerability. With version 2.1.44 we have changed the software so that even most of those attacks will fail. You still can unload the ZoneAlarm program (there is nothing under Windows that can stop this) but the underlying service will continue to enforce your security settings.<br><br>We are currently testing a new version that further improves the security margin. That version will be available towards the end of January. The goal is that ZoneAlarm can not be sabotaged provided that you<br>- Run on a semi-secure version of Windows (NT, 2000 or Whistler)<br>- Don't run in administrative mode<br>- Use the password feature<br>Under Windows 95/98/ME those margins will be a bit narrower. Please understand that we need the appropriate time to test the new code. Rushing out some pseudo-fix without sufficient quality assurance will have the opposite effect - users would run into all kinds of troubles and might eventually uninstall ZoneAlarm - not exactly an improvement of their online security.<br><br>You should also note that any of the potential attacks in this context would succeed with conventional firewalls such as CheckPoint or SonicWall. These products don't have any application-level protection at all and for example they all have to allow outgoing traffic on port 80.<br><br>We are extremely proud that we help eight million users to significantly improve their online security and have protected hundreds of thousands of them from serious harm. We take the resulting obligation very seriously and will do everything in our power to continuously improve our products in order to justify the trust of our users.<br><br>Best Regards,<br>Gregor Freund<br>President, Zone Labs, Inc.<br><B>end</B><br>-----------<br><br>With all of that I'm not quite sure of what to say to Zone Labs.  We all know that no product is 100% anything.  We also should know by now that in the Windows family, the home user software is the least secure.<br><br>The potential of a new virus with smarter technology has also been discussed here in the Security forum of DSLR.  These risks would appear to apply equally to all software firewalls.  Our best defense against this 'attack from within' will be to make sure that our Anti-Virus and anti-trojan efforts are always kept at a high, up-to-date level.<br><br>The most disappointing thing to me at this point is that while other software firewall vendors (Symantec most notable) responded to the LeakTest challenge almost immediately (with no fixes released yet that I know of), Zone Labs appears to feel this problem does not warrant their immediate attention.<br><br>I'm sorry, but in 20 years of building software to use in things like automated air traffic control systems, weather radar systems and general 'run of the mill' business applications my philosophy has always been that if you have a problem in the basic function of a product you fix it!  The basic function of a software firewall is to stop unauthorized passage through that firewall.  Am I missing something here?<br><br>In defense of Zone Labs, I could say (and should say) that as long as no malicious program gets on your system then there isn't a problem.  That pretty much puts them all back in the same arena, perhaps still giving basic ZoneAlarm the edge by virtue of price and ease of use.<br><br>Will the revisions to Norton Personal Firewall, Sygate Personal Firewall and others like them be more secure than Zone Alarm - I cannot say.  At least they will have made an improvement to themselves.  Me - well, I'm headed down to BestBuy very shortly to start learning how to set up a router right!<br><br>In parting, I'll post my reply email to DiamondCS for you all to read:<br>----------<br><B>My Response to DiamondCS</B><br>Thank you for this update.  That is very disappointing.  Steve isn't impressed, you aren't impressed and I most certainly am not either.  This seems to be a case of 'we have all these millions of users', we've got them hooked, now we get to leave them with an incomplete product.  Perhaps Gregor and group have been taking program design lessons from the Microsoft School of Program (non)Design!<br><br>From what I have deduced from your comments and discussions with others, it would appear that a strong defense against this weakness will be a high-quality anti-virus application and awareness of good anti-virus procedures.  This still leaves the risk of a new virus in place.  I will be adding a router to my home system to increase the security level to some degree, and now will also take a look at some of those free tools you mentioned are available from DiamondCS, along with your other products to see which may have value in this area.<br><br>And, of course, I will give consideration to going with one of Zone Labs competitors once they have plugged the holes found with Steve's LeakTest.  A sad state of affairs for such an otherwise outstanding product to have come to.<br><br>I would appreciate notification of where to read the announcement and obtain a copy of the test executable when these are available.<br><br>Thank You for all of your kind assistance these last three days.<br><B>end</B><br>---------<br><br><I>And to end it all - my reply to Mr. Freund</I><br><br><B>My reply to G.Freund</B><br>Thank you for your response.  At this point I'm not really sure of what to say about it all.  I do know that many people are taking this even more seriously than the results of Steve Gibson's LeakTest.  The perception of most is that you have a discovered vulnerability and are not doing anything about it.  Somehow you are going to have to overcome that perception.<br><br>You mention the 8 million users that have downloaded ZoneAlarm.  Well, I feel like I've recommended it to about half of those numbers, and to each that I've recommended it to I feel some responsibility for any weakness it might have.  MOST of those 8 million users are not using a secure OS such as NT, 2000 or Whistler.  That is reality.  Most of them are on various flavors of Windows as 98, 98SE, and ME.  There are a great number of these users who are living on fixed incomes or are students and the added burden of coming up with another $100 or $150 to put a router on a single system is an almost unreasonable expectation for those.  Those that are educated about security enough to realize the need for it in these categories are depending heavily on their software firewall to provide security.<br><br>It would appear that the only patch for this problem at this time for non-secure versions of Windows would be strong anti-virus software, kept up to date and good anti-virus operating habits?  Am I correct in this assumption?<br><br>Also, you mentioned that even in shutting down ZoneAlarm that the service would continue to run -- is that a true statement if the user is operating with Windows 98/98SE/ME?  I would presume not given the way that those operating systems provide the equivalent of Administrator priviledge to all users.<br><br>The part that makes all of this difficult for me to accept as presented is that I have been a programmer for most of the past 20 years.  I have developed software still in use for automated air traffic control systems, weather radar systems, along with numerous business applications.  It has always been my philosophy that if there was a fault in a basic function of a program, that fault should be fixed, period.  It doesn't appear at this point that Zone Labs operates under that philosophy.  I interpret the basic function of a software firewall to be to prevent unauthorized passage of traffic thru the firewall.  Here we have a known potential for a breach, DiamondCS has indicated that they have provided solutions to Zone Labs and yet you state that in the 10 weeks since notification that Zone Labs has maintained a position of 'no, we aren't changing right now'.  That is a tough piece of meat for me to chew right now.<br><br>Maybe I'm looking at all of this too hard and maybe from the wrong angle, but this is the way I see it at this point in time.  I realize the risk may be very small, but it is a known risk that others have said there is a remedy for.  Doesn't prudence dictate applying the remedy?<br><br>You may want to take a look at the comments provided on this subject over the past 2 or 3 days at DSLReports Security forum.  The site address is <A HREF="http://www.dslreports.com" >http://www.dslreports.com</A>  and the discussion thread is at  <A HREF="http://www.dslreports.com/forum/remark,288028;root=security,1;mode=flat;start=0" >http://www.dslreports.com/forum/remark,288028;root=security,1;mode=flat;start=0</A>  <br><br>As you may recall, my nickname at the site is 2kmaro.<br><br>Thank you for taking the time to once again respond to me personally.  Please give continued, strong consideration of addressing this issue with a software change at the earliest possible moment.<br><B>end</B><br><br>-------<br>Kirk Out.<br><br>--<br>The only virus on my computer is Windows.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,291882</guid>
<pubDate>Thu, 28 Dec 2000 13:44:13 EDT</pubDate>
</item>

<item>
<title>Some strong password links...</title>
<link>http://www.dslreports.com/forum/remark,291865</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> : <A HREF="http://www.adpc.purdue.edu/BSC-Pete/passwrds.htm" >Purdue University</A><br><A HREF="http://www.tufts.edu/tccs/acs/help/misc/securepasswd.html" >Tufts University</A><br><A HREF="http://www.oc.nps.navy.mil/~cook/Security/oc2020_password.html" >US Navy</A><br><A HREF="http://www.microsoft.com/ntserver/security/deployment/planguide/password.asp" >Microsoft</A><br><A HREF="http://www.sans.org/infosecFAQ/password.htm" >SANS Institute</A><br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb<BR><B>Trail Blazer was formerly known as tblazer</B></SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,291865</guid>
<pubDate>Thu, 28 Dec 2000 13:41:10 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,291837</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : As I see it, Steve Gibson is in the classic Catch-22 situation often faced by security professionals when they find or become aware of a probable, previously unknown security issue.  I'm a believer in full disclosure BUT AFTER a reasonable period of time in which the vendor is given the opportunity to prepare and make available a patch or other fix.  I've chosen the word 'reasonable' because it allows the parties involved the flexibility to consider the scope of the problem, all the technical facts, the politics, and the potential  business impacts on the company.  If we were discussing an M$FT issue today, it would be a no-brainer given their long-standing preference for obfuscation of legitimate issues rather than providing timely solutions.  However, the public perception as well as the reputation of both Steve and the folks at Zone Labs has never been anything but straight up honesty and sincerity.  Let's consider their record and give them the time they need to resolve the problem.<br><br>ON THE OTHER HAND, in all fairness, I encourage you to take the measure of the company (and its products) that started this with its claims.  As always, don't be satisfied with just scratching the surface.<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,291837</guid>
<pubDate>Thu, 28 Dec 2000 13:32:11 EDT</pubDate>
</item>

<item>
<title>Re: The Word From Diamond Computer Systems</title>
<link>http://www.dslreports.com/forum/remark,291810</link>
<description><![CDATA[<A HREF="/useremail/u/215392"><b>id3dwiz</b></A> : I'm using windows 2000 pro, with FAT 32.<br>I've heard that NTFS is much better security wise.<br>What do you recommend?<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,291810</guid>
<pubDate>Thu, 28 Dec 2000 13:26:01 EDT</pubDate>
</item>

<item>
<title>Re: The Word From Diamond Computer Systems</title>
<link>http://www.dslreports.com/forum/remark,291786</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : Quick comment - I believe it was either B or Wildcat boy that mentioned recently that there are password breakers that can come up with a password for most situations in under an hour.  For maximum protection, besides the suggestions that coxta makes, also use the maximum number of characters permitted for the length of the password.  Each additional character increases the difficulty of of guessing tremendously.  Ok - on to next long post: What to expect in the next 24 hours!<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,291786</guid>
<pubDate>Thu, 28 Dec 2000 13:18:38 EDT</pubDate>
</item>

<item>
<title>Re: The Word From Diamond Computer Systems</title>
<link>http://www.dslreports.com/forum/remark,291511</link>
<description><![CDATA[<A HREF="/useremail/u/172393"><b>coxta</b></A> : A quick addition to your password suggestions:  1.  use upper and lower case letters, 2.  use diacritical or puncutation marks, 3. change your passwords frequently.  <br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,291511</guid>
<pubDate>Thu, 28 Dec 2000 11:35:13 EDT</pubDate>
</item>

<item>
<title>Re: The Word From Diamond Computer Systems</title>
<link>http://www.dslreports.com/forum/remark,291431</link>
<description><![CDATA[<A HREF="/useremail/u/234668"><b>rtoday</b></A> : Nice summary, Paul. Thank you.<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,291431</guid>
<pubDate>Thu, 28 Dec 2000 11:01:21 EDT</pubDate>
</item>

<item>
<title>Re: The Word From Diamond Computer Systems</title>
<link>http://www.dslreports.com/forum/remark,291290</link>
<description><![CDATA[<A HREF="/useremail/u/153110"><b>paul613</b></A> : It clearly stated that users of PPPoE and DHCP were NOT at risk.<br>This limits the problem to those with static IP addresses and ALL OF THE OTHER SET OF VARIABLES LISTED.   <br>And for those who do have the setup described, would be the same type of user who should and likely would have a hardware firewall in place.<br><br>For a user to have a internal network which required TCPIP to be bound to Netbios, and have file and print sharing enabled, they would likely(and should be)be using an DSL router. Most dsl/cable routers have built in hardware firewall protection.  This added to a software firewall application would eliminate the risk of this particular problem.<br>So if I understand(many of you will correct me if I am wrong I am sure) it to be at risk your setup would be as follows:<br><br>Static IP from provider -- assigned to external DSL/cable modem---connected to a HUB(not router) as a shared resource---Mulitiple pc lan each with an IP address (static again) that is public--WITH TCPIP Bound to NETBIOS; With FILE and Print Sharing on With NO(or weak) security.<br><br>WHO has this setup? And if you do you could do several things to protect yourself.<br>1. Get a router with built in hardware firewall(most of them have this feature)<br>2. PASSWORD PROTECT ALL SHARED RESOURCES.<br>3. Unbind TCPIP from netbios<br>4. Unplug the modem from the hub UNTIL all pc's have booted and have firewall up and running.(if you have situation were users maybe coming on pc's at different times and can't unplug modem from hub YOU NEED A ROUTER! SEE number 1)<br><br>So it seems that anyone who is at risk would easily and without too much effort be able to eliminate the problem all together very quickly.<br><br><br><br>--<br>Don't take life too seriously, you will never get out alive!<br><i>[text was edited by author 2000-12-28 10:13:02]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,291290</guid>
<pubDate>Thu, 28 Dec 2000 10:03:01 EDT</pubDate>
</item>

<item>
<title>Re: The Word From Diamond Computer Systems</title>
<link>http://www.dslreports.com/forum/remark,291263</link>
<description><![CDATA[<A HREF="/useremail/u/234668"><b>rtoday</b></A> : Thank you once again. :)<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,291263</guid>
<pubDate>Thu, 28 Dec 2000 09:47:23 EDT</pubDate>
</item>

<item>
<title>Re: The Word From Diamond Computer Systems</title>
<link>http://www.dslreports.com/forum/remark,291246</link>
<description><![CDATA[<A HREF="/useremail/u/162960"><b>wheelert$93</b></A> : Unfortunately, many individuals pick passwords that are easy to remember and are associated in some way to them. Birthdates, SSNs, license plate numbers, names of family members and pets, etc., are all commonly used. These are also easily broken. <br><br>Passwords should NEVER be just a word. A mixture of alpha-numeric characters, at LEAST 6 characters in length is best. For example, 18VSO3ZFQ would be an excellent password. It means absolutely nothing and is a random mix of letters and numbers. <br><br>A good site regarding security of your systems and networks is <A HREF="http://www.sans.org" >The SANS Institute</A>. <br><br><br>--<br>"Rome did not create a great empire by having meetings. They did it by killing all those who opposed them."]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,291246</guid>
<pubDate>Thu, 28 Dec 2000 09:38:03 EDT</pubDate>
</item>

<item>
<title>Re: The Word From Diamond Computer Systems</title>
<link>http://www.dslreports.com/forum/remark,291230</link>
<description><![CDATA[<A HREF="/useremail/u/234668"><b>rtoday</b></A> : Wheelert - Good point about hidden and strong password protection on shares.  Do you or does anyone have a url for a writeup suitable for general reading on so-called "strong" passwords?  I had one once, but it seems now defunct.  Thanks.<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,291230</guid>
<pubDate>Thu, 28 Dec 2000 09:28:11 EDT</pubDate>
</item>

<item>
<title>Re: The Word From Diamond Computer Systems</title>
<link>http://www.dslreports.com/forum/remark,291219</link>
<description><![CDATA[<A HREF="/useremail/u/162960"><b>wheelert$93</b></A> :  <BLOCKQUOTE><SMALL>said by Trail Blazer:</SMALL><HR>I mean, who here actually has TCP/IP bound to Windows NetBIOS? And if they have file and/or printer sharing enabled they surely have password protected shares, right? Comments please? <HR></BLOCKQUOTE><br><br>Possible.. Yet, think of all the users that aren't up to speed on networking and have 4 computers hooked into a router. Or worse yet, have 2 NICs in a machine and are using it to network the others through a hub. Do you think the shares are password protected? Maybe. Are they protected with a decent password? Doubtful. And keep in mind, security on Win9X is basically a joke to begin with. Many individuals purchase these routers with no prior experience with network security and what needs to be done to secure a network. I'm sure there are many 'mini' networks out there that are wide open.<br>--<br>"Rome did not create a great empire by having meetings. They did it by killing all those who opposed them."<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,291219</guid>
<pubDate>Thu, 28 Dec 2000 09:23:50 EDT</pubDate>
</item>

<item>
<title>Re: The Word From Diamond Computer Systems</title>
<link>http://www.dslreports.com/forum/remark,291217</link>
<description><![CDATA[<A HREF="/useremail/u/234668"><b>rtoday</b></A> : Best thread on DSLR at the moment.  My up-votes to the excellent info provided.  It's good to know that 2k, wildcatboy, emilio, trailblaszer, ausnetwanderer, and the others are on our side.  Consider if they weren't ... yikes!<br><br>I'll continue reading with much interest.  Thanks!<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,291217</guid>
<pubDate>Thu, 28 Dec 2000 09:22:20 EDT</pubDate>
</item>

<item>
<title>Re: The Word From Diamond Computer Systems</title>
<link>http://www.dslreports.com/forum/remark,291089</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> : It sounds like ZA is saying that our vulnerability is actually quite limited but only if we've done our homework in terms of securing our systems. I mean, who here actually has TCP/IP bound to Windows NetBIOS? And if they have file and/or printer sharing enabled they surely have password protected shares, right? Comments please?<br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb<BR><B>Trail Blazer was formerly known as tblazer</B></SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,291089</guid>
<pubDate>Thu, 28 Dec 2000 07:30:19 EDT</pubDate>
</item>

<item>
<title>Re: The Word From Diamond Computer Systems</title>
<link>http://www.dslreports.com/forum/remark,290960</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : And everything between Gibson and DiamondCS checks - regarding who discovered the problem, when and to what degree Gibson is involved in it.  Apparently, because of his notariety, DiamondCS felt they'd get more action out of ZoneLabs than they'd had luck with previous to all of that.<br><br>At least you got some kind of answer from ZoneLabs!  Nothing but the standard 'we got your email' notice from them to me so far!<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,290960</guid>
<pubDate>Thu, 28 Dec 2000 04:06:17 EDT</pubDate>
</item>

<item>
<title>Re: The Word From Diamond Computer Systems</title>
<link>http://www.dslreports.com/forum/remark,290955</link>
<description><![CDATA[<A HREF="/useremail/u/204115"><b>EmilioG</b></A> : Here are two emails I received from Steve Gibson and Zone Labs'. Steve has been very forthcoming since I started contacting him, which of course led to my "discovery" of this problem.<br><br><br>Hi (again) Emilio,<br><br>>Dear Steve;  Thanks for the reply.  I appreciate your candor and<br>>dedication to security on the web.<br><br>You are, of course, quite welcome.<br><br>>The company that you mention, Diamond computer systems, are they Diamond<br>>computer systems out of Australia,  makers of TDS Trojan scanner and other<br>>security software?  or is it another company? Could you give me their web<br>>address.<br><br>Yes. TDS is the product I mentioned.  Rather than giving you their URL, I<br>would be doing you a MUCH bigger favor by showing you how to find any<br>company's URL.  I use the excellent "GOOGLE" search engine almost without<br>exception:  <A HREF="http://google.com/">http://google.com/</A>   Then search for: Trojan Defense Suite<br><br>>Question;  I know you waited a year and you told Symantec in that same<br>>time before you wrote about them and other's with the release of Leaktest,<br>>so why didn't you include any news of possible or real security<br>>vulnerabilities in Zone Alarm?  Did you just discover the problem and are<br>>giving them (Zone Labs') the same courtesy and are waiting a response the<br>>way you did with Symantec or is there another reason?<br><br>Actually, it was the TDS folks who discovered the problem and are working<br>with Zone Labs.  I have just added a Q&A to the leaktest FAQ page which<br>addresses your question.  Please see that page: <A HREF="http://grc.com/lt/faq.htm">http://grc.com/lt/faq.htm</A> <br><br>>Can you give me an idea as to what the problem is with Zone Alarm without<br>>going into specific detail?  doesn't the public that puts so much faith<br>>into Zone Alarm (8 million downloads') deserve to know something?<br><br>As you'll see from my answer to the question on that page, this is NOT the<br>sort of problem/issue that I intend to become involved in ... because it's<br>just too open-ended.<br><br>I have also just started an online discussion of this issue ... in a new<br>discussion group:  'ten-forward.vulnerability'  Please feel free to join in<br>the discussion.<br><br>>I thank you again for your reply and I wish you Happy Holidays and<br>>wonderful New Year,<br><br>And likewise.  All the best to you and yours!!<br><br>______________________________________________________________________<br>Steve. <br> <br> <br> <br> <br> <br><br><br><br><br><br><br>From: "Support" <br>To: "Emilio Gonzalez" <br>Subject: Re : Zone Alarm and vulnerabilities  (#7225-000006-4109\64109)<br>Date: Wednesday, December 27, 2000 1:44 PM<br><br><br><br>Hi Emilio.  It appears you are asking for us to comment on a conversation you had with Steve Gibson about a vulnerability or "flaw" that is not explained in your mail.<br><br>Can you be as specific as possible as to the alleged vulnerability you are referring.<br><br>Thanks,<br><br>Zone Labs Support<br><br>(#7225-000006-4109\64109)<br><br> ORIGINAL MESSAGE:<br> -----------------<br><br><br> From: "Emilio Gonzalez" <br> Posted At: 13:03:30.407 12/27/2000<br> Posted To: Multiple recipients of list info_list <br> Subject: Zone Alarm and vulnerabilities<br><br>I recently wrote to Steve Gibson of GRC.com and he told me about a<br>vulnerability in all firewalls, including Zone Alarm that was discovered by<br>Diamond computer systems.<br>Would some be so kind as to comment on this and reply as soon as possible.<br>Is there a fix in the works? What type of flaw has been discovered and what<br>can be done in the meantime?  I would appreciate any information on this<br>matter and I thank you in advance.  I am an end user of Zone Alarm 2.1 for<br>private home use.  I am not in the PC industry in any way.  I thank you for<br>your attention to this in advance.<br>Regards,Emilio<br><br><br>As you can see, Zone Labs was quite surprised or concerned. I'm sure by now they have all the details because this has now broken far and wider.  I was talking about this for a little while now and thanks to Steve Gibson and Diamond CS, the details are slowly coming to light.  God knows if Zone Labs would have said or even thought about doing something until someone started complaining.  I don't want to speculate too much.<br><br>So now I see what I've always believed is true...question everything. We also see that Steve Gibson is not a sell out but someone who is actually a third part and is trying to do the right thing.  So Thanks Steve and thanks Diamond CS, which BTW seem to have a very good Trojan scanner and other security programs.<br><br><br>*<I>Be sure to check out the FAQ link above in Steve Gibsons reply.</I><br><br><A HREF="http://grc.com/x/talk.exe?cmd=article&group=freeware.leaktest&item=4803&utag=">HERES</A> one official response on one of the vulnerability issues in ZA in the GRC discussion forum.<br><br><br><br> <br><br>--<br>Regards, Emilio<br><br>Its failings notwithstanding, there is much to be said in favor of journalism<br>in that by giving us the opinion of the uneducated, it keeps us in touch with<br>the ignorance of the community.<br>		-- Oscar Wilde<br><br><br>-----------------------------7d037a13c50<br>Content-Disposition: form-data; name="do"<br><br>Preview<br><br><I>[text was edited by author 2000-12-28 04:08:21]</I><br><br><br><i>[text was edited by author 2000-12-28 05:21:56]</i>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,290955</guid>
<pubDate>Thu, 28 Dec 2000 04:00:21 EDT</pubDate>
</item>

<item>
<title>Re: The Word From Diamond Computer Systems</title>
<link>http://www.dslreports.com/forum/remark,290883</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : donaldk - simple thing to do: cut your message out and paste it into an email - send it to support@zonelabs.com then you've done your job.  Best you do it, because if they needed to ask questions, I sure wouldn't be able to answer them for you.  If you wanted, you could CC to me (2kmaro@home.com) and I'll forward to a higher contact I have within the ZoneLabs structure.<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,290883</guid>
<pubDate>Thu, 28 Dec 2000 03:13:47 EDT</pubDate>
</item>

<item>
<title>Re: The Word From Diamond Computer Systems</title>
<link>http://www.dslreports.com/forum/remark,290826</link>
<description><![CDATA[<A HREF="/useremail/u/223983"><b>donaldk</b></A> : I do not know the exact fundamentals off all the problems discovered with ZoneALarm (way too much too read) but the reboot issue and the 10 or so sec window of attack opportunity i may have an idea.  I do not know how to program myself (I do not have the time to learn right now) but if ZoneAlram were to incorporate a VXD like structure and start up and soon as TCP/IP is also loaded in the boot process.  I am saying something like WPCRSET (by H-Oda)which uses a VXD which runs in real mode and changes the PCI registers on my VIA chipset to tweak it a bit.  And it runs on the boot before the GUI shows up and I know this because if it is improperly setting the registers I get a Windows Protection Error on boot but after disabling WPCRSET the protection error goes away. So lets say Windows is loading still in real modem, the ZoneAlarm VXD loads and latches on to MSTCP and blocks everything but when the GUI shows up and Windows switches into protected mode then the user's preferences are loaded along with the rest of ZoneAlarm.  Then Windows gets to the desktop and ZoneAlarm should pop its logo in the System Tray to allow the user to control it and also make the warnings show up like an ICQ style where the icon flashes and a small chime is made and the user can double click to find out the attack/error info.  It is a stupid idea I have... maybe you guys could consider it and if it is good forward it to ZoneLabs as I do not have time.<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,290826</guid>
<pubDate>Thu, 28 Dec 2000 02:47:13 EDT</pubDate>
</item>

<item>
<title>Re: The Word From Diamond Computer Systems</title>
<link>http://www.dslreports.com/forum/remark,290740</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> : I for one will send out an email to ZoneLabs first thing in the morning.<br><br>Other than an email campaign I wonder if there is anything we can do as a group to try and spur ZoneLabs into action? Maybe I will have thought of something by morning.<br><br>Thanks again, 2k.<br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb<BR><B>Trail Blazer was formerly known as tblazer</B></SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,290740</guid>
<pubDate>Thu, 28 Dec 2000 02:10:44 EDT</pubDate>
</item>

<item>
<title>Re: The Word From Diamond Computer Systems</title>
<link>http://www.dslreports.com/forum/remark,290706</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : Now, one more and I'll step back out of the way again.  I've sent an email to support@zonelabs.com and the body of it is repeated here.  I urge anyone who feels the same as I do (a little inconvenience is worth the added security) to also send them an email.  If you don't think you can come up with good words, or just like mine and want a speedy message, feel free to copy and edit for your own:<br><br>-----------<br>For The Record<br><br>I am both a personal and business user of ZoneAlarm.  I have three personal systems at my residence protected by ZoneAlarm.  I have many systems at my workplace protected by licensed copies of ZoneAlarm.<br><br>I have been recently made aware of the fact that there are known security risks associated with ZoneAlarm and ZoneAlarm Pro and that you are aware of these issues.  I believe that at this time you have been aware of them for some 10 weeks.  I am under the impression that the present corporate position is not to effect 'repairs' to the software based on some type of 'effectiveness versus convenience' argument.  I, as a user of several copies of your software, will state that I am willing to suffer some inconvenience to achieve a more secure operating environment both at home and at work.<br><br>Without being made aware of the specific type(s) of exploitable weaknesses, I cannot make any other judgment than the one just expressed.  However, the small amount of information that I have been able to obtain does indicate that these weaknesses can be exploited during the day-to-day, normal operation of the systems.  To knowingly leave a 'hole' in the firewall under those circumstances is not what I'd call being treated properly or fairly by Zone Labs.<br><br>These matters are going to be made public soon, and your 'stock' is going in the toilet right along with all the others exposed recently via Steve Gibson's LeakTest.  Either you have the toughest software firewall on the block or you don't - and the toughest DOES NOT have any known exploitable weaknesses in it.<br><br>Thank you for your time and attention to this matter.  Bottom line, short explanation: I HEAR YOU HAVE A PROBLEM, PLEASE FIX IT RIGHT AWAY!!<br><br>Thank You<br>A ZoneAlarm User<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,290706</guid>
<pubDate>Thu, 28 Dec 2000 01:58:17 EDT</pubDate>
</item>

<item>
<title>Re: The Word From Diamond Computer Systems</title>
<link>http://www.dslreports.com/forum/remark,290703</link>
<description><![CDATA[<A HREF="/useremail/u/233274"><b>Ausnetwanderer</b></A> : :) I have just visited Gibson Research and found a reference to the Leaktest release <A HREF="http://grc.com/lt/disclosure.htm" >here</A> in the "newsgroup" on Leaktest. Navigating this newsgroup is a bit of a nightmare but I suggest that there is an enormous amount of info there and maybe checked out by someone with more experience than I with newsgroups. Outlook Express had 600+ listings in groups with over 6000 not downloaded.<br>There was a program written and documented there called "nozone" which was able to breach ZA. In the interests of security this thread was removed from the newsgroup. Information about it's removal is in the ZoneAlarm posts.<br>Maybe the time has come for ZoneLabs to come out of the closet on this. The cat is already out of the bag.<br>Enjoy :)<br>John]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,290703</guid>
<pubDate>Thu, 28 Dec 2000 01:57:59 EDT</pubDate>
</item>

<item>
<title>Re: The Word From Diamond Computer Systems</title>
<link>http://www.dslreports.com/forum/remark,290696</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : Here we go - picks up where the last monster left off:<br><br>Alright - another long one with <I>edited</I> copies of emails received from DiamondCS.   Here is the short of it all:<br><br>* Full disclosure is coming soon, one way or the other!<br>* Although the initial alert was made by DiamondCS to ZoneLabs 10 weeks ago, Steve Gibson and the President of ZoneLabs didn't get involved with it until about a week or 10 days ago.<br>* The vulnerabilities appear to be similar to what Gibson achieved with LeakTest against the other software firewalls.  Same general idea - get through it from the inside out!<br>* There are no formal, legally binding agreements between ZoneLabs, DiamondCS and/or Steve Gibson - this is all being handled by "gentleman's agreements".<br><br>Where I've edited below, it is indicated with <I>italic text</I>, if I add any side comments, they will be <U>underscored</U>, and where I think a point needs to be emphasized, I've added <B>bold text</B>.  Any editing I've done has not changed the meaning, but has been done to keep names and similar information private where they are not already known (as with Steve Gibson).<br><br><U>From DiamondCS</U><br>Thanks <I>*</I>,<br><B>I just had a quick read through that thread on your forum, very interesting.</B> It is clear that there is a bit of confusion, which is fair enough when nobody other than myself and <I>name deleted</I> / DiamondCS, Steve Gibson / GRC, and Zone Labs knows about it. I'm happy to answer any questions you have, but I can't go into the actual exploit details just yet, out of courtesy to Zone Labs. <B>We follow CERT vulnerability disclosure-policy</B>, although we often allow more than 45 days for fixes (hey, we know how busy they are :-). We have not made anything public yet, for the sake and benefit of the public - Zone Labs haven't fixed the problem yet, so do you want the exploit released before the fix, whereby trojans will start exploiting these techniques? It is now ten weeks since Zone Labs were notified of the first of two vulnerabilities, and <B>pending one final email from them, that vulnerability will be disclosed immediately to the public, with a harmless demonstration executable. It is unfortunate that Zone Labs have not attempted to engineer a fix yet, as we have offered them solutions only to have them turned down for a matter of 'convenience over security', but that is their choice and now that they have had fair time and a  fair chance to fix the problem, it's over to the public to let them decide.</B><br><br><B>The second exploit</B> made itself apparent to <I>name deleted</I> / DiamondCS <B>just a few days ago</B>, and both Zone Labs and Steve Gibson have been made aware of this.  This one was very simple, and it found <I>name deleted</I> - <I>name deleted</I> didn't find it. Within a matter of minutes we then had a batch file capable of bringing down both ZoneAlarm and ZoneAlarm Pro. We've been in close liason with Steve over the last week or so regarding the situation and he has been very helpful to both Zone Labs and us at DiamondCS, so hopefully Zone Labs will get their act into gear and attempt to engineer a fix - but so far, nothing.<br><br>For the record, we are a young company established in 1986 originally building hardware systems, but since 1997 have been developing anti-trojan, pro-security software - all of it free, except for just two programs. We are based in Perth, Western Australia, and our homepage is<br> <A HREF="http://www.diamondcs.com.au">http://www.diamondcs.com.au</A> <br>We don't make firewall software and we are in no way in competition with Zone Labs. We don't go looking for vulnerabilities, but during anti-trojan testing we often come across vulnerabilities in other software, as was the case with both of the two ZoneAlarm/ZA Pro vulnerabilities. But when we discover vulnerabilities, it is our responsibility to report them to the vendor to have them fixed. Some vulnerability-hunters disclose such things to the public within a week of the discovery, but they seem to be the ones who have no genuine interest in securing Windows, just an interest in making a name for themselves. We don't hunt vulnerabilities, and we make our name through our software, not vulnerability disclosure, but these are vulnerabilities that the public must be made aware of, and we will certainly do that over the coming weeks. I hope that explains the situation a bit more.<br><br>Best regards,<br>DiamondCS<br><br>One more point for the record ...<br>There are absolutely no contracts, written agreements or signed documents of ANY kind between Zone Labs and DiamondCS, or DiamondCS and Steve Gibson / GRC.  Steve Gibson is assisting in 'moderating' the situation and helping both Zone Labs and us - we called him in when Zone Labs responded with an email along the lines of "we won't be fixing it due to a matter of convenience over security". For some strange reason, now that Steve is watching from the side Zone Labs have lifted their heads and are taking notice of the problems.<br><br>Best regards,<br>DiamondCS<br><br><br><B><I>President of ZoneLabs</I> became directly involved (by carbon-copied email) when Steve Gibson came into the picture early last week.</B> So far I have not received any email from him, but I am still in correspondance with <I>another senior ZoneLabs person</I>.<br><br><U>From 2kmaro</U><br>Can you answer one question without compromising your position?  Is the weakness as I'm guessing on the outbound side (from within a user's computer) or from the outside in as from an attacking system?  I'll understand if you cannot provide the answer to this.<br><br><U>From DiamondCS</U><br><B>Both vulnerabilities are local, not remote attacks,</B> and they both demonstrate how a trojan could get out to the Internet by 'circumventing' ZA/ZAPro - <B>similar to what LeakTest is demonstrating,</B> but LeakTest typically gets stopped by ZoneAlarm/ZAPro.<br><br>Best regards,<br><br><br><i>[text was edited by author 2000-12-28 02:08:41]</i>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,290696</guid>
<pubDate>Thu, 28 Dec 2000 01:53:52 EDT</pubDate>
</item>

<item>
<title>Re: The Word From Diamond Computer Systems</title>
<link>http://www.dslreports.com/forum/remark,290690</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : Basically you're thinking of the equivalent of the "On Close" event for a process.  However, you can basically override that with the proper series of API calls from the other program (says basically, "I don't care what you are doing or how badly you want to live, die dammit, die!").  I'd have to dig way deep to see if <I>that</I> can be overridden (never had to before - if it needed killing that bad, I always let the thread die).<br><br>Having answered that to a small degree, now I get to put up another huge page plus post.  More stuff from DiamondCS.<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,290690</guid>
<pubDate>Thu, 28 Dec 2000 01:50:33 EDT</pubDate>
</item>

<item>
<title>Re: The Word From Diamond Computer Systems</title>
<link>http://www.dslreports.com/forum/remark,290524</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> :  <BLOCKQUOTE><SMALL>said by Wildcatboy:</SMALL><HR>For example a Trojan can shut down your firewall before getting out.<HR></BLOCKQUOTE>My programming skills are perhaps a little rusty. But doesn't the Windows API offer a way for a running application to see if the request to terminate it was generated by the application itself and ignore it if it wasn't? If so, then that's the patch ZA and others are probably working on.<br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb<BR><B>Trail Blazer was formerly known as tblazer</B></SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,290524</guid>
<pubDate>Thu, 28 Dec 2000 00:45:48 EDT</pubDate>
</item>

<item>
<title>Re: The Word From Diamond Computer Systems</title>
<link>http://www.dslreports.com/forum/remark,290489</link>
<description><![CDATA[<A HREF="/useremail/u/231170"><b>Wildcatboy</b></A> : Good job 2kmaro, It confirmed what I've been suspecting for a while. Software firewalls have few major vulnerabilities, one being the reboot issue we discussed and the other is the effects that a virus or a Trojan can have on a firewall when it is already on the computer. For example a Trojan can shut down your firewall before getting out. This can be fixed to a certain degree by renaming your firewall file name unless the Trojan is smart enough to look for files with a certain size.<BR><br>The other thing that made me feel a bit better about Gibson was the fact that he's known this only for about 10 weeks and if he gave Symantec about a year it would just be fair to give ZA a few weeks before the announcement. By the way I have a feeling that Gibson was looking for an excuse to get the word out, otherwise he wouldn't respond to Emilio the way he did. I guess he is getting tired of keeping the secret and looking bad as a result.<BR><br>Well, thanks to you 2k, now I know this is almost a non-issue, since it is more about what a Trojan can do than it is about how safe ZA is. As you put it once 2kmaro, I can go back to sleep now. :)<br>--<br><B>You can catch the Devil, but you can't hold him long.</B>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,290489</guid>
<pubDate>Thu, 28 Dec 2000 00:29:28 EDT</pubDate>
</item>

<item>
<title>Re: The Word From Diamond Computer Systems</title>
<link>http://www.dslreports.com/forum/remark,290474</link>
<description><![CDATA[<A HREF="/useremail/u/193233"><b>GaryK7</b></A> : That jumped right out at me, 2k. Methinks Steve will have some explaining to do.<br><br>BTW, your diplomatic skills are considerable. You really know how to word an email in such a way that you cannot be ignored or fed BS. One of those thumbs-up votes is from me.<br><br>Thanks!<br>--<br><B><I>-tb/gary.</I></B><BR><SMALL><I>"The person who says it cannot be done should not interrupt the person doing it."</I><BR>Chinese Proverb<BR><B>Trail Blazer was formerly known as tblazer</B></SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,290474</guid>
<pubDate>Thu, 28 Dec 2000 00:26:02 EDT</pubDate>
</item>

<item>
<title>Re: The Word From Diamond Computer Systems</title>
<link>http://www.dslreports.com/forum/remark,290442</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : I think Mr. Gibson may have a little explaining to do - did you notice the question "where did you get this from" or words to that effect!<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,290442</guid>
<pubDate>Thu, 28 Dec 2000 00:13:13 EDT</pubDate>
</item>

<item>
<title>Re: The Word From Diamond Computer Systems</title>
<link>http://www.dslreports.com/forum/remark,290344</link>
<description><![CDATA[<A HREF="/useremail/u/151802"><b>jaykaykay</b></A> : I guess you kind of blew the lid off their cover by your question.  Hope something is being done and that in this 10 week period that they have had, that they have been able to figure out a patch of some sort.  All I can say is wow.  How did they think they were still negotiating in secret.  This world is too small what with the internet and lots of savvy users who won't just sit back and ask no questions.  Well done with your letter to them, and the same with the post of their response.  Thanks.<br>--<br>JKK:-)<br><br>Age is a very high price to pay for my maturity, so<br>if I can't stay young, I can at least stay immature!  <br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,290344</guid>
<pubDate>Wed, 27 Dec 2000 23:43:08 EDT</pubDate>
</item>

<item>
<title>The Word From Diamond Computer Systems</title>
<link>http://www.dslreports.com/forum/remark,290281</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : As mentioned earlier, ausnetwanderer and EmilioG managed to track down the correct Diamond Computer Systems (DCS) people.  I sent them an email and have received their response.  Those are published (with minor editing of non-essential comments and personal names) below.<br><br>Before you read them, let me make a couple of points:<br>1) Yes, they did indeed discover a weakness.<br>2) This was only discovered 10 weeks ago, by them, not by Gibson.<br>3) They are trying to give ZoneLabs enough time to fix the problem (if it can be fixed) before making the facts known to the world.<br>4) The problem seems to be one that would allow a program (trojan/worm) on your system to slip out through the firewall, rather than letting something into your system from some outside attack.<br>5) If #4 is true, then quite simply, strong anti-virus protection methods might very well be that added level of security you need - if it is of this nature, <B>then ZoneAlarm would not have 'failed' to protect you from an attack, but it would be made less effective because of a virus active on your computer</B>.  And how do we end up with a virus active on our computers, class?  Yes - 90% or more of the time we invite them in!!<br><br>Ok, with all of that behind us, here are copies of the emails exchanged.  <B>BTW: Lets NOT cover DCS up with emails asking 'how, how, how' - doesn't sound like they're going to tell until they are ready, and perhaps agreements they have in place with ZoneLabs won't even let them.</B><br><br><I>-------<br>Initial E-Mail to DCS<br>---------</I><br>Gentlemen,<br>I have seen the name Diamond Computer Systems associated with the engineering of a method of penetrating the ZoneAlarm software firewall produced by Zone Labs.  I understand the method is also exploitable against all or most other software firewalls.  This statement was attributed to Mr. > Steve Gibson of the Gibson Research Center.<br><br>Can you confirm or deny that you are the organization referenced?  If you are the source of this method of penetration, can you provide ANY information about its operation or what users can do to protect themselves from the weakness?<br><br>... I am a moderator at the DSLReports broadband support site (www.dslreports.com).  ZoneAlarm is used by a very large number of individuals who frequent that web site and they are extremely interested in this development.<br><br>Thank you in advance for any assistance and information you can provide regarding this matter.<br><br><I>--------<br>Their Response (edited)<br>--------</I><br><br>Thanks for your email.<br><br>Yes, we can confirm that during standard anti-trojan testing on a machine that had ZoneAlarm on it, we have inadvertantly discovered a couple of vulnerabilities - not something we were looking for, but the vulnerabilities seemed to find us. We have been in contact with Zone Labs for over 10 weeks regarding these matters, and the only person outside of DiamondCS that is aware of these problems is Steve Gibson of GRC.  Can I ask how you found out about these vulnerabilities?<br><br>The public will be informed shortly as to the nature of these vulnerabilities, and hopefully ZoneLabs will have a fix out by then. (We've given them over 10 weeks...)<br><br>Best regards,<br><br><I>--------<br>My Reply (edited)<br>--------</I><br>The information was provided by Steve Gibson to a regular visitor/member of DSLReports Security issues forum.  You may visit (and are INVITED) the site at <A HREF="http://www.dslreports.com" >http://www.dslreports.com</A>  the specific discussion thread for this matter is at <A HREF="http://www.dslreports.com/forum/remark,288028;root=security,1;mode=flat" >http://www.dslreports.com/forum/remark,288028;root=security,1;mode=flat</A> <br><br>I do appreciate your quick response and any further information that you can provide that would not put you in jeopardy of any aggrements you have in place with either Steve Gibson or Zone Labs would be very much appreciated.<br><br>Thank You Again,]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,290281</guid>
<pubDate>Wed, 27 Dec 2000 23:23:54 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,290207</link>
<description><![CDATA[<A HREF="/useremail/u/162381"><b>bf2</b></A> : wildcatboy,<br>No problem...no need to apologize to me. I have in a different kind of way, duplicated a close likeness of the "event" that happened to me a while back. I even used my digital camcorder to record the event. I will oneday get around to compressing the digital video (800MB) into a much smaller file size, so others can get a <B>rough</B> idea of what i am talking about...which is not the exact event that happened, but close enough to draw questions....no problem, and no offense taken.<br>--<br>Misc DSLR creations from bf2<br><br>&raquo;<A HREF="http://www.geocities.com/handcannon_99/dwp.htm" >www.geocities.com/handcannon_99/dwp.htm</A>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,290207</guid>
<pubDate>Wed, 27 Dec 2000 23:00:08 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,290072</link>
<description><![CDATA[<A HREF="/useremail/u/231170"><b>Wildcatboy</b></A> : <br>bf2, My post was not directed at you. If it appeared that way I apologize. It's just that your post was the last one and I simply replied to that as opposed to going to the top of the page. I used the word <I> your </I> as plural meaning all of the posts. Again I'm sorry if it appeared that I was directing my comment towards you. But to answer the last part of your comment, the issue here is not about misconfiguring ZA, it's about a vulnerability that will effect you even if you install and configure it properly. The fact that ZA didn't work on your computer for whatever reason is no indication that the program might be vulnerable. It has been working perfectly on probably millions of computers. Now there's probably a vulnerability that we don't know about, but what it is, remains to be seen. As for the Black Ice, well, they don't even believe they have a problem. :)<br>--<br><B>You can catch the Devil, but you can't hold him long.</B>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,290072</guid>
<pubDate>Wed, 27 Dec 2000 22:09:47 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,290070</link>
<description><![CDATA[<A HREF="/useremail/u/173351"><b>CJ</b></A> : Point well taken 2k. I was not aware that Steve Gibson had in fact notified Symantec & Network Ice, and that they did not take action in a timely manner. <br><br>So, does this mean we have to wait a year before we find out what the problem is?<br><br>What if the exploit is being taken advantage of as we speak? We wouldn't know because they won't tell us what to look for. <br><br>That is more irresponsible in my eyes.<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,290070</guid>
<pubDate>Wed, 27 Dec 2000 22:09:33 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,289989</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : Someone can correct me if my memory is faulty here, but I believe the timeline on the LeakTest stuff went in a similar fashion.  Gibson discovered the weaknesses and informed the makers, they didn't respond in a 'timely fashion' and so he published.  It may be that Zone Labs has better, smoother talkers and shows signs of cooperating.  If letters like wheelert and I received from NetworkIce about their product indicate the responses of companies like Symantec and McAfee then I can fully understand why he blew the whistle on them.  NetworkIce has kept a head-in-the-sand view of their major shortfall since the very beginning.  I don't know what McAfee is doing about the problem, but it is to Symantec's credit that they immediately announced a program to fix the holes LeakTest identified: but not until after the results of LeakTest were released!<br><br>We don't have the full picture yet - and maybe won't until after Gibson or Diamond release their findings.  To make a determination with the very little we have that anyone has been irresponsible is, well, irresponsible!:)<br><br><br><i>[text was edited by author 2000-12-27 22:44:38]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,289989</guid>
<pubDate>Wed, 27 Dec 2000 21:41:31 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,289954</link>
<description><![CDATA[<A HREF="/useremail/u/162381"><b>bf2</b></A> : Wildcatboy,<br>I think you may be mistaken about your above post stating that you keep reading the term <I>"Known Vulnerability"</I> in <B>my</B> posts. Thats OK...and you can see that I am responding to the above topic starter, and using "exploits"....No problem...I will tell you that I <B>did</B> have Zone Alarm Pro either stop, quit, shutdown, lock-up, or something of the sort. I had no idea that it was not working, until I re-installed one of my copies of Black ice, and it registered numerous attacks. I like Zone Alarm, and I have posted that which has taken place on one of my computers...also have been in contact with Zonelabs as to try and troubleshoot this one-time event. This event happened with Windows Me. I have had no other problems since that particular day.<br><br>--<br>Misc DSLR creations from bf2<br><br>&raquo;<A HREF="http://www.geocities.com/handcannon_99/dwp.htm" >www.geocities.com/handcannon_99/dwp.htm</A>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,289954</guid>
<pubDate>Wed, 27 Dec 2000 21:29:59 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,289737</link>
<description><![CDATA[<A HREF="/useremail/u/231170"><b>Wildcatboy</b></A> : <br>I keep reading this term "<I> Known Vulnerability</I> " in your posts and I'm thinking to myself if this is really a <I> known vulnerability </I> then what is it? can anybody tell me what it is? Have you read any articles explaining what it is? Have you seen any discussion about it on any hacker site? if not then I think it is not really a <I> known </I> vulnerability thanks to Diamond and Gibson. Now as I mentioned before I don't know the circumstances and based on the limited amount of information that I have I'm kind of disappointed in Gibson but then again I'm neither judging him nor am I panicking based on what I know.<br>--<br><B>You can catch the Devil, but you can't hold him long.</B>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,289737</guid>
<pubDate>Wed, 27 Dec 2000 20:17:11 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,289463</link>
<description><![CDATA[<A HREF="/useremail/u/162381"><b>bf2</b></A> : Very interesting....makes me wonder if zonelabs will fix this, or can they even fix it? If Zonelabs can't fix the problem...does that mean that Steve G will still want Diamond to follow through with the intent of making the known exploit public? Somehow that does not sound like a good idea. It reminds me of a few weeks ago when my Zone Alarm Pro was not working, and or shut-down....and all hell was jamming my pc.<br>So I continue to run ZAP,BID and the Linky with no conflicts.<br>I can't wait to see how this plays out.<br>--<br>Misc DSLR creations from bf2<br><br>&raquo;<A HREF="http://www.geocities.com/handcannon_99/dwp.htm" >www.geocities.com/handcannon_99/dwp.htm</A>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,289463</guid>
<pubDate>Wed, 27 Dec 2000 18:32:27 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,289330</link>
<description><![CDATA[<A HREF="/useremail/u/151802"><b>jaykaykay</b></A> : This is really incomprehensible.  With as many users as there are with ZA, me being just one of them, and if a known leak has existed for this long, not saying something well before this is a real travesty.  That merely leaves all of us users wide open without even knowing it.  I find this rather unsettling to put it mildly.  I will be looking forward to continued reading on this thread, as I am sure there will be such reading and then some.  Thanks for the post EmilioG  <br>--<br>JKK:-)<br><br>Age is a very high price to pay for my maturity, so<br>if I can't stay young, I can at least stay immature!  <br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,289330</guid>
<pubDate>Wed, 27 Dec 2000 17:35:46 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,289168</link>
<description><![CDATA[<A HREF="/useremail/u/173351"><b>CJ</b></A> : You say that he knew about the vulnerabilities for a year? Now I'm confused. Not once did I hear or see that he had contacted Symantec about it. I could be wrong on that. But if I'm not, then why did he contact ZoneLabs? Why not just reveal their shortcomings also?<br><br>I'm not trying to burn Steve at the stake, but I would like some answers as to his conduct.<br><br>Maybe sell-out is a bad word. But what else would you call it? Biased? <br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,289168</guid>
<pubDate>Wed, 27 Dec 2000 16:08:23 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,288935</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : Net7dsl - since Gibsons reply to EmilioG stated " *all* " software firewalls, I would take it that it would affect ZA Pro just as much as any other.  If you haven't seen the thread that Wildcatboy pointed out here at DSLR, check it out, there are several exploitable weakpoints discussed there that all software firewalls would be vulnerable to.  I kind of get the impression that the one being spoken of is a bit more sophisticated - in actually penetrating from the outside as a pure firewall cracker, not working from the inside out as was mostly discussed there.  But that possibility was discussed with regard to NMAP and QUESO also.<br><br>cestepp - no, at this point in time without anything else to go on, it is not totally inappropriate to feel some loss of credibility toward Gibson.  You might hold off on the execution until all the facts are in - he may actually be responding to an agreement with Zone Labs regarding release of the information, and it would appear that Diamond Computer Systems is 'bound' by a similar agreement of (temporary?) non-disclosure.<br><br>Like EmilioG, I've got an email in at both DCS and ZoneLabs asking for any information about it all.  DCS says they normally respond to inquiries (I went thru the standard "contact us" message thing with them) within 48 hours.<br><br>I am a little surprised that I haven't heard back from ZoneLabs yet.  The individual I sent the inquiry to is normally <I>very</I> responsive and quick about it!  Somehow I have pictures of a new topic for discussion at todays staff meeting(s) ;) - "Gentlemen, we have received at least 2 e-mails in 24 hours regarding...what are we going to say to these people?... Bill- put your neck out here first and tell me what you think..."  that kind of thing.<br><br>wheelert - I've received, seen the tap-dancing that NetworkIce folks can do when asked about that tender subject.  You're right, could be a similar situation at ZoneLabs.<br><br>I'd settle for either of 2 answers from Zone Labs:<br>1) Here's the problem and here is what/when we are going to do something about it, or<br>2) Here's the problem, there isn't anything we can do about it because of 'the way it works' - but here are some hints to help protect from this particular problem...<br><br><br>You know - I can't help but think right now: If Microsoft had gotten this kind of attention about each and every one of the bugs in Windows, it would be one hell of an operating system by now (if they also got fixed)!  In a way, this and the LeakTest releases actually speak well for all of the software firewalls (well, BID excepted in my book): they are all such reliable products in the eyes of their users that just one or two problems immediately take on monumental importance.  Actually, I think that's a good thing. (Whole lot better than having discussions that say 'well, the firewall only crashed twice today, so I'm happy with it' ;)).<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,288935</guid>
<pubDate>Wed, 27 Dec 2000 14:33:01 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,288872</link>
<description><![CDATA[<A HREF="/useremail/u/233274"><b>Ausnetwanderer</b></A> : :)<br>EmilioG you are right about the Trojan scanner/Firewall word choice. Thanks.<br>Good luck with the email to Diamond. I couldn't find any more references to Diamond Computer Systems.<br>I am also going to reserve judgement on ZA and Steve Gibson.<br>Enjoy:)<br>John<br> <br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,288872</guid>
<pubDate>Wed, 27 Dec 2000 14:04:40 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,288735</link>
<description><![CDATA[<A HREF="/useremail/u/231170"><b>Wildcatboy</b></A> : <br>Since Gibson Mentioned this problem was a sort of problem that any software firewall will be a victim to, I assume this is probably the same vulnerability we discussed while back in <A HREF="http://www.dslreports.com/forum/remark,274834;root=security,1;mode=flat"> this thread </A>regarding those few seconds of boot up. Those Diamond computer folks must have found a way to exploit it. I am personally somehow disappointed by the way Gibson handled this, but then again I'm not sure what the circumstances were. Perhaps Gibson offered Zone Labs the same thing he offered Symantec and the rest of them, which was enough time to work towards fixing their problems. They didn't do anything and Gibson revealed the secret. May be Zone Lab did and is doing something about it and that's why Gibson kept quiet. I don't know what it is but I'll wait to hear the whole story before I make a judgment.<br>--<br><B>You can catch the Devil, but you can't hold him long.</B>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,288735</guid>
<pubDate>Wed, 27 Dec 2000 13:01:02 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,288656</link>
<description><![CDATA[<A HREF="/useremail/u/204115"><b>EmilioG</b></A> : I don't know if Steve Gibsons' a sell-out. I do know that he waited a year before revealing the results of his leaktest to the public.  He gave Symantec a year to get their act together, I don't know about the others'.  He has been in contact with Zone labs' and Diamond CS, and if you read the Email, you know the rest, so far.  Its' a tough position to be in, but the public has the right to know.<br>8 million user's could be "had".<br><br>ausnetwanderer;  the company, Diamond Computer systems, they're out of Australia, in Perth I think, I found them this morning after 2K IM'd me about a company in Canada, so I double checked and found Diamond in Australia and Emailed them.  I'm waiting for them to write back.  I also wrote to Steve again to get his response to other questions. And   <br> *BTW, The Diamond CS program is not a firewall, it's a trojan scanner. They don't have a firewall as far as I can tell.<br><br>I'll reserve judgement.  I don't have all the facts' yet and may never have all the facts', but like I posted once, I question everything.  ZA and ZA pro are still good products, but nothing is perfect.  Thats' why there are always updates and upgrades, and for a free program, they're not doing too bad.<br><br>I'll post any news as it develops.  :)  EG<br><br><br><i>[text was edited by author 2000-12-27 12:34:14]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,288656</guid>
<pubDate>Wed, 27 Dec 2000 12:30:41 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,288155</link>
<description><![CDATA[<A HREF="/useremail/u/162960"><b>wheelert$93</b></A> : We really don't know what transpired when Steve Gibson did those tests. I do know the folks that make Black Ice sent me a holier than thou message back when I inquired about it's ability to stop unauthorized outgoing traffic. That may be what set that whole scenario up.<br>--<br>"Rome did not create a great empire by having meetings. They did it by killing all those who opposed them."<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,288155</guid>
<pubDate>Wed, 27 Dec 2000 08:10:12 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,288119</link>
<description><![CDATA[<A HREF="/useremail/u/173351"><b>CJ</b></A> : Maybe you can help me on this 2k,<br><br> I saw your reference to SG being very pro ZA. It just strikes me odd for one reason. If my memory serves me correctly, I remember him "ratting out" the other firewall programs in an instant, and telling what the vulnerabilities were. <br><br>Yet when ZA has one, he is hush,hush about it. <br>Don't get me wrong here, I myself am a supporter of ZA and have used it for quite sometime now.<br><br>If my observations are correct, then Steve Gibson has just lost all credibility with me. In my town, he would be called a sell-out.<br><br>If my observations are incorrect, then let me know.<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,288119</guid>
<pubDate>Wed, 27 Dec 2000 07:37:47 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,288105</link>
<description><![CDATA[<A HREF="/useremail/u/151104"><b>net7dsl</b></A> : Does this also affect the ZA Pro?<br><br><br><br><br><i>[text was edited by author 2000-12-27 07:25:51]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,288105</guid>
<pubDate>Wed, 27 Dec 2000 07:25:13 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,288103</link>
<description><![CDATA[<A HREF="/useremail/u/233274"><b>Ausnetwanderer</b></A> : :)<br> Firstly a big thankyou also for the info Emilio.<br>A search for Diamond Computer Systems revealed the following and I thought it relevant to post anything to do with this. <br>There are 2 listings found so far and  <A HREF="http://www.diamondcs.com.au/" >this is</A> more than likely the one that Steve Gibson is referring to, given they have their own firewall package called 'Trojan Defence Suite' and <A HREF="http://www.diamondcomputersystems.com/" >this</A> site which I think is basically an ISP.<br><br>My comment is one of dissapointment for people who have read the good things about ZA and on the strength of that are using the product. That is not to say the program is no good any more and everyone go find something else. <br><br>The Leaktest release was about 3 weeks ago and no word / update / alert or anything from ZoneLabs in that time. How many are one the mail list? I know I am. How easy is it to send out an advice? It is easy when it's sales oriented.<br><br>A hole in ZoneAlarm had to be found sooner or later. The program is too popular and obviously is a thorn in the side of other firewall developers. Users can at least take heart that the hole was discovered and reported by Steve Gibson and not spread through the net within the hackers world.<br><br>Trying to Enjoy :)<br>John]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,288103</guid>
<pubDate>Wed, 27 Dec 2000 07:24:36 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,288093</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : I did a search for Diamond Computer Systems - found one outfit in Canada.  Sent inquiry "is this you" to them. Their web page wasn't 'big business' impressive, but Steve Jobs started in a garage on borrowed money....;)<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,288093</guid>
<pubDate>Wed, 27 Dec 2000 07:18:16 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,288077</link>
<description><![CDATA[<A HREF="/useremail/u/204115"><b>EmilioG</b></A> : Yes, those are good questions; Why are these people so reticent? Why are they so reluctant to reveal this secret?<br>I just found it very strange that SG didn't find even one possible vulnerability in ZA.  Nothing is perfect, and that is what he was making it sound like.<br><br>I have no personal vendetta towards' ZA or any particular firm loyalties towards any s/w, I look at all this very objectively and tried to research it scientifically. As you know, I now use ZA, albeit with some problems, and I do like it, I just want to know more.  <br><br>I'll post any new findings as I discover them. 2K, do you have an address for this diamond company?<br>--<br>Regards, Emilio<br><br>Its failings notwithstanding, there is much to be said in favor of journalism<br>in that by giving us the opinion of the uneducated, it keeps us in touch with<br>the ignorance of the community.<br>		-- Oscar Wilde<br><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,288077</guid>
<pubDate>Wed, 27 Dec 2000 06:59:28 EDT</pubDate>
</item>

<item>
<title>Re: Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,288046</link>
<description><![CDATA[<A HREF="/useremail/u/171340"><b>2kmaro</b></A> : Well, that's about a straight an answer as we could hope for without disclosing the actual details.  But then we've discussed many possible 'holes' in software firewalls running on Windows systems in several threads recently.<br><br>The fact that Gibson did not make this announcement at the same time that LeakTest results were released is no doubt another sign of his favoritism of ZoneAlarm.  No secret for a very long time.  Personally, I do see it as a dis-service to us all that he didn't announce it publicly earlier.  Then the announcement would have read something like:<br>Problems:<br>A - every software firewall except ZoneAlarm<br>B - every software firewall except ZoneAlarm<br>C - every software firewall except ZoneAlarm<br>D - every software firewall <I>including</I>ZoneAlarm<br><br>But I'm also curious as to why this Diamond Computer Systems didn't come forward with the revelation also.  Most curious that so many people are so reticent to reveal this secret ... that isn't so secret anymore!<br><br>Congrats, EmilioG, for bringing it out into the light with documentation for the backup.<br><br><br><i>[text was edited by author 2000-12-27 06:20:47]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,288046</guid>
<pubDate>Wed, 27 Dec 2000 06:18:54 EDT</pubDate>
</item>

<item>
<title>Zone Alarm security Hole-confirm from Steve Gibson</title>
<link>http://www.dslreports.com/forum/remark,288028</link>
<description><![CDATA[<A HREF="/useremail/u/204115"><b>EmilioG</b></A> : This is the E-mail reply I got from Steve Gibson regarding the security hole in zone alarm;<br><br>My E-mail to Steve Gibson of 12-22-00;<br><br><br>>Dear Steve Gibson;  I read recently in your news group on Leaktest, that<br>>you know of a security hole in Zone Alarm but won't say for fear of<br>>hackers getting a hold of the information.  What is your current position<br>>on this and is Zone Labs aware, are they doing anything to prevent a<br>>future problem?  Your comments would be much appreciated. I thank you in<br>>advance.<br><br>Steve Gibsons Reply;<br><br>I helped to bring this to Zone Labs' attention, and they now have a dialog<br>open with the folks from Diamond Computer Systems who engineered this<br>exploit.  I've told the Diamond folks that if Zone Labs chooses not to<br>repair this problem they should follow through with their intent of making<br>the exploit public.  What other choice do they have?<br><br>However, for what it's worth, this is the sort of thing that *ANY* software<br>firewall would be victim to.<br><br>Best wishes for the New Year!<br>______________________________________________________________________<br>Steve.<br>>12     -24-00<br><br>Maybe an Email to Zone Lab's is next.  Who is Diamond computer systems?  Has anyone heard anything about this  security problem in ZA?<br>--<br>Regards, Emilio<br>Support Amnesty International<br><br><i>[text was edited by author 2000-12-29 14:49:06]</i><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,288028</guid>
<pubDate>Wed, 27 Dec 2000 05:51:35 EDT</pubDate>
</item>

</channel>
</rss>
