RE: Microsoft Security Bulletin MS01-047

From: Mark Parry (
Date: 09/10/01

From: "Mark Parry" <>
To: <>, <>
Subject: RE: Microsoft Security Bulletin MS01-047
Date: Mon, 10 Sep 2001 08:55:15 -0600
Message-ID: <000301c13a08$9a6a4650$>

as long as we're reviewing situations that are going to make exchange code
not a problem...

I'm running my Exchange OWA with IIS authentication, so if you don't have
domain credentials, you never even access that possibly buggy OWA code. I'm
running my OWA over SSL only, which is why I'm okay with using domain
credentials... Also, I have turned on Account lockout polices for a certain
amount of tries on the accounts to stop brute forcing the accounts.

This is my suggestion for others where OWA is required. Any suggestions and
comments are welcome.


-----Original Message-----
From: Craig Boston []
Sent: Friday, September 07, 2001 1:56 PM
To: H D Moore
Subject: Re: Microsoft Security Bulletin MS01-047

On Thu, 6 Sep 2001 19:54:58 -0500 H D Moore <> wrote:

> I thought this was a feature ;)
> To dump the complete GAL:
> http://exchangesvr/exchange/finduser/fumsg.asp

I tried this on my 5.5 SP4 server with OWA. I replaced http with https as
I have IIS configured to only allow encrypted access to the /exchange tree
and got redirected back to the logon screen since I didn't have a session

> If you get redirected back to the logon page immediately, it means that
> must establish a session with your browser first. To do that, just browse
> http://exchangesvr/exchange/LogonFrm.asp?mailbox=&isnewwindow=0

This request gets me a blank page with a javascript popup saying "This page
has been disabled, please see your administrator." I got an ASPSESSIONID
cookie, however the first URL still redirects me back to the logon page. I
encountered similar results with Aviram Jenik's method.

My guess is this is because I have disabled anonymous access to public
folders. I'm not 100% sure but it would appear at first glance that this
provides some protection against the GAL enumeration exploit.

Exchange Administrator, Site/Configuration/Protocols/HTTP and uncheck both
boxes about anonymous access. Probably a good idea anyway if you have no
public folders that need to be accessed anonymously.

Craig Boston, CCNA
Network Administrator
Owen Oil Tools, Inc.

Relevant Pages

  • RE: OWA Not working Page not Found
    ... you reset the Exchange OWA virtual directories on SBS: ... How to reset the default virtual directories that are required to provide ... Outlook Web Access, Exchange ActiveSync, and Outlook Mobile Access services ... your screen until you reach the Setup Type page of the IIS 6.0 Resource Kit ...
  • Re: SBS2008 HTTP 400 Error
    ... Microsoft Certified Partner ... OWA not working Externally, but works fine internally... ... Exchange 2007 Server ...
  • Re: Single user unable to access OWA
    ... He was able to access OWA ... The issue may be related to corrupt Exchange attribute, ... Export all mails in Mailbox as .PST file. ... Microsoft CSS Online Newsgroup Support ...
  • SBS2008 HTTP 400 Error
    ... I also have the same error when trying to access my mailbox over the internet. ... OWA not working Externally, but works fine internally... ... Exchange 2007 Server ... Right click the OWA (Default Web Site) VD under the Outlook Web Access, ...
  • RE: no OWA
    ... I understand that you unable to access OWA ... If you do not want to install all the IIS tools on your computer, ... To restart the Microsoft Exchange System Attendant service, ...