ISAserver.org Monthly Newsletter of October 2007 Sponsored by: BurstekWelcome to the ISAserver.org newsletter by Thomas W Shinder MD, MVP. Each month we will bring you interesting and helpful information on ISA Server. We want to know what all *you* are interested in hearing about. Please send your suggestions for future newsletter content to: tshinder@isaserver.org 1. But I Have a Firewall!You've heard the old joke. Joe User complains that his business computers have been hacked and that all credit card and personally identifiable information he stored on his customers has been stolen and is now, as we speak, being sold to the highest bidders on the Internet. This guy can't believe it happened. You ask him about security and he says "but I had a firewall!" The funny thing isn't that the joke is funny, what's funny is that there really are people like that out there. The example I gave above was a real story, taken from the Wall Street Journal. The business owner had a couple of computers in his business that contained a wealth of PII (personally identifiable information) that was stolen out from under him. And he really did tell the reporter that he didn't know much about computers, but a consultant came in, put in a firewall, and called it secure (and probably "Good" too). If you look more deeply into situations like this, you'll find that they don't have a firewall at all. What they have is a simple NAT device that doesn't perform any kind of reverse NAT. Since there isn't any reverse NAT, no new inbound connections can be made into the "protected" network. The consultant explains this to the befuddled business owner, charges him a few hundred dollars for plugging the NAT device in, and calls it a day. While this is a pretty gross example of incompetence or perhaps malfeasance, it's not far from what I see on the ISAserver.org Web boards and mailing list every day. You might know the drill -- "Can you help me set up my single NIC ISA Server Proxy so that I'm secure? I already have a firewall". Yes, I know that you already have a firewall, and it's called ISA 2004 or ISA 2006. Whatever device you have out there can be used to augment the exceptional firewall protection provided by the ISA Firewall, but it definitely does not provide a replacement for the ISA Firewall. Asking how to configure a secure single NIC (hork mode) ISA Firewall is an oxymoron - single NIC ISA Firewalls can only be set up as Web proxy devices, they can't provide security since they aren't inline devices, and since they aren't inline devices, they can't provide the physical or logical separation required between the good guys and the bad guys. In many cases, the problem isn't with the ISA Firewall admin, who very much wants to run the ISA Firewall in full firewall mode so as to provide the highest level of protection possible. The problem is with the "network guys" or the "security guys". These guys are a problem because they fear what they don't understand (a normal human reaction) and they think of Microsoft security in terms of Windows 95 and Windows NT 4.0. Like those little bugs you find in amber, their understanding of the Microsoft security landscape is stuck somewhere in the pre-historic days of the Internet. We can help educate these people so that everyone is able to get the most of their ISA Firewall purchase. Check out two articles I recently put up on www.isaserver.org that are aimed at helping the security and network guys understand the ISA Firewall: Questions and Answers about the ISA 2006 Firewall There is also another excellent article on the ISA Firewall's core firewall engine on the Microsoft Web site that will help convince them that the ISA Firewall is an honest to goodness network firewall, you can find that article at: Security is difficult, and even when you correctly deploy an ISA Firewall, there's still a lot more you need to do. Otherwise, you'll be in the same position as the hapless business owner who thought he was secure because he had a firewall. You need to look at security from end to end, protecting the data on disk, protecting the data as it's in flight over the network, and protecting the data even when it's in the hands of the users and outside the access controls you place on file system, database, and other managed containers. Only then can you say you're secure, at least for the moment, as security is a never ending process representing an arms race between you and the criminals. That's all for now! If you have any questions or comments, you're always welcome to send them to me at tshinder@isaserver.org Thanks! Tom ======================= Quote of the Month - "Indecision may or may not be my problem." ======================= 2. ISA Server 2006 Migration Guide - Order Today!
3. ISAserver.org Learning Zone Articles of InterestWe have a great group of articles in the Learning Zone that will help you get a handle on your most difficult configuration issues. Here are just a few of the newer and more interesting articles:
4. KB Articles of the MonthHere are some interesting and useful ISA Server related articles posted by Microsoft in the last month:
5. Tips of the MonthSeems like new suggestions for a true silent installation of the Firewall client come up every month. Check out this thread for another suggestion: True silent install of client (scroll down to the bottom of the page). I've been meaning to write an article on how to configure a secure site to site VPN using L2TP/IPSec when one of the ISA Firewalls is behind a NAT device. Until then, if you need to accomplish this task, check out this thread on a discussion of the NAT-T issues with this configuration: VPN with back to back ISA 2006 DMZ. Ever had a problem with Event ID 11004 after importing a domain name set? If so, here's one possible solution: Eventid 11004 after importing ruleset. 6. ISA Firewall Links of the Month
7. Blog Posts
8. Ask Dr. TomQUESTION: Hi Tom, ANSWER: I can't give you a definitive answer on this because I don't know the details of your implementation. However, one thing you can try is to configure the clients as Web Proxy clients. Also, make sure that Path MTU Discovery is enabled on the ISA Firewall. One last general suggestion is that you clear the cache on the ISA Firewall. QUESTION: Tom, ANSWER: The ISA Firewall is the ideal network firewall to use to protect Exchange Servers. In fact, the ISA Firewall was designed from the ground up to provide the best possible protection for Microsoft Exchange, including the Client Access Server. You can use the HTTP Security Filter to provide positive logic filtering to insure that only known good communications make it to the Exchange Client Access Server. For detailed information on how to configure the HTTP Security Filter to secure your Client Access Server, check out, Using the HTTP Filter to Help Secure HTTP Access. QUESTION: Hi Tom, ANSWER: You can configure your Server Publishing Rule with exceptions so that connections are allowed from anywhere except from IP addresses or networks that you don't want to connect using the Server Publishing Rule in question. Double click the Server Publishing Rule for the FTP server and click on the From tab. In the Exceptions section, click the Add button. In the Add Network Entities dialog box, click the New menu and click Computer. Create a computer object for the IP address that is attacking your set. If there are multiple machines attacking your site, create a Computer Set instead. Click Close in the Add Network Entities dialog box and click OK in the Properties dialog box for the Server Publishing Rule. Click Apply to save the changes and update the firewall policy. QUESTION: Hi Thomas, ANSWER: This is a difficult problem because of the number of extraneous services installed on the ISA 2000 firewall. I would recommend moving the DHCP, WINS and DNS servers to a machine on the internal network, behind the back-end ISA Firewall. Then I would remove the ISA 2000 from the domain and join the back-end ISA 2006 firewall to the domain. Assign the back-end ISA Firewall an internal IP address that is the same as the old ISA 2000's internal IP address. You can use DHCP on the internal clients to point them to the new DNS and WINS server addresses. On the back-end ISA Firewall, configure the external interface to use the front-end ISA Firewall as its default gateway. Got a question for Dr. Tom? Send it to tshinder@isaserver.org. TechGenix Sites
|