<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>IIS6 vs Apache2 Security Defects</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx</link><description>A few days ago I decided to look into how IIS6 has faired security-wise since its release well over a year ago. But I didn't want to use Microsoft figures; I wanted to use other figures. This led me to Secunia.com as they have a very nice Web site tracking</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: IIS6 vs Apache2 Security Defects</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#243279</link><pubDate>Sat, 16 Oct 2004 10:16:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:243279</guid><dc:creator>Mike Dimmick</dc:creator><description>Speaking of SSL, MS04-011 contained issues that impact an SSL web server. The Apache statistics you've quoted do include mod_ssl vulnerabilities, so you should really include MS04-011 in your IIS 6.0 statistics if you're going to compare like with like. Similarly, you just released MS04-030 which affects WebDAV.&lt;br&gt;&lt;br&gt;In fact, you probably ought to be comparing against Apache 1.3.x, not 2.0.x. It seems that a large number of sites are still using 1.3.x versions rather than 2.0.x. Netcraft's surveys don't break out 2.x versus 1.x - Port80Software's last survey, of Fortune 1000 companies in June 2004, showed about a 6:1 ratio of 1.3.x to 2.0.x for the versions shown (&lt;a target="_new" href="http://www.port80software.com/surveys/top1000webservers/"&gt;http://www.port80software.com/surveys/top1000webservers/&lt;/a&gt;)&lt;br&gt;&lt;br&gt;An administrator still has to consider which services he/she has installed and enabled on a given server. But I will agree that IIS 6.0 is a big improvement on IIS 5.x; Apache 2.0.x seems to have gone in the wrong direction.</description></item><item><title>re: IIS6 vs Apache2 Security Defects</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#243501</link><pubDate>Sun, 17 Oct 2004 04:50:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:243501</guid><dc:creator>Michael Howard</dc:creator><description>Actually, the stats **don't** include mod_ssl, nor OpenSSL - this week I'll add those stats too. &lt;br&gt;&lt;br&gt;Also, I wanted to look at IIS6 and Apache2 because they are the latest, and should reflect the state of the art. Also, it's the default install in many Linux dists.</description></item><item><title>re: IIS6 vs Apache2 Security Defects</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#243503</link><pubDate>Sun, 17 Oct 2004 05:34:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:243503</guid><dc:creator>jake</dc:creator><description>What about compared to apache 1.3.* which is the version most websites use.</description></item><item><title>re: IIS6 vs Apache2 Security Defects</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#243822</link><pubDate>Mon, 18 Oct 2004 07:27:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:243822</guid><dc:creator>stefandemetz</dc:creator><description>&lt;a target="_new" href="http://dotnetjunkies.com/WebLog/stefandemetz/archive/2004/03/30/10388.aspx"&gt;http://dotnetjunkies.com/WebLog/stefandemetz/archive/2004/03/30/10388.aspx&lt;/a&gt;&lt;br&gt;&lt;a target="_new" href="http://dotnetjunkies.com/WebLog/stefandemetz/archive/2004/10/05/27720.aspx"&gt;http://dotnetjunkies.com/WebLog/stefandemetz/archive/2004/10/05/27720.aspx&lt;/a&gt;</description></item><item><title>IIS vs Apache vulnerabilities chart.</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#244114</link><pubDate>Mon, 18 Oct 2004 23:16:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:244114</guid><dc:creator>Larry Osterman's WebLog</dc:creator><description /></item><item><title>re: IIS6 vs Apache2 Security Defects</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#244235</link><pubDate>Tue, 19 Oct 2004 00:31:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:244235</guid><dc:creator>Guy Gervais</dc:creator><description>Some of the bugs that affect Apache are platform specific (I remember seeing advisories that mentioned linux, but not the Win32 version); comparing to IIS should probably be done only using the win32 Apache version.&lt;br&gt;&lt;br&gt;And it could also be a matter of &amp;quot;too little, too late&amp;quot; for Microsoft. Having been burned (badly) by IIS4 and 5; many sites have migrated to Apache/PHP and probably won't migrate back to IIS/ASP.&lt;br&gt;&lt;br&gt;I haven't tried IIS6 (and have no plan to do so either), but another advantage that became clear with Apache is the ease of administering a server farm of Apache server. Since the configuration files are all text, it's easy to script changes across 20 or 30 servers. With IIS, we had to go from server to server and reapply the same changes using the UI.</description></item><item><title>re: IIS6 vs Apache2 Security Defects</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#244337</link><pubDate>Tue, 19 Oct 2004 05:30:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:244337</guid><dc:creator>Pavel Lebedinsky</dc:creator><description>&amp;gt; Since the configuration files are all text, it's easy to script changes across 20 or 30 servers.&lt;br&gt;&lt;br&gt;In IIS6 the metabase can be edited as a text (XML) file.&lt;br&gt;&lt;br&gt;&amp;gt; With IIS, we had to go from server to server and reapply the same changes using the UI.&lt;br&gt;&lt;br&gt;Ever heard of ADSI?&lt;br&gt;&lt;br&gt;&lt;a target="_new" href="http://msdn.microsoft.com/library/default.asp?url=/library/en-us/iissdk/iis/using_adsi_to_configure_iis.asp"&gt;http://msdn.microsoft.com/library/default.asp?url=/library/en-us/iissdk/iis/using_adsi_to_configure_iis.asp&lt;/a&gt;</description></item><item><title>re: IIS6 vs Apache2 Security Defects</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#244350</link><pubDate>Tue, 19 Oct 2004 05:46:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:244350</guid><dc:creator>Michael Howard</dc:creator><description>Guy, I had a look at all the security bugs in Apache 2.0.x (&lt;a target="_new" href="http://www.apacheweek.com/features/security-20"&gt;http://www.apacheweek.com/features/security-20&lt;/a&gt;) and saw a small number that were platform specific:&lt;br&gt;&lt;br&gt;2.0.49 CAN-2004-0174 in AIX, Solaris, Tru64&lt;br&gt;2.0.44 CVE-2003-0016 in Windows&lt;br&gt;2.0.40 CAN-2002-0661 in Windows, OS2, Netware and Cygwin&lt;br&gt;&lt;br&gt;Two of them lie within the 2003/2004 timeframe of Secunia's records, so that means IIS6 had 2 security issues, and Apache had 18.</description></item><item><title>IIS 6 &amp; Apache</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#244372</link><pubDate>Tue, 19 Oct 2004 10:44:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:244372</guid><dc:creator>sysadmin field notes</dc:creator><description>A comment on this article on Michael Howard's web log, IIS6 vs Apache2 Security Defects, got me thinking a bit about the differences between the windows way and the &amp;quot;unix way&amp;quot; (for lack of better terms). I'm only sort of...</description></item><item><title>re: IIS6 vs Apache2 Security Defects</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#244378</link><pubDate>Tue, 19 Oct 2004 07:55:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:244378</guid><dc:creator>Shaf Simpson</dc:creator><description>I help run a web farm of 70 IIS5 + 6 servers - we script all changes to them remotely using VBScript...plus if you were in an environment with even more servers then you should look at AppCenter - it will sync the config of hundreds of servers in one fell swoop.</description></item><item><title>IIS vs. Apache ?</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#244396</link><pubDate>Tue, 19 Oct 2004 11:44:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:244396</guid><dc:creator>Server: Microsoft-IIS/6.0\r\n</dc:creator><description /></item><item><title>re: IIS6 vs Apache2 Security Defects</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#244466</link><pubDate>Tue, 19 Oct 2004 12:37:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:244466</guid><dc:creator>Martin </dc:creator><description>Why should I study how to manage a farm of IIS6?&lt;br&gt;&lt;br&gt;With text-based config files I can use the tools I like: bash, perl/ruby, etc. to manage ALL SERVICES on ALL SERVERS. &lt;br&gt;&lt;br&gt;Don't care if it's http, ftp or whatever, I use  the same tools all the time.&lt;br&gt;&lt;br&gt;And what if with IIS7 the M$ says you should do it changes? Will I have to throw away my tools?&lt;br&gt;&lt;br&gt;With text-based config files the principles stay. Why changing things that work?</description></item><item><title>With So Few Vulnerabilites, You'd Think They'd Be Fixed By Now</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#244512</link><pubDate>Tue, 19 Oct 2004 13:56:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:244512</guid><dc:creator>Randy Wilson</dc:creator><description>IIS 6, 3 vulnerabilities, 1 patched, 2 still open.&lt;br&gt;&lt;br&gt;Apache 2, 22 vulnerabilities, 21 patched, 1 still open.</description></item><item><title>re: IIS6 vs Apache2 Security Defects</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#244532</link><pubDate>Tue, 19 Oct 2004 14:36:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:244532</guid><dc:creator>Brandon Paddock</dc:creator><description>&amp;quot;Why should I study how to manage a farm of IIS6?&amp;quot;&lt;br&gt;&lt;br&gt;At some point you had to learn how to manage an Apache server.  That is, if you truly know how.  &lt;br&gt;&lt;br&gt;Of course, the level of &amp;quot;study&amp;quot; required will very from person to person.  &lt;br&gt;&lt;br&gt;But as was said above, you can configure the IIS metabase as text as well.&lt;br&gt;&lt;br&gt;&lt;br&gt;If text-based and CLI is really important to you, I suggest you check out channel 9's recent video about Monad - Microsoft's next-gen command shell (msh).  I've always liked bash/tcsh, but msh is way beyond those.</description></item><item><title>re: re: IIS6 vs Apache2 Security Defects</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#244577</link><pubDate>Tue, 19 Oct 2004 16:09:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:244577</guid><dc:creator>Linear</dc:creator><description>&amp;lt;i&amp;gt; I've always liked bash/tcsh, but msh is way beyond those. &amp;lt;/i&amp;gt;&lt;br&gt;&lt;br&gt;Now, CLI killer is really fun. Shell is powerfull when you have zillions of little cli applications that can work togather. This is case in Linux but not in Win. Shell alone is of no use no metter how &amp;quot;smart&amp;quot; it is. Anyway, I just don't get it what can be so much improved in shell?</description></item><item><title>IIS6 vs Apache discussion</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#244589</link><pubDate>Tue, 19 Oct 2004 19:29:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:244589</guid><dc:creator>A blog to the tune of James</dc:creator><description /></item><item><title>IIS vs Apache Security</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#244676</link><pubDate>Tue, 19 Oct 2004 21:48:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:244676</guid><dc:creator>Dana Epp's ramblings at the Sanctuary </dc:creator><description>Michael posted an interesting article comparing the defects of IIS6 against those of Apache 2. The results? See for yourself: Michael followed up with a second post, taking care of 4 major comments from people who saw the original post, which included: Perhaps the security work you guys are doing is paying off?! No way can this be true, you work for Microsoft, so how can you be unbiased? What about Apache 1.3.x? Does this include SSL? The first comment makes sense. Since SD3+C has been pushed on campus, we are seeing a lot of postive changes in the attack surface and defect levels of newer product. Thats a good thing. (Go ahead Martha... sue me from jail) The second comment is typical FUD deflection. Secunia is its own company, and not impacted or have research enforced by Microsoft. If anything, sometimes their reports are very critical of Microsoft... as they should be. The third comment is interesting. People want to always compare apples to oranges, not giving a fair comparision. They do this at the OS level all the time. Lets compare the latest of both when doing such analysis. But in case thats not a good enough reason for you, you can look at the difference, comparing against Apache 1.3x: The final comment was about SSL. I was suprised people would want to open this can of worms with all the recent OpenSSL issues. Michael pointed out some interesting stats on that as well. Quoting his view on this: Microsoft issued a security update, MS04-011 (http://www.microsoft.com/technet/security/Bulletin/MS04-011.mspx) in Feb04 for Windows, which included a bug fix for Private Comms Technology (PCT). PCT was released just after SSL2 to fix a number of defects in the protocol, these were then fixed in SSL3. PCT also support strong crypto for finanical orgs and was enabled by default on all platforms except Windows Server 2003 and Windows XP SP2. So chances are very good if youre running a new Windows Server 2003 box, youre not vulnerable because the code path is not exposed by default. So its a low pri bug. That said, lets call it three security bugs related to IIS6.&amp;quot; Now lets look at Apache2, plus OpenSSL 0.9.x because mod_ssl uses OpenSSL: Some interesting findings. As an Apache fan I don't like to admit it, but IIS6 has come a long way....</description></item><item><title>re: IIS6 vs Apache2 Security Defects</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#244694</link><pubDate>Tue, 19 Oct 2004 19:25:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:244694</guid><dc:creator>Guy Gervais</dc:creator><description>Pavel / Brandon:&lt;br&gt;&lt;br&gt;XML for IIS6 is nice, but it still isn't as simple as a good old text file.&lt;br&gt;&lt;br&gt;The point, and I think that's the same one Martin was making is that with text files, you can use simple, well-know tools (grep, sed, awk, perl... whatever) to process the config files. You still have to learn the syntax of the file itself, but you can administer any service using the same techniques and tools.&lt;br&gt;&lt;br&gt;While checking out ADSI, I saw that there are 4 different methods that allow you to administer IIS (and I'm not sure what tools work with what version). Will those tools also work with SQL server? With ISA server? Exchange? Third-party vendors...?&lt;br&gt;&lt;br&gt;The point, again, is to keep it simple. It's enough to learn the syntax of the file to configurer the server without having to learn yet another technology-du-jour to configure it.&lt;br&gt;&lt;br&gt;Back on topic: If Microsoft is finally &amp;quot;getting&amp;quot; security and putting it first before bells, whistles, doodads and eye-candy; well I, for one am very happy.&lt;br&gt;&lt;br&gt;You still have work to do to make us forget this: &lt;a target="_new" href="http://radsoft.net/resources/rants/20011102,00.html"&gt;http://radsoft.net/resources/rants/20011102,00.html&lt;/a&gt;&lt;br&gt;&lt;br&gt;</description></item><item><title>re: IIS6 vs Apache2 Security Defects</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#244695</link><pubDate>Tue, 19 Oct 2004 19:30:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:244695</guid><dc:creator>Michael Howard</dc:creator><description>&amp;gt;&amp;gt;You still have work to do to make us forget this: &lt;a target="_new" href="http://radsoft.net/resources/rants/20011102,00.html"&gt;http://radsoft.net/resources/rants/20011102,00.html&lt;/a&gt;&lt;br&gt;&lt;br&gt;How about this? &lt;a target="_new" href="http://rhn.redhat.com/errata/rhel3as-errata-security.html"&gt;http://rhn.redhat.com/errata/rhel3as-errata-security.html&lt;/a&gt; or this &lt;a target="_new" href="http://docs.info.apple.com/article.html?artnum=61798?"&gt;http://docs.info.apple.com/article.html?artnum=61798?&lt;/a&gt; &lt;br&gt;&lt;br&gt;:)</description></item><item><title>re: IIS6 vs Apache2 Security Defects</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#244698</link><pubDate>Tue, 19 Oct 2004 19:36:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:244698</guid><dc:creator>Michael Howard</dc:creator><description>Or this &lt;a target="_new" href="http://www.mozilla.org/projects/security/known-vulnerabilities.html"&gt;http://www.mozilla.org/projects/security/known-vulnerabilities.html&lt;/a&gt;</description></item><item><title>re: IIS6 vs Apache2 Security Defects</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#244717</link><pubDate>Tue, 19 Oct 2004 20:13:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:244717</guid><dc:creator>stegan demetz</dc:creator><description>or these just for comparisons sake&lt;br&gt;SQL Server vs MySQL &lt;a target="_new" href="http://dotnetjunkies.com/WebLog/stefandemetz/archive/2004/10/11/28280.aspx"&gt;http://dotnetjunkies.com/WebLog/stefandemetz/archive/2004/10/11/28280.aspx&lt;/a&gt;&lt;br&gt;ASP.NET vs PHP &lt;a target="_new" href="http://dotnetjunkies.com/WebLog/stefandemetz/archive/2004/03/31/10465.aspx"&gt;http://dotnetjunkies.com/WebLog/stefandemetz/archive/2004/03/31/10465.aspx&lt;/a&gt;</description></item><item><title>re: IIS6 vs Apache2 Security Defects</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#244745</link><pubDate>Tue, 19 Oct 2004 20:53:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:244745</guid><dc:creator>ksuh</dc:creator><description>As long as software is written by organisms that are fallible, then that software will be fallible.&lt;br&gt;&lt;br&gt;The unproven, repeatly discounted assertion that Software Not By Microsoft is somehow &amp;quot;safer&amp;quot; or &amp;quot;more secure&amp;quot; is a matter of ego, and nothing else.</description></item><item><title>re: IIS6 vs Apache2 Security Defects</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#244829</link><pubDate>Wed, 20 Oct 2004 00:03:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:244829</guid><dc:creator>Guy Gervais</dc:creator><description>- Microsoft has a large market share, hence it is a juicer target.&lt;br&gt;&lt;br&gt;- Windows used to be &amp;quot;easy to use&amp;quot; (and hack) by default. Only Windows 2003 (and XP SP2 to a lesser extent) are &amp;quot;secure-by-default&amp;quot; (ie, nothing is enabled unless the user enables it.&lt;br&gt;&lt;br&gt;- It's still much too hard to run non-admin on a Windows box, hence most exploit manage to get a highly privilege account to do mischief with. On other OSes running &amp;quot;root&amp;quot; is the exception, not the rule.&lt;br&gt;&lt;br&gt;- Windows is a very homegeneous platform; it's a lot easier to find your way around it if you're writing exploit code. FLOSS products tend to be compiled and configured a little differently everywhere (that has other disadvantages, but from a security standpoint it generally makes exploits harder to write)&lt;br&gt;&lt;br&gt;- With source available, it is possible for someone to patch a bug by himself. Unlikely, maybe and certainly not widespread, but possible. What can you do about unpatched bugs in IE? (&lt;a target="_new" href="http://www.guninski.com/browsers.html"&gt;http://www.guninski.com/browsers.html&lt;/a&gt;) except wait and hope for the best? What if you're still running NT4 because upgrading breaks some legacy applications?&lt;br&gt;&lt;br&gt;</description></item><item><title>re: IIS6 vs Apache2 Security Defects</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#244888</link><pubDate>Wed, 20 Oct 2004 03:01:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:244888</guid><dc:creator>Pavel Lebedinsky</dc:creator><description>&amp;gt; XML for IIS6 is nice, but it still isn't as&lt;br&gt;&amp;gt; simple as a good old text file. &lt;br&gt;&lt;br&gt;&amp;gt; The point, and I think that's the same one&lt;br&gt;&amp;gt; Martin was making is that with text files,&lt;br&gt;&amp;gt; you can use simple, well-know tools (grep,&lt;br&gt;&amp;gt; sed, awk, perl... whatever) to process the&lt;br&gt;&amp;gt; config files.&lt;br&gt;&lt;br&gt;Personally, I prefer using a simple, well-known tool called &amp;quot;XML parser&amp;quot;.&lt;br&gt;&lt;br&gt;I suspect that 90% of the people who would ever need to programmatically configure IIS6 metabase don't even know what &amp;quot;awk&amp;quot; is.</description></item><item><title>re: IIS6 vs Apache2 Security Defects</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#244907</link><pubDate>Wed, 20 Oct 2004 04:52:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:244907</guid><dc:creator>Guy Gervais </dc:creator><description>&lt;a target="_new" href="http://msdn.microsoft.com/XML/BuildingXML/XMLColumns/default.aspx?pull=/library/en-us/dnexxml/html/xml10202004.asp"&gt;http://msdn.microsoft.com/XML/BuildingXML/XMLColumns/default.aspx?pull=/library/en-us/dnexxml/html/xml10202004.asp&lt;/a&gt;&lt;br&gt;&lt;br&gt;From that article's recommendation, I don't see the advantage of using XML for a web server's configuration...&lt;br&gt;&lt;br&gt;And where's that well-known XML parser on my Windows installation?&lt;br&gt;</description></item><item><title>re: IIS6 vs Apache2 Security Defects</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#244911</link><pubDate>Wed, 20 Oct 2004 05:18:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:244911</guid><dc:creator>Guy Gervais</dc:creator><description>Michael: Those bug lists are nice, but...&lt;br&gt;&lt;br&gt;...all the worms I remember (CodeRed 1 and 2, Nimda, Sasser, Blaster, etc) are for Windows.&lt;br&gt;&lt;br&gt;...99% or more of the viruses are for Windows. I know some virus affect the Mac... thru Office for Macintosh.&lt;br&gt;&lt;br&gt;...Spyware/adware/scumware: Only on Windows.&lt;br&gt;&lt;br&gt;Don't get me wrong, I like (in a love-hate kind of way) Windows. I use it everyday. I develop software on it.&lt;br&gt;&lt;br&gt;But I also spend hours cleaning PCs (of friends and family) everytime I go visit. They run anti-virus software and ZoneAlarm and they still get hit time and time again. Lately, I've been removing all shortcuts to MSIE and Outlook and installing Firefox/Thunderbird. Scumware sightings have gone down almost to zero.&lt;br&gt;&lt;br&gt;It's hard to educate users; Windows almost fights us on it.&lt;br&gt;&lt;br&gt;Why are extensions hidden by default? It's hard enough explaining that an &amp;quot;executable&amp;quot; can be a .scr, .cmd, .bat, .com, .pif, etc. Without having those hidden. Especially with viruses hiding behind double extensions (image.jpg.exe showing as image.jpg in Outlook)&lt;br&gt;&lt;br&gt;And now, it's not only executables that users have to worry about. Zip can be corrupted, jpgs have a whole, winamp skins are broken.&lt;br&gt;&lt;br&gt;Some of those problems are not Microsoft's fault. But having most users running as admin is. That's how scumware installs itself and propagates; it has the run of the PC once it tricks the user on running it.&lt;br&gt;&lt;br&gt;IIS6 might have a strong codebase, but is it still running as Localsystem? How many other services does it require to be present on the machine to operate? If IIS or any of those other service gets exploited, does the exploiter own the machine?&lt;br&gt;&lt;br&gt;When I configure Apache on a Linux PC, Apache runs under a very limited account. It might get exploited, but gaining control over it's process won't let you do much on the machine. You can trash the web pages and muck up a few modules, but a patch and a backup restore later, I'm back in business.&lt;br&gt;</description></item><item><title>IIS 6.0 vs. Apache 2.0</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#244990</link><pubDate>Wed, 20 Oct 2004 13:08:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:244990</guid><dc:creator>                       A R G ! ! !</dc:creator><description>Uma boa an&amp;amp;aacute;lise sobre as vulnerabilidades j&amp;amp;aacute; descobertas do IIS 6.0 e do Apache 2.0, quando ambos j&amp;amp;aacute; completaram 1 ano de vida... http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx...</description></item><item><title>re: IIS6 vs Apache2 Security Defects</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#245119</link><pubDate>Wed, 20 Oct 2004 15:02:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:245119</guid><dc:creator>Ovidiu</dc:creator><description>Guy: You seem to be a knowledgeable person and overall a smart guy (no pun intended), so please drop the trollish arguments.&lt;br&gt;&lt;br&gt;&amp;quot;IIS6 might have a strong codebase, but is it still running as Localsystem?&amp;quot; - means you don't know what IIS 6 behaves like and you haven't bothered to check it out.&lt;br&gt;&lt;br&gt;Also, the magical XML thingie is called MSXML and you can use it, for instance, in .vbs scripts (yeah, Windows can run scripts as well). Besides, for most configuration tasks, you usually have an object model to work against, and you don't have to know anything about the format, syntax or other internals of the actual configurations.</description></item><item><title>re: IIS6 vs Apache2 Security Defects</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#245355</link><pubDate>Wed, 20 Oct 2004 21:40:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:245355</guid><dc:creator>Guy Gervais</dc:creator><description>You're right about IIS6. I haven't tried it and have no intention to. We migrated all our web servers to Apache (both on Linux and Windows) quite a while ago and we currently see no reason to migrate back. I'm not trying to troll; the point I was trying to make is that even with few &amp;quot;holes&amp;quot;, if IIS6 is still running as LocalSystem, whoever finally &amp;quot;exploits&amp;quot; it will own the machine. Apache normally runs as a very restricted user and exploiting it doesn't give you much access.&lt;br&gt;&lt;br&gt;As for them XML vs. text stuff, I simply don't see any advantages to XML for configuration files. I'm sure it works fine and I'd use it if I had to but it adds a unnecessary layer of complexity for a simple task: give parameters to a service.&lt;br&gt;&lt;br&gt;With Apache's httpd.conf, I can view/edit it with notepad, vi, BBedit or whatever text editor is availble on whatever platform. I can support customers from offsite simply be asking them to send me the file by email. I can check it out on any platform, using any editor I prefer; I can easily add comments to whatever change I make to it. I can leave the old configuration in comments in case I'm trying something out and want to &amp;quot;rollback&amp;quot; later.&lt;br&gt;&lt;br&gt;I could probably do all that with an IIS6 XML config too (like I said, I never used IIS6 and don't think I will.) but XML parsers aren't as ubiquitous as text editor.&lt;br&gt;&lt;br&gt;Basically, I don't see what's so great about XML? Maybe someone can show me the light?&lt;br&gt;&lt;br&gt;And again, I'm not trying to troll. If IIS6 is now the most secure web server on the planet, I'm very happy about that and I hope the effort will propagate to the rest of MS products.</description></item><item><title>re: IIS6 vs Apache2 Security Defects</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#245358</link><pubDate>Wed, 20 Oct 2004 21:45:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:245358</guid><dc:creator>Michael Howard</dc:creator><description>&amp;gt;&amp;gt;IIS6 is still running as LocalSystem&lt;br&gt;IIS6 absolutely DOES not run user requests as LocalSystem, and by default IIS5 did not either. </description></item><item><title>re: IIS6 vs Apache2 Security Defects</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#245366</link><pubDate>Wed, 20 Oct 2004 22:05:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:245366</guid><dc:creator>Guy Gervais</dc:creator><description>User requests run under the IUSR_XXX account, which is pretty limited (a good thing). But that's not what I'm taking about.&lt;br&gt;&lt;br&gt;Does the service itself (inetinfo.exe) still run under LocalSystem (sometimes shown as NT_AUTHORITY\SYSTEM)?&lt;br&gt;&lt;br&gt;*THAT* is the account you get to play with when you buffer overflow the service and &amp;quot;own&amp;quot; it. That's why holes are so devastating on Windows. When you &amp;quot;exploit&amp;quot; inetinfo, the exploit code doesn't run under IUSR_XXX like other user requests; it overflows a buffer somewhere in the inetinfo process and gets control of the execution thread. The exploit code is then running as LocalSystem and truly &amp;quot;owns&amp;quot; the machine, since LocalSystem is above &amp;quot;Administrator&amp;quot; in rights granted.</description></item><item><title>re: IIS6 vs Apache2 Security Defects</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#245368</link><pubDate>Wed, 20 Oct 2004 22:08:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:245368</guid><dc:creator>Michael Howard</dc:creator><description>Inetinfo runs as SYSTEM, but it *NEVER* sees a users requests, it's a management console only. The process which handles user requests, w3wp.exe runs as Network Service. No user code runs in Inetinfo. </description></item><item><title>re: IIS6 vs Apache2 Security Defects</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#245402</link><pubDate>Wed, 20 Oct 2004 23:38:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:245402</guid><dc:creator>Guy Gervais</dc:creator><description>Thanks for the info.&lt;br&gt;&lt;br&gt;Meanwhile, I also found a detailed and interesting description of IIS6 here: &lt;a target="_new" href="http://www.directionsonmicrosoft.com/sample/DOMIS/update/2002/07jul/0702riawns.htm"&gt;http://www.directionsonmicrosoft.com/sample/DOMIS/update/2002/07jul/0702riawns.htm&lt;/a&gt;&lt;br&gt;&lt;br&gt;It does look much improved from previous versions.</description></item><item><title>re: IIS6 vs Apache2 Security Defects</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#245489</link><pubDate>Thu, 21 Oct 2004 04:03:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:245489</guid><dc:creator>Michael Howard</dc:creator><description>I know the author, Michael Cherry, he worked in the old developer relations group at Microsoft about 6 or so years ago, so he has a pretty good understanding of this stuff!! </description></item><item><title>Geek Notes 2004-10-21</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#245737</link><pubDate>Thu, 21 Oct 2004 19:16:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:245737</guid><dc:creator>Geek Noise</dc:creator><description /></item><item><title>re: IIS6 vs Apache2 Security Defects</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#247107</link><pubDate>Mon, 25 Oct 2004 11:18:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:247107</guid><dc:creator>Richard</dc:creator><description>I agree that Microsoft is starting to actually pay attention to security with IIS 6.  However, this comparison simply isn't fair.&lt;br&gt;&lt;br&gt;Apache 2 is new.  It is an immature product and is less secure because of it.&lt;br&gt;&lt;br&gt;Compare IIS 6:&lt;br&gt;&lt;a target="_new" href="http://secunia.com/product/1438/"&gt;http://secunia.com/product/1438/&lt;/a&gt;&lt;br&gt;&lt;br&gt;With Apache 1.3:&lt;br&gt;&lt;a target="_new" href="http://secunia.com/product/72/"&gt;http://secunia.com/product/72/&lt;/a&gt;&lt;br&gt;&lt;br&gt;Much fairer comparison.  IIS still wins in terms of number of advisories, but numbers like this mean very little on their own.&lt;br&gt;&lt;br&gt; - The Apache foundation has an interest in making sure its customers know about a security vulnerability as soon as they know about it.  Microsoft, on the other hand, has in interest in making sure that it takes as long as possible for the general public to find out about a vulnerability.&lt;br&gt;&lt;br&gt; - Apache 1.3 has 91% vendor patches.  This is very good, compared to 33% vendor patches for IIS.&lt;br&gt;&lt;br&gt; - Apache has far more non-severe problems than IIS.  Over 55% where in the &amp;quot;Less important&amp;quot; category.  Compared to 67% in the moderate category for IIS.&lt;br&gt;&lt;br&gt; - What's more, 100% of the IIS vulnerabilities were remote, compared to 82% for apache&lt;br&gt;&lt;br&gt; - And, IIS had one unpatched vulnerability, compared to zero for apache.</description></item><item><title>re: IIS6 vs Apache2 Security Defects</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#247207</link><pubDate>Mon, 25 Oct 2004 14:48:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:247207</guid><dc:creator>Michael Howard</dc:creator><description>&amp;gt;&amp;gt;Apache 2 is new. It is an immature product and is less secure because of it&lt;br&gt;&lt;br&gt;Apache2 is hardly new, and that's a *really bad excuse* for an insecure product. IIS6 is new too, yet it's performing very well, security-wise, and has fewer defects than IIS5. &lt;br&gt;&lt;br&gt;New stuff should be more secure because it's designed better, with better knowledge of threats and best practice, not get less secure. At Microsoft, we're seeing a trend of newer code having fewer security defects. So from your comment, customers should simply expect more, less secure code from open source. Wow!! </description></item><item><title>IIS vs. Apache Security Defects</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#247760</link><pubDate>Tue, 26 Oct 2004 09:14:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:247760</guid><dc:creator>Dennis' blog</dc:creator><description /></item><item><title>IIS vs. Apache Security Defects</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#247762</link><pubDate>Tue, 26 Oct 2004 09:15:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:247762</guid><dc:creator>Dennis' blog</dc:creator><description /></item><item><title>Full Trust can't be trusted</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#250389</link><pubDate>Mon, 01 Nov 2004 07:42:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:250389</guid><dc:creator>Coding Horror</dc:creator><description> Microsoft gets blamed for a lot of security problems, and for the most part, they deserve it. There's no excuse for the irresponsible &amp;quot;on by default&amp;quot; policy that resulted in so many vulnerable Windows 2000 IIS installations. That's why...</description></item><item><title>re: IIS6 vs Apache2 Security Defects</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#252553</link><pubDate>Thu, 04 Nov 2004 22:46:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:252553</guid><dc:creator>Ian</dc:creator><description>I can't believe nobody has mentioned this yet.&lt;br&gt;&lt;br&gt;GUY - an XML file is a TEXT file. you don't need a parser, you can use vi/notepad to edit it. there's nothing in there that vi won't like - in fact I use vi myself, and edit a ton of xml that way.&lt;br&gt;&lt;br&gt;I'm not sure what you're developing on windows, but go take a google at some xml resources, its going to be used more and more (its the entire basis for web service for example)&lt;br&gt;&lt;br&gt;If you look in httpd.config (I think the one I have is from Apache 1.3) its 1/2 xml and 1/2 plain text anyway!&lt;br&gt;&lt;br&gt;-&lt;br&gt; &amp;lt;Directory &amp;quot;DRIVELETTER:/Apache/cgi-bin&amp;quot;&amp;gt;&lt;br&gt;     AllowOverride None&lt;br&gt;     Options None&lt;br&gt;     Order allow,deny&lt;br&gt;     Allow from all&lt;br&gt; &amp;lt;/Directory&amp;gt;&lt;br&gt;-&lt;br&gt;&lt;br&gt;XML makes it insanely simple to machine parse tokens, so for option files is way easier than plain text. Below is that half attempt at xml in pure xml.&lt;br&gt;&lt;br&gt; &amp;lt;Directory location=&amp;quot;/Apache/cgi-bin&amp;quot;&amp;gt;&lt;br&gt;     &amp;lt;/AllowOverride&amp;gt;&lt;br&gt;     &amp;lt;/Options&amp;gt; &lt;br&gt;     &amp;lt;Order&amp;gt;allow,deny&amp;lt;/Order&amp;gt;&lt;br&gt;     &amp;lt;AllowFrom&amp;gt;all&amp;lt;/AllowFrom&amp;gt;&lt;br&gt; &amp;lt;/Directory&amp;gt;&lt;br&gt;&lt;br&gt;Thats much easier to parse in code,and turn the options in objects or tokens.&lt;br&gt;&lt;br&gt;But hey - on the bright side you've been nearly using XML and didn't even know - take the extra step and&lt;br&gt;embrace it fully!&lt;br&gt;&lt;br&gt;Enjoy the light..&lt;br&gt;</description></item><item><title>re: Great read on why IIS 6 is a respectable choice for Web Hosting</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#252773</link><pubDate>Fri, 05 Nov 2004 13:23:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:252773</guid><dc:creator>Dene Schonknecht's WebLog</dc:creator><description /></item><item><title>S?kerkod.se blog &amp;raquo; Catching up</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#252842</link><pubDate>Fri, 05 Nov 2004 16:35:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:252842</guid><dc:creator>TrackBack</dc:creator><description>S?kerkod.se blog &amp;amp;raquo; Catching up</description></item><item><title>What is Microsoft doing for security?</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#452457</link><pubDate>Wed, 17 Aug 2005 05:32:53 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:452457</guid><dc:creator>Office Development, Security, Randomness...</dc:creator><description>&lt;br&gt;    &lt;br&gt;      &lt;br&gt;        A recent comment on the IE Blog made it pretty apparent that not everybody is aware...</description></item><item><title>Thoughts on IIS Security vs Apache, Part 3</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#546044</link><pubDate>Wed, 08 Mar 2006 13:09:46 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:546044</guid><dc:creator>David Wang</dc:creator><description>Ok... I'm sure the zealots will eventually come tar and feather me and distort the conversation I started...</description></item><item><title>O wyzszosci peceta na makiem i Bilu z Microsoftu. - Strona 8 | hilpers</title><link>http://blogs.msdn.com/michael_howard/archive/2004/10/15/242966.aspx#9372068</link><pubDate>Fri, 23 Jan 2009 06:56:51 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9372068</guid><dc:creator>O wyzszosci peceta na makiem i Bilu z Microsoftu. - Strona 8 | hilpers</dc:creator><description>&lt;p&gt;PingBack from &lt;a rel="nofollow" target="_new" href="http://www.hilpers.pl/434083-o-wyzszosci-peceta-na-makiem/8"&gt;http://www.hilpers.pl/434083-o-wyzszosci-peceta-na-makiem/8&lt;/a&gt;&lt;/p&gt;
</description></item></channel></rss>