{"id":897,"date":"2012-10-10T17:32:37","date_gmt":"2012-10-10T17:32:37","guid":{"rendered":"http:\/\/microsoftgeek.com\/?p=897"},"modified":"2012-10-10T17:32:37","modified_gmt":"2012-10-10T17:32:37","slug":"securing-wireless-network-traffic-part-1","status":"publish","type":"post","link":"https:\/\/microsoftgeek.com\/?p=897","title":{"rendered":"Securing Wireless Network Traffic (Part 1)"},"content":{"rendered":"<p>This article series will examine various techniques for securing Wi-Fi  networks. This first article in the series deals with understanding the  vulnerabilities associated with wireless networks.<\/p>\n<h2>Introduction<\/h2>\n<p>Even though Wi-Fi has been around for many  years now, I still periodically receive E-mail messages from people who  are wondering about the various security and privacy concerns regarding  the use of a wireless network. Generally, there are two main questions  that I am asked:<\/p>\n<ol>\n<li>Is Wi-Fi secure?<\/li>\n<li>How can I make Wi-Fi secure?<\/li>\n<\/ol>\n<p>With those questions in mind, I wanted to take the opportunity to  talk about Wi-Fi security. My plan is to spend most of this article  talking about the risks associated with using Wi-Fi. Later on in the  series, I want to talk about hardware based security, how your wireless  networking architecture affects the security of your wireless network,  and finally I plan to talk about some wireless security mechanisms that  are built into Windows Server.<\/p>\n<h2>What Are The Risks?<\/h2>\n<p>One of the first rules regarding security  is that unless you have a clear understanding of the risks, then, it is  nearly impossible to mitigate those risks. In other words, it is hard  to develop a decent security plan unless you know what threats you must  protect yourself against. With this philosophy in mind, I want to take a  bit of an unorthodox approach to talking about Wi-Fi security.<\/p>\n<p>Most of the books and articles on Wi-Fi security that I have read  focus on how you should configure your wireless access points, and on  the overall network architecture and its impact on security. I do plan  to discuss those sorts of things later on. Right now though, I want to  completely throw security out the window. In doing so, I want to talk  about what type of information a hacker could get if there were no  security on your wireless network.<\/p>\n<p>OK, I realize that it is a bit strange to approach Wi-Fi security  from this angle. As I said before however, it is important to understand  the risks up front. Beyond that however, the real world is full of  insecure wireless networks. Most of your mobile users are likely to  periodically connect to insecure wireless networks. These networks might  be at airports, hotels, coffee shops, or even at home. The point is  that even if you have gone to great lengths to secure your wireless  network, your users could still risk exposing sensitive data by  connecting through an external network that is completely insecure.<\/p>\n<h2>Website Authentication<\/h2>\n<p>So with that in mind, let\u2019s pretend  that we have an entire office full of people who are all using a  completely insecure wireless network. What information is actually  exposed if someone were to sniff the wireless packets?<\/p>\n<p>Although it is tempting to say that everything will be exposed, the  answer is actually a little bit more complex than that. This is because  the entire concept of IT security revolves around defense in depth. Just  because a wireless connection is completely insecure, it doesn\u2019t mean  that the other security mechanisms that you may have in place are  completely invalidated.<\/p>\n<p>To show you what I mean, consider what would happen if someone were  to log onto Outlook Web App using an insecure wireless connection. In  case you are not familiar with Outlook Web App, it is a Web based  version of Microsoft Outlook that comes with Exchange Server 2010.<\/p>\n<p>Outlook Web App is designed to require SSL Web browsers to use SSL  encryption. Therefore, if a user logs onto Outlook Web App over an  insecure wireless network, all of the user\u2019s information will be  encrypted, and will remain secure just as it would if the user had used a  wired Internet connection.<\/p>\n<p>So does this mean that you don\u2019t have to worry about Wi-Fi security?  Certainly not! Just because Outlook Web App will remain secure even over  an otherwise insecure connection, it doesn\u2019t mean that everything else  will. Before I get into that though, I want to talk about how something  as simple as a non business Web site can compromise your security.<\/p>\n<p>Think about it for a moment\u2026\u00a0 When a user logs on to a Web site, they  typically enter a set of authentication credentials. These credentials  are not always encrypted. For example, there are a couple of free sites  that I use which only require a membership so that you can participate  in the online discussion forums. The sites contain no sensitive  information, so the authentication process is not encrypted.<\/p>\n<p>Logging into such a site isn\u2019t a problem in and of itself. The  problem is that some users like to use the same password for every  account that they own. If a user were to log into an insecure Web site  over a wireless connection, than anyone who is sniffing the wireless  packets would be able to extract the user\u2019s credentials. The next  logical step for the hacker would be to see if the user uses the same  credentials for anything else.<\/p>\n<h2>Messaging<\/h2>\n<p>Of all of the applications used in a business  environment, perhaps none are more vulnerable than E-mail. Before I  explain why this is the case, I must point out that some mail systems  are more secure than others. For example, Exchange Server 2010  automatically encrypts communications between itself and other Exchange  2010 servers.<\/p>\n<p>When it comes to basic POP3 and SMTP communications though, insecure  Wi-Fi connections expose everything. Even though messaging servers  hosting protocols like SMTP, POP3, and IMAP4 typically require  authentication, the credentials are almost always sent in clear text,  which makes them vulnerable to packet sniffing.<\/p>\n<p>Even if an organization has encrypted the authentication process, the  messages themselves are unencrypted unless an organization has  implemented a form of S\/MIME encryption or something similar. As such,  it is incredibly easy for someone who is sniffing the airwaves to  intercept and read mail flow. It is even possible for a hacker to  respond to a message that they have intercepted, or to send a fraudulent  message posing as someone else.<\/p>\n<h2>Shared Resources<\/h2>\n<p>Another possible vulnerability associated  with using an unsecured wireless network involves accessing shared  resources. One example that I like to use is something that happened  about five years ago. While working on something unrelated, I noticed  that a new access point had appeared on my list of available wireless  networks. One look at the name of the new wireless network confirmed  that it belonged to a good friend who lived next door. Because my friend  hadn\u2019t secured his wireless network, I assumed that it was my duty to  show him the dangers of operating an open wireless network. To make a  long story short, I typed up a short message in Microsoft Word telling  him to call me, and then I printed the message on his printer.<\/p>\n<p>Open access to shared resources aren\u2019t usually as big of a problem on  corporate networks, because domain controllers provide challenge \/  response authentication. Assuming that server resources are secured  properly, the real vulnerability exists on the user\u2019s desktop \/ laptop.  If the user is running Windows XP, then it is pretty easy to figure out  the user\u2019s computer name and to connect to any shared resources on that  computer.<\/p>\n<h2>Conclusion<\/h2>\n<p>As you can see, there are plenty of vulnerabilities associated with  operating on an insecure wireless network (there are many more than what  I have discussed). In Part 2, I will continue the discussion by talking  about how you can lock down your wireless hardware.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>This article series will examine various techniques for securing Wi-Fi networks. This first article in the series deals with understanding the vulnerabilities associated with wireless networks. Introduction Even though Wi-Fi has been around for many years now, I still periodically receive E-mail messages from people who are wondering about the various security and privacy concerns [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[44],"tags":[],"class_list":["post-897","post","type-post","status-publish","format-standard","hentry","category-wireless-security"],"_links":{"self":[{"href":"https:\/\/microsoftgeek.com\/index.php?rest_route=\/wp\/v2\/posts\/897","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/microsoftgeek.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/microsoftgeek.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/microsoftgeek.com\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/microsoftgeek.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=897"}],"version-history":[{"count":1,"href":"https:\/\/microsoftgeek.com\/index.php?rest_route=\/wp\/v2\/posts\/897\/revisions"}],"predecessor-version":[{"id":898,"href":"https:\/\/microsoftgeek.com\/index.php?rest_route=\/wp\/v2\/posts\/897\/revisions\/898"}],"wp:attachment":[{"href":"https:\/\/microsoftgeek.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=897"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/microsoftgeek.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=897"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/microsoftgeek.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=897"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}