<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://community.cengage.com/Infosec/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>Mark Ciampa's Blog (Security+ 4ed)</title><link>http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/default.aspx</link><description /><dc:language>en</dc:language><generator>CommunityServer 2008.5 SP1 (Build: 31106.3070)</generator><item><title>Updated Community Server Web Site</title><link>http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/2012/05/23/updated-community-server-web-site.aspx</link><pubDate>Wed, 23 May 2012 12:17:00 GMT</pubDate><guid isPermaLink="false">da6f4951-2a63-4135-ba33-a0782f77c096:1083</guid><dc:creator>Mark Ciampa</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/rsscomments.aspx?PostID=1083</wfw:commentRss><comments>http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/2012/05/23/updated-community-server-web-site.aspx#comments</comments><description>&lt;p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;By now you&amp;#39;ve noticed that this Web site has undergone a radical facelift starting today (May 23 2012). &amp;nbsp;This redesign has been underway for several months involving many different individuals, long hours of work, and countless meetings. &amp;nbsp;In addition to all of the content from the previous site still being available on this updated Web site, additional security content is being added. &amp;nbsp;And the site is now easier to navigate. &amp;nbsp;In the coming weeks watch for more new security-related material to appear.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Thanks to everyone at Cengage who worked on the redesign (to see a partial list of names and photos click OUR TEAM and then &amp;quot;Marketing/Editorial&amp;quot;).&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Stay secure!&lt;/p&gt;
&lt;p&gt;http://www.cengagesites.com/Networking-Security/50/information-security/&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://community.cengage.com/Infosec/aggbug.aspx?PostID=1083" width="1" height="1"&gt;</description><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/security+Web+site/default.aspx">security Web site</category></item><item><title>Another Warning on Medical Devices</title><link>http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/2012/05/22/another-warning-on-medical-devices.aspx</link><pubDate>Tue, 22 May 2012 11:31:00 GMT</pubDate><guid isPermaLink="false">da6f4951-2a63-4135-ba33-a0782f77c096:1080</guid><dc:creator>Mark Ciampa</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/rsscomments.aspx?PostID=1080</wfw:commentRss><comments>http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/2012/05/22/another-warning-on-medical-devices.aspx#comments</comments><description>&lt;p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;The lack of security on medical devices is continuing to raise concerns. &amp;nbsp;Last year a security researcher, who was himself a diabetic, demonstrated at the Black Hat security conference a wireless attack on an insulin pump that could change the delivery of insulin to the patient. &amp;nbsp;The security vendor McAfee found that they could scan a public space from up to 300 feet away, find vulnerable pumps made by a specific medical device manufacturer, and then force these devices to dispense fatal insulin doses. In 2009 an assistant professor in computer science &amp;quot;hacked&amp;quot; into a defibrillator (used to stabilize a heartbeat) and reprogramed it. &amp;nbsp;He also disabled its power-save mode so the battery ran down in hours instead of years. &amp;nbsp;Last month the national Information Security and Privacy Advisory Board (ISPAB) recommended that one federal government agency like the Food and Drug Administration (FDA) be responsible for ensuring the security of wireless medical devices, and called for the National Institute of Standards and Technology (NIST) to determine which security features should be enabled by default on these devices (see Apr 14 2012 blog).&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Now the Department of Homeland Security (DHS) has issued its own report entitled &amp;quot;Attack Surface: Healthcare and Public Health Sector.&amp;quot; It says, &amp;quot;The communications security of medical devices to protect against theft of medical information and malicious intrusion is now becoming a major concern.&amp;quot; While the Food and Drug Administration (FDA) regulates the design and manufacture of these devices it does not have any regulations regarding how they should be configured and connected to a network. &amp;nbsp;The report specifically notes the risks of using these devices on &lt;b&gt;wireless networks&lt;/b&gt; {Chapter 8 Security+ 4ed} and the failure to use &lt;b&gt;trusted operating systems&lt;/b&gt; {Chapter 10 Security+ 4ed}. &amp;nbsp;It says, &amp;quot;In a world in which communication networks and medical devices can dictate life or death, these systems, if compromised, pose a significant threat to the public and private sector.&amp;quot;&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;You can download the report at http://publicintelligence.net/nccic-medical-device-cyberattacks/.&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Stay secure!&lt;/p&gt;
&lt;p&gt;http://www.cengage.com/community/infosec&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://community.cengage.com/Infosec/aggbug.aspx?PostID=1080" width="1" height="1"&gt;</description><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/Chapter+10/default.aspx">Chapter 10</category><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/Chapter+8/default.aspx">Chapter 8</category><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/wireless/default.aspx">wireless</category><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/trusted+operating+systems/default.aspx">trusted operating systems</category></item><item><title>Wireless Warning</title><link>http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/2012/05/17/wireless-warning.aspx</link><pubDate>Thu, 17 May 2012 13:43:00 GMT</pubDate><guid isPermaLink="false">da6f4951-2a63-4135-ba33-a0782f77c096:1077</guid><dc:creator>Mark Ciampa</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/rsscomments.aspx?PostID=1077</wfw:commentRss><comments>http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/2012/05/17/wireless-warning.aspx#comments</comments><description>&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;The rapid growth of wireless local area networks (WLANs, also called &amp;quot;Wi-Fi&amp;quot;) based on the IEEE 802.11a/b/g/n--and soon-to-be-released IEEE 802.11ac standard with theoretical data rates of up to 3.6 Gbps) has been nothing short of phenomenal. &amp;nbsp;According to some estimates by 2014 there will be 1.4 billion devices shipped annually that support wireless data standards, and these devices will transmit the amount of data traffic equal to almost one billion DVDs. &amp;nbsp;By the end of 2011 one quarter of all households around the world, or 439 million households, were using wireless data technology, with South Korea leading the way with over 80 percent of its households using wireless (the U.S. was eighth with 61 percent). It is estimated that by 2016 over 800 million households will have wireless data technology installed. &amp;nbsp;Considering that wireless local area networks were not even available until 2000, this makes their widespread installation that much more amazing.&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;This huge popularity of WLANs is also seen in the number of free wireless networks available at hotels, coffee shops, airports, and restaurants. &amp;nbsp;There are over 65,000 free wireless &amp;quot;hotspots&amp;quot; in the U.S., most notably at Starbucks (23,000 locations), McDonald&amp;#39;s (at 11,000 of its 13,000 restaurants), and Panera Bread (1,500 stores). &amp;nbsp;Panera recently reported that last month there were 2.7 million wireless sessions activated, an increase of half a million from April 2011, with half of that traffic from laptops and the other half from smartphones and tablets. &amp;nbsp;And the popularity of free wireless networks is projected to skyrocket, in part due to the end of unlimited smartphone and tablet data plans. &amp;nbsp;Yesterday (May 16 2011) Verizon Wireless revealed that it was ending all unlimited data plans for 4G LTE devices, which were already required of new customers but current customers could be grandfathered in. &amp;nbsp;T-Mobile still offers unlimited plans but slows the transmission speed after users consume 2 gigabytes each month. &amp;nbsp;Many users opt to find a free wireless network when possible in order to save their bits when traveling.&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;With this increased use of WLANs, particularly free wireless networks, it is even more important to be secure when using these &lt;strong&gt;wireless networks&lt;/strong&gt; {Chapter 8 Security+ 4ed}. &amp;nbsp;Earlier this month the FBI&amp;#39;s Internet Crime Complaint Center (IC3) issued a warning that attackers are &amp;quot;targeting travelers abroad through pop-up windows while establishing an Internet connection in their hotel rooms.&amp;quot; When a user attempts to setup their wireless Internet connection from their hotel room a pop-up window appears notifying the user that they should update the software on their device. &amp;nbsp;However, this warning is a fake and if the user clicks to install the update then malware is installed instead.&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Although the IC3&amp;#39;s report is slim on specific instances of when and where these attacks are occuring, the advice is still good, particularly when traveling. &amp;nbsp;Update your devices before you leave home using your secure network connections, limit your Internet activity when possible (such as don&amp;#39;t make large financial transactions from a hotel room), and never blindly click on an update message that appears.&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Stay secure!&lt;/p&gt;
&lt;p&gt;http://www.cengage.com/community/infosec&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://community.cengage.com/Infosec/aggbug.aspx?PostID=1077" width="1" height="1"&gt;</description><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/Chapter+8/default.aspx">Chapter 8</category><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/wireless/default.aspx">wireless</category></item><item><title>Leopard Finally Updated--Sort Of</title><link>http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/2012/05/16/leopard-finally-updated-sort-of.aspx</link><pubDate>Wed, 16 May 2012 11:21:00 GMT</pubDate><guid isPermaLink="false">da6f4951-2a63-4135-ba33-a0782f77c096:1076</guid><dc:creator>Mark Ciampa</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/rsscomments.aspx?PostID=1076</wfw:commentRss><comments>http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/2012/05/16/leopard-finally-updated-sort-of.aspx#comments</comments><description>&lt;p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;In a disturbing trend by some software vendors, older versions of software are being neglected when it comes to security updates. &amp;nbsp;On Monday (May 14 2012) Apple issued its first security-related update to its Leopard operating system (OS X 10.5) in almost one year ago. &amp;nbsp;Yet this update does not even patch any known vulnerabilities but instead only removes older versions of the Adobe Flash Player: any Flash Player older than 10.1.102.64--which was released in November 2010--is now disabled. &amp;nbsp;This update is the same that Apple released last week for Snow Leopard (OS X 10.6) and Lion (OS X 10.7). &amp;nbsp;And although Apple still provides security updates for Java for users running Snow Leopard and Lion, it has not distributed any security patches for Java running on Leopard since June 2011.&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;It&amp;#39;s certainly troubling that Apple as well as other security vendors is not keeping older versions of their software updated (see May 15 2012 blog posting). &amp;nbsp;Their&lt;b&gt; patch management&lt;/b&gt; {Chapter 5 Security+ 4ed} capabilities certainly are in place for distributing security updates on a timely basis. &amp;nbsp;Is this lack of active patching a hidden push to increase revenue by forcing users who want to be protected to update to the latest version of the software?&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Stay secure!&lt;/p&gt;
&lt;p&gt;http://www.cengage.com/community/infosec&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://community.cengage.com/Infosec/aggbug.aspx?PostID=1076" width="1" height="1"&gt;</description><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/Chapter+5/default.aspx">Chapter 5</category><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/patch+management/default.aspx">patch management</category><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/Apple/default.aspx">Apple</category></item><item><title>Adobe Retreats on Pay for Patches</title><link>http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/2012/05/15/adobe-retreats-on-pay-for-patches.aspx</link><pubDate>Wed, 16 May 2012 02:11:00 GMT</pubDate><guid isPermaLink="false">da6f4951-2a63-4135-ba33-a0782f77c096:1075</guid><dc:creator>Mark Ciampa</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/rsscomments.aspx?PostID=1075</wfw:commentRss><comments>http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/2012/05/15/adobe-retreats-on-pay-for-patches.aspx#comments</comments><description>&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Adobe&amp;#39;s track record for creating and maintaining secure protects is less than stellar (see May 7 2012, Dec 8 2011, and Aug 17 2011 blog postings). &amp;nbsp;And to add the proverbial &amp;quot;insult to injury&amp;quot;, Adobe recently said that they will no longer &lt;strong&gt;patch&lt;/strong&gt; critical vulnerabilities {Chapter 5 Security+ 4ed} in older versions of their software and that users must purchase the latest software versions to be protected. &amp;nbsp;After a storm of criticism Adobe has now reversed course.&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;There are a total of 8 vulnerabilities in Adobe Illustrator (5 vulnerabilities) and Flash Professional CS5.5 (1 vulnerability)--which have been out for only one year--and two-year old Photoshop CS5 (2 vulnerabilities).&amp;nbsp;Last week Adobe told its users that they must upgrade to the Creative Suite 6 (CS6) editions if they wanted to have this software with the patched vulnerabilities. &amp;nbsp;That cost could be $99 (for Flash Professional), $249 (Illustrator) or $375 (CS6 Design &amp;amp; Web Premium that includes all three). &amp;nbsp;Now Adobe has now changed its mind. &amp;nbsp;After a huge outcry, Adobe said in its blog that is &amp;quot;in the process of resolving the vulnerabilities&amp;quot; and there will be no charge for the updates. &amp;nbsp;You can read the Adobe blog at:&amp;nbsp;&lt;/p&gt;
&lt;p&gt;http://blogs.adobe.com/psirt/2012/05/update-to-security-bulletins-for-adobe-illustrator-apsb12-10-adobe-photoshop-apsb12-11-and-adobe-flash-professional-apsb12-12.html&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Come on Adobe, really? &amp;nbsp;Patching year-old software was not important to you? &amp;nbsp;Do you think it might be &amp;nbsp;important to your customers? &amp;nbsp;Will you ever get this security thing figured out?&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Stay secure!&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;http://www.cengage.com/community/infosec&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://community.cengage.com/Infosec/aggbug.aspx?PostID=1075" width="1" height="1"&gt;</description><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/Chapter+5/default.aspx">Chapter 5</category><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/Adobe/default.aspx">Adobe</category><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/patch+management/default.aspx">patch management</category></item><item><title>Critical Adobe Flash Update</title><link>http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/2012/05/07/critical-adobe-flash-update.aspx</link><pubDate>Tue, 08 May 2012 00:49:00 GMT</pubDate><guid isPermaLink="false">da6f4951-2a63-4135-ba33-a0782f77c096:1064</guid><dc:creator>Mark Ciampa</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/rsscomments.aspx?PostID=1064</wfw:commentRss><comments>http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/2012/05/07/critical-adobe-flash-update.aspx#comments</comments><description>&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Adobe sent out a warning today (May 7 2012) that attackers are exploiting a &lt;strong&gt;vulnerability&lt;/strong&gt; {Chapter 1 Security+ 4ed} in the Adobe Flash Player software. &amp;nbsp;Adobe assigned this vulnerability a &amp;quot;1&amp;quot; priority rating, indicating that it&amp;#39;s an actively-exploited (or likely soon-to-be exploited) vulnerabilities and should be patched within 72 hours.&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;What should you do to protect yourself? &amp;nbsp;Unfortunately the answer is, &amp;quot;It all depends.&amp;quot; &amp;nbsp;The Adobe Flash version 11.2.202.235 contains the necessary patch. &amp;nbsp;If you are running Google Chrome your browser should have automatically been updated last Monday (Apr 30 2012) with Google&amp;#39;s Chrome release of 18.0.1025.168. &amp;nbsp;If you are running&amp;nbsp;&amp;nbsp;Microsoft&amp;#39;s Internet Explorer (IE), Firefox, Safari or Opera on Windows then Adobe&amp;#39;s new silent background update feature--which silently updates Flash in the background--should automatically update the Flash plug-in. &amp;nbsp;This silent background update feature was also released for Apple Mac last week (Apr 30 2012). &amp;nbsp;However, there are some reports that patch is not being pushed out promptly. &amp;nbsp;You can go to Adobe&amp;#39;s site and see which version of Flash you are running as well as download the latest patch at http://get.adobe.com/flashplayer/.&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Stay secure!&lt;/p&gt;
&lt;p&gt;http://www.cengage.com/community/infosec&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://community.cengage.com/Infosec/aggbug.aspx?PostID=1064" width="1" height="1"&gt;</description><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/Adobe/default.aspx">Adobe</category><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/Chapter+1/default.aspx">Chapter 1</category></item><item><title>Blackmail or Idiot Tax?</title><link>http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/2012/05/03/blackmail-or-idiot-tax.aspx</link><pubDate>Thu, 03 May 2012 16:16:00 GMT</pubDate><guid isPermaLink="false">da6f4951-2a63-4135-ba33-a0782f77c096:1057</guid><dc:creator>Mark Ciampa</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/rsscomments.aspx?PostID=1057</wfw:commentRss><comments>http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/2012/05/03/blackmail-or-idiot-tax.aspx#comments</comments><description>&lt;p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Misunderstandings are often the result of a difference in interpretation (aka semantics). &amp;nbsp;However, in this recent computer security attack much more may be at stake.&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Elantis, a credit provider located in Belgium, was the apparent victim of an attack in which employee login credentials and confidential loan application information on 3,700 customers--name, job description, contact information, annual income, ID card number, etc.--was stolen. Last Friday (Apr 27 2012) the attackers contacted Elantis and threatened to publically publish the information if the bank does not pay 150,000 euros (about $197,000) by tomorrow (May 4 2012). The attackers claimed that the data was stored &lt;b&gt;unencrypted&lt;/b&gt; {Chapter 11 Security+ 4ed} on unprotected servers, and parts of what they claimed to be stole data was provided to prove their claims.&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;And to add insult to injury, the attackers also said, &amp;quot;While this could be called &amp;#39;blackmail,&amp;#39; we prefer to think of it as an &amp;#39;idiot tax&amp;#39; for leaving confidential data unprotected on a Web server.&amp;quot;&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Elantis took their servers offline, contacted the Belgian Federal High Tech Crime Unit, and said &amp;quot;We are not prepared to pay. We don&amp;#39;t like blackmail.&amp;quot;&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Stay secure!&lt;/p&gt;
&lt;p&gt;http://www.cengage.com/community/infosec&lt;/p&gt;
&lt;div&gt;&lt;/div&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://community.cengage.com/Infosec/aggbug.aspx?PostID=1057" width="1" height="1"&gt;</description><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/Chapter+11/default.aspx">Chapter 11</category><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/unencrypted/default.aspx">unencrypted</category></item><item><title>Conficker Still Alive</title><link>http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/2012/05/01/conficker-still-alive.aspx</link><pubDate>Tue, 01 May 2012 18:40:00 GMT</pubDate><guid isPermaLink="false">da6f4951-2a63-4135-ba33-a0782f77c096:1054</guid><dc:creator>Mark Ciampa</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/rsscomments.aspx?PostID=1054</wfw:commentRss><comments>http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/2012/05/01/conficker-still-alive.aspx#comments</comments><description>&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;A notorious &lt;strong&gt;worm&lt;/strong&gt; {Chapter 2 Security+ 4ed} known as Conficker is still on the loose. &amp;nbsp;And this is after 3 years since its introduction and 4 years since the original patch was distributed to close the vulnerability that it expoits.&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Conficker first surfaced in November of 2008 and different variants (Conficker.A, .B and .C) later came onto the scene. &amp;nbsp;It targets a known &lt;strong&gt;buffer overflow&lt;/strong&gt; {Chapter 3 Security+ 4ed} vulnerability in the Windows Server service used by Windows 2000, Windows XP, Windows Vista, Windows Server 2003, Windows Server 2008, and Windows 7 Beta (but not Windows 7); a patch for this vulnerability was released back in October 2007. &amp;nbsp;Conficker is known for its ability to disable a computer&amp;#39;s security defenses. &amp;nbsp;It turns off different Windows security system services such as Windows Automatic Update, Windows Security Center, Windows Defender and Windows Error Reporting while also blocking Internet access to security product Web sites, preventing the computer from receiving &lt;strong&gt;anti-virus update signatures&lt;/strong&gt; {Chapter 5 Security+ 4ed}. &amp;nbsp;Conficker then receives further instructions--spread to other computers, gather personal information from the infector computer, or to download and install additional malware--by connecting to a server or another infected computer. The worm also attaches itself to certain Windows processes. &amp;nbsp;Conficker.A creates an HTTP server on the infected computer and then opens a random port (between 1024 and 10000) as well as resets Windows System Restore points. &amp;nbsp;Conficker.B and Confliker.C take advantage of the Windows Autorun feature and tries to guess administrator passwords that are weak by using its own built-in list of weak passwords (seems like weak passwords are always somewhere involved in a successful attack today). &amp;nbsp;To see a list of those weak passwords you can go to&amp;nbsp;http://www.microsoft.com/security/portal/Threat/Encyclopedia/Entry.aspx?Name=Worm:Win32/Conficker.C&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Although it appears that the original attackers behind Conficker have abandonded it, the worm is still on the loose around the Internet. &amp;nbsp;Last week Microsoft reported that 1.7 million computers were attacked by Conficker in the last three months of 2011, which is an increase of 100,000 from the previous quarter. &amp;nbsp;&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Users can take advantage of an online test to see if their computers are infected at http://www.confickerworkinggroup.org/infection_test/cfeyechart.html.&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Stay secure!&lt;/p&gt;
&lt;p&gt;http://www.cengage.com/community/infosec&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://community.cengage.com/Infosec/aggbug.aspx?PostID=1054" width="1" height="1"&gt;</description><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/Chapter+3/default.aspx">Chapter 3</category><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/Chapter+5/default.aspx">Chapter 5</category><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/Chapter+2/default.aspx">Chapter 2</category><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/anti-virus/default.aspx">anti-virus</category><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/worm/default.aspx">worm</category><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/butter+overflow/default.aspx">butter overflow</category></item><item><title>SSL Websites Vulnerable</title><link>http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/2012/04/27/ssl-websites-vulnerable.aspx</link><pubDate>Fri, 27 Apr 2012 22:12:00 GMT</pubDate><guid isPermaLink="false">da6f4951-2a63-4135-ba33-a0782f77c096:1049</guid><dc:creator>Mark Ciampa</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/rsscomments.aspx?PostID=1049</wfw:commentRss><comments>http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/2012/04/27/ssl-websites-vulnerable.aspx#comments</comments><description>&lt;p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Perhaps the most common transport encryption algorithm is Secure Sockets Layer (SSL), which is a protocol developed by Netscape for securely transmitting documents over the Internet. SSL uses a public key to encrypt data that is transferred over the SSL connection. Transport Layer Security (TLS) is a protocol that guarantees privacy and data integrity between applications communicating over the Internet. TLS is an extension of SSL, and they are often referred to as &lt;b&gt;SSL/TLS&amp;nbsp;&lt;/b&gt;&amp;nbsp;{Chapter 12 Security+ 4ed}. &amp;nbsp;One use of SSL is to secure Web Hypertext Transport Protocol (HTTP) communications between a browser and a Web server. This secure version is actually &amp;ldquo;plain&amp;rdquo; HTTP sent over SSL/TLS and is called Hypertext Transport Protocol over Secure Sockets Layer (HTTPS). HTTPS uses port 443 instead of HTTP&amp;rsquo;s port 80. Users must enter URLs with https:// instead of http://.&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;A just-released study shows that 90% of the top 200,000 HTTPS Websites are vulnerable, according to the Trustworthy Internet Movement (TIM), which is a &amp;quot;nonprofit, vendor-neutral organization leveraging the power of the global security community to advance industry-wide technology innovations and initiatives for actionable change&amp;quot;. &amp;nbsp;TIM has created a project called SSL Pulse. &amp;nbsp;SSL Pulse uses automated scanning to analyze the strength of HTTPS implementations on &amp;nbsp;the top 1 million Web sites (as published by Alexa). &amp;nbsp;SSL Pluse looks for what protocols and versions are supported by the these Web sites (SSL 3.0, SSL 2.0, TLS 1.1, etc). &amp;nbsp;It also looks for the key length used (512 bits, 1024 bits, 2048 bits, etc.) and the strength of the supported ciphers (256 bits, 128 bits, etc.). &amp;nbsp;SSL Pulse then assigned a score (0-100) and grade (A-F) to each HTTPS Web site.&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Here&amp;#39;s what they found: over half of the 200,000 Web sites received a grade of &amp;quot;A&amp;quot;. &amp;nbsp;But SSL Pulse also says that just 10% were &amp;quot;strong&amp;quot; with the highest level of security. &amp;nbsp;And 75% could be vulnerable to a specific attack that could decrypt authentication tokens and cookies from HTTPS requests, and 13% support the insecure renegotiation of SSL connections that could result in &lt;b&gt;man-in-the-middle &lt;/b&gt;attacks {Chapter 3 Security+ 4ed}.&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;The SSL Pulse Web site, at https://www.trustworthyinternet.org/ssl-pulse/, shows the latest data and also allows you to enter an HTTPS-enabled Web site to check on its status.&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Stay secure!&lt;/p&gt;
&lt;p&gt;http://www.cengage.com/community/infosec &amp;nbsp; &amp;nbsp;&lt;/p&gt;
&lt;div&gt;&lt;/div&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://community.cengage.com/Infosec/aggbug.aspx?PostID=1049" width="1" height="1"&gt;</description><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/Chapter+3/default.aspx">Chapter 3</category><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/Chapter+12/default.aspx">Chapter 12</category><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/SSL_2F00_TLS/default.aspx">SSL/TLS</category><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/man-in-the-middle/default.aspx">man-in-the-middle</category></item><item><title>Macs With Windows and Mac Malware</title><link>http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/2012/04/26/macs-with-windows-and-mac-malware.aspx</link><pubDate>Thu, 26 Apr 2012 10:41:00 GMT</pubDate><guid isPermaLink="false">da6f4951-2a63-4135-ba33-a0782f77c096:1046</guid><dc:creator>Mark Ciampa</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/rsscomments.aspx?PostID=1046</wfw:commentRss><comments>http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/2012/04/26/macs-with-windows-and-mac-malware.aspx#comments</comments><description>&lt;p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Here&amp;#39;s something that few users--particularly Mac users--would have ever expected. &amp;nbsp;The security firm Sophos offers Mac users a free online antivirus scanner (yes, Macs can become infected!). &amp;nbsp;After over 100,000 Mac computers ran that software then Sophos examined what the scanner found. &amp;nbsp;And the results were surprising: almost one out of every five Macs (20%) contained at least one instance of Windows malware. Although this Windows malware cannot function on the Mac, it can be transferred to another Windows computer through USB flash drives and other removeable media, or through network file sharing.&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Sophos also found 3% of the 100,000 scanned Macs were infected with Mac malware. &amp;nbsp;About 75% of the infected Macs were victims of Flashback (see Apr 11 2012 blog posting). &amp;nbsp;It&amp;#39;s estimated that some 600,000 Macs still have this malware while a new version of Flashback has infected another 700,000 Macs. &amp;nbsp;The next most common infection was a fake antivirus &amp;quot;scareware&amp;quot; infection (18%) with the third most common infection (5.5%) was&lt;b&gt; Domain Name System (DNS) poisoning&lt;/b&gt; {Chapter 3 Security+ 4ed} malware that redirected infected Macs to a fake DNS server controlled by attackers.&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Stay secure!&lt;/p&gt;
&lt;p&gt;http://www.cengage.com/community/infosec&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://community.cengage.com/Infosec/aggbug.aspx?PostID=1046" width="1" height="1"&gt;</description><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/Chapter+3/default.aspx">Chapter 3</category><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/Apple/default.aspx">Apple</category><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/DNS+poisoning/default.aspx">DNS poisoning</category></item><item><title>There's Real Money In It</title><link>http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/2012/04/24/there-s-real-money-in-it.aspx</link><pubDate>Tue, 24 Apr 2012 19:07:00 GMT</pubDate><guid isPermaLink="false">da6f4951-2a63-4135-ba33-a0782f77c096:1045</guid><dc:creator>Mark Ciampa</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/rsscomments.aspx?PostID=1045</wfw:commentRss><comments>http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/2012/04/24/there-s-real-money-in-it.aspx#comments</comments><description>&lt;p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Just in case there is still someone out there who doesn&amp;#39;t think &amp;quot;security&amp;quot; (or a lack thereof) and &amp;quot;money&amp;quot; go hand-in-hand, two recent events may help convince them that these two elements are inseparably linked.&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;First, on the defense side Google has increased the bounties it pays independent researchers who uncover vulnerabilities in its core Web sites, services and online applications. &amp;nbsp;How much of an increase? &amp;nbsp;How about an increase from $3,133 to a whopping $20,000 per vulnerability. Google&amp;#39;s Vulnerability Reward Program (VRP) pays for a vulnerability that would allow an attacker to hijack a computer and plant malware on it that is directed against Google.com, Gmail, Youtube.com, and the new Google Play. &amp;nbsp;And a $10,000 bounty will be paid for&lt;b&gt; SQL injection&lt;/b&gt; {Chapter 3 Security+ 4ed} vulnerabilities or &amp;quot;significant&amp;quot; authentication bugs and data leak vulnerabilities. &amp;nbsp;&lt;b&gt;Cross-site scripting (XSS)&lt;/b&gt; {Chapter 3 Security+ 4ed} flaws will only pay between $100 and $3,133. &amp;nbsp;In the last 12 months Google has received over 780 eligible vulnerability claims and has paid $460,000 to about 200 security researchers.&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;And on the other side, a Russian security analyst firm reported that Russian-speaking attackers netted $4.5 billion globally using different online attacks. &amp;nbsp;That is over one-third of the estimated $12.5 billion netted globally by all cybercriminals in 2011. &amp;nbsp;Online banking fraud, &lt;b&gt;phishing&lt;/b&gt; attacks {Chapter 2 Security+ 4ed} and the theft of stolen funds amounted to $942 million, followed by spam at $830 million.&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Stay secure!&lt;/p&gt;
&lt;p&gt;http://www.cengage.com/community/infosec&lt;/p&gt;
&lt;div&gt;&lt;/div&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://community.cengage.com/Infosec/aggbug.aspx?PostID=1045" width="1" height="1"&gt;</description><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/Chapter+3/default.aspx">Chapter 3</category><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/Chapter+2/default.aspx">Chapter 2</category><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/phishing/default.aspx">phishing</category><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/cross-site+scripting+_2800_XSS_2900_/default.aspx">cross-site scripting (XSS)</category><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/SQL+injection/default.aspx">SQL injection</category></item><item><title>259 Attacks in 90 Days</title><link>http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/2012/04/19/259-attacks-in-90-days.aspx</link><pubDate>Thu, 19 Apr 2012 14:40:00 GMT</pubDate><guid isPermaLink="false">da6f4951-2a63-4135-ba33-a0782f77c096:1040</guid><dc:creator>Mark Ciampa</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/rsscomments.aspx?PostID=1040</wfw:commentRss><comments>http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/2012/04/19/259-attacks-in-90-days.aspx#comments</comments><description>&lt;p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Breaking into 259 different Web sites and databases in three months is no small feat, considering that&amp;#39;s close to 3 successful attacks per day. &amp;nbsp;Yet when the suspect is only a 15-year-old student, that makes it even more amazing.&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;In January 2012 an Austrian student aged 15 was, by his own admission, bored and wanted to prove himself. Craving recognition, praise and affirmation for his limited technology knowledge and skills, he discovered an online forum in which the 2,000 registered members were given points for achieving successful attacks. &amp;nbsp;That launched him into action. &amp;nbsp;Over the next 90 days this &lt;b&gt;script kiddie&lt;/b&gt; {Chapter 1 Security+ 4ed}, using attack software that searched for unpatched servers and anonymizing software to hide his tracks, &amp;nbsp;successfully breached the servers belonging to 259 different companies around the world. After defacing Web sites and stealing data, he boasted about it on his Twitter account, where he also posted links to the stolen data. &amp;nbsp;By the end of March he was ranked in the top 50 attackers on the online forum.&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;His downfall was the anonymizing software tool that failed to hide his IP address. &amp;nbsp;Austria&amp;#39;s Cyber Crime Competence Centre (C4) had been monitoring the attacker after receiving several complaints, and he was tracked to his house in Lower Austria. &amp;nbsp;After obtaining a search warrant and questioning him, the 15-year-old confessed. The investigation is continuing so there is no estimate yet on the damages.&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Stay secure!&lt;/p&gt;
&lt;p&gt;http://www.cengage.com/community/infosec&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://community.cengage.com/Infosec/aggbug.aspx?PostID=1040" width="1" height="1"&gt;</description><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/Chapter+1/default.aspx">Chapter 1</category><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/script+kiddie/default.aspx">script kiddie</category></item><item><title>Patient Data Breaches Growing</title><link>http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/2012/04/16/patient-data-breaches-growing.aspx</link><pubDate>Mon, 16 Apr 2012 16:13:00 GMT</pubDate><guid isPermaLink="false">da6f4951-2a63-4135-ba33-a0782f77c096:1027</guid><dc:creator>Mark Ciampa</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/rsscomments.aspx?PostID=1027</wfw:commentRss><comments>http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/2012/04/16/patient-data-breaches-growing.aspx#comments</comments><description>&lt;p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;A recent survey indicates that healthcare organizations are experiencing more security breaches that expose confidential patient information. &amp;nbsp;And one of the primary culprits is unsecured mobile devices.&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;The Healthcare Information and Management Systems Security (HIMSS) organization commissions a twice-a-year survey regarding the loss of patient information. &amp;nbsp;In their most recent survey of 250 healthcare organizations 27% of the respondents had at least one security breach over the past year. Over half were called &amp;quot;unauthorized access to information,&amp;quot; such as the patient&amp;#39;s name and birth date. This is an increase from 19% in 2010 and 13% in 2008. And a whopping 79% of those breaches were due to the actions of employees (the second highest category was outsourced or contract employees).&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&amp;nbsp; While the misuse of paper records was the cause for 40% of the problems (including &amp;quot;&lt;b&gt;improper destruction&lt;/b&gt;&amp;quot; {Chapter 14 Security+ 4ed}), problems with electronic records are rapidly increasing. &amp;nbsp;Almost 22% of the breaches were a result of &amp;quot;actions or loss&amp;quot; related to a portable mobile device like a tablet or laptop (only 11% were attributed to these devices in 2010). &amp;nbsp;External attacks on the healthcare network that opened up the data were responsible for just 3% of the breaches. &amp;nbsp;And almost one-third of the respondents said that patient information stored on a portable mobile device was among the factors most likely to contribute to the risk of a breach. &amp;nbsp;&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;This patient data is protected under the&lt;b&gt; Health Insurance Portability and Accountability Act (HIPAA)&lt;/b&gt;&amp;nbsp;{Chapter 1 Security+ 4ed}.&amp;nbsp;&amp;nbsp;Health care enterprises must guard protected health information and implement policies and procedures to safeguard it, whether it be in paper or electronic format. Those who wrongfully disclose individually identifiable health information with the intent to sell it can be fined up to $250,000 and spend 10 years in prison.&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;You can read the report at http://www.himssanalytics.org/research/AssetDetail.aspx?pubid=79879&amp;amp;tid=4&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Stay secure!&lt;/p&gt;
&lt;p&gt;http://www.cengage.com/community/infosec&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://community.cengage.com/Infosec/aggbug.aspx?PostID=1027" width="1" height="1"&gt;</description><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/Chapter+14/default.aspx">Chapter 14</category><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/Chapter+1/default.aspx">Chapter 1</category><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/HIPAA/default.aspx">HIPAA</category></item><item><title>Preventing Attacks on Wireless Medical Devices</title><link>http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/2012/04/14/preventing-attacks-on-wireless-medical-devices.aspx</link><pubDate>Sat, 14 Apr 2012 10:24:00 GMT</pubDate><guid isPermaLink="false">da6f4951-2a63-4135-ba33-a0782f77c096:1024</guid><dc:creator>Mark Ciampa</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/rsscomments.aspx?PostID=1024</wfw:commentRss><comments>http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/2012/04/14/preventing-attacks-on-wireless-medical-devices.aspx#comments</comments><description>&lt;p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;There have been some recent notable attacks using &lt;b&gt;wireless&lt;/b&gt; technology {Chapter 8 Security+ 4ed} , such as the neighbor terrorizing a young couple (see Jul 19 2011 blog) and the massive theft of data from TJX (see Feb 8 2010 blog). &amp;nbsp;Now there are calls for the federal government to step in to protect against wireless attacks of the worst kind: manipulating wireless medical devices.&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Last year a security researcher, who was himself a diabetic, demonstrated at the Black Hat security conference a wireless attack on an insulin pump that could change the delivery of insulin to the patient. &amp;nbsp;Recently the security vendor McAfee found that they could scan a public space from up to 300 feet away, find vulnerable pumps made by a specific medical device manufacturer, and then force these devices to dispense fatal insulin doses.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Now the national Information Security and Privacy Advisory Board (ISPAB) has stepped in. &amp;nbsp;It is recommending that one federal government agency like the Food and Drug Administration (FDA) be responsible for ensuring the security of wireless medical devices. It also called for the National Institute of Standards and Technology (NIST) to determine which security features should be enabled by default on these devices. &amp;nbsp;And since most medical devices are connected to the public Internet, the ISPAB said that the United States Computer Emergency Readiness Team (US-CERT) should create &amp;quot;defined reporting categories for medical device cybersecurity incidents.&amp;quot;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Let&amp;#39;s hope that we never have wireless attacks that make it into those reporting categories.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Stay secure!&lt;/p&gt;
&lt;p&gt;http://www.cengage.com/community/infosec&lt;/p&gt;
&lt;div&gt;&lt;/div&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://community.cengage.com/Infosec/aggbug.aspx?PostID=1024" width="1" height="1"&gt;</description><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/Chapter+8/default.aspx">Chapter 8</category><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/wireless/default.aspx">wireless</category></item><item><title>600,000 Infected Apple Macs  </title><link>http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/2012/04/11/600-000-infected-apple-macs.aspx</link><pubDate>Wed, 11 Apr 2012 19:56:00 GMT</pubDate><guid isPermaLink="false">da6f4951-2a63-4135-ba33-a0782f77c096:1022</guid><dc:creator>Mark Ciampa</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/rsscomments.aspx?PostID=1022</wfw:commentRss><comments>http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/2012/04/11/600-000-infected-apple-macs.aspx#comments</comments><description>&lt;p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Who doesn&amp;#39;t know an Apple Mac user who says (more often &amp;quot;gloats&amp;quot;) repeatedly that Macs are infinitely more secure than Windows PCs. &amp;nbsp;A recent attack targeted to Macs may shake complacent Mac users into the harsh reality that they too need protection, just like everybody else.&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Over 600,000 Apple Macs have been infected with a &lt;b&gt;Trojan&lt;/b&gt; {Chapter 2 Security+ 4ed} called Flashback. &amp;nbsp;It is estimated that more than half of these infected computers are in the U.S., while 100,000 are in Canada, 68,000 in the U.K., and 32,000 in Australia. &amp;nbsp;The vulnerability is not in the Apple Mac OS, but instead is a flaw in Java. &amp;nbsp;Java&amp;#39;s parent company, Oracle, released patches for this vulnerability back on February 14. &amp;nbsp;However, for some reason Apple elected not to deploy these fixes at the time (they were made available shortly after the information on Flashback was released last week). &amp;nbsp;Strictly speaking, Apple has stopped packaging Java in its operating systems as of July 2011, yet it still issues Java security updates to users running the Lion and Snow Leopard versions of the Mac OS. &amp;nbsp;Why? &amp;nbsp;Because Apple users still encounter the need for Java when accessing specific Web sites that have Java applets and they are prompted to install Java the first time they try to run a Java applet.&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Apple users can determine if they are running Java by going to Utilities and launching Terminal within the Application folder and then type &amp;quot;java -version&amp;quot;. &amp;nbsp;If the message &amp;quot;No Java runtime support&amp;quot; appears you don&amp;#39;t have Java installed; otherwise, the version number of the installed Java software will appear. &amp;nbsp;As an alternative you can disable the Java plug-in from the browser. &amp;nbsp;Because Apple no longer supports Leopard (10.5) with any security updates, including Java patches, disabling the plug-in is the only option.&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&amp;nbsp; Apple users must be cautious--just like everyone else--because attackers do not just target a vulnerability in an operating system to launch a successful attack. &amp;nbsp;Web applications, social engineering, and a host of other attack points can be used to compromise a system. &amp;nbsp;&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;The news on Flashback coincides with another vendor releasing &lt;b&gt;antivirus&lt;/b&gt; software {Chapter 5 Security+ 4ed} for the Mac. &amp;nbsp;This now makes at least eight antivirus tools for the Mac now available. &amp;nbsp;Mac users may want to consider one of these products to help protect their computers.&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;Stay secure!&lt;/p&gt;
&lt;p&gt;http://www.cengage.com/community/infosec&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://community.cengage.com/Infosec/aggbug.aspx?PostID=1022" width="1" height="1"&gt;</description><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/Chapter+5/default.aspx">Chapter 5</category><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/Chapter+2/default.aspx">Chapter 2</category><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/Apple/default.aspx">Apple</category><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/anti-virus/default.aspx">anti-virus</category><category domain="http://community.cengage.com/Infosec/blogs/mark_ciampa_4ed/archive/tags/Trojan/default.aspx">Trojan</category></item></channel></rss>
