<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0">
  <channel>
    <title>LinuxSecurity.com - Latest News</title>
    <link>http://www.linuxsecurity.com/</link>
    <description>The central voice for Linux and Open Source security news.</description>
    <language>en-us</language>
    <generator>update-rss-feeds.pl (1.01)</generator>

  <item>
    <title>Tools To Delete Files Securely In Ubuntu Linux</title>
    <link>http://www.linuxsecurity.com/content/view/146719?rdf</link>
    <pubDate>Wed, 07 Jan 2009 08:00:00 +0000</pubDate>
    <description>&#60;b&#62;LinuxSecurity.com&#60;/b&#62;: &lt;i class="quote2"&gt; Deleting a file or reformatting a disk does not destroy your sensitive data. The data can easily be undeleted. That's a good thing if you accidentally throw something away, but what if your trying to destroy financial data, bank account passwords, or classified company information. In this article you will learn number of tools to delete files securely in ubuntu Linux. &lt;/i&gt; Did you ever need to reformat your hard drive? Are you sure that your data can't be recovered by anyone? If not this article looks at some tools to make sure what you deleted can't be recovered using Ubuntu. </description>
    <guid isPermaLink='true'>http://www.linuxsecurity.com/content/view/146719?rdf</guid>
    <source url='http://www.linuxsecurity.com'>Ubuntugeek</source>
  </item>

  <item>
    <title>Security Changes In The 2.6.28 Kernel</title>
    <link>http://www.linuxsecurity.com/content/view/146718?rdf</link>
    <pubDate>Tue, 06 Jan 2009 08:31:24 +0000</pubDate>
    <description>&#60;b&#62;LinuxSecurity.com&#60;/b&#62;: &lt;i class="quote2"&gt; Version 2.6.28 of the Linux kernel was released during Christmas, so I thought it'd be worthwhile waiting until after typical vacation days to post a summary of changes to the security subsystem. As always, thanks to the Kernel Newbies folk who track major kernel changes. Serge Hallyn added a dummy policy for SELinux to the kernel tree. This is useful for testing SELinux and a base for building minimal and experimental security policies. &lt;/i&gt; Have you noticed some of the security changes to the latest upstream Linux kernel? Read on for more information on these changes.</description>
    <guid isPermaLink='true'>http://www.linuxsecurity.com/content/view/146718?rdf</guid>
    <source url='http://www.linuxsecurity.com'>james-morris.livejournal.com</source>
  </item>

  <item>
    <title>MD5 - The Internet has a Major Problem </title>
    <link>http://www.linuxsecurity.com/content/view/146708?rdf</link>
    <pubDate>Mon, 05 Jan 2009 08:44:16 +0000</pubDate>
    <description>&#60;b&#62;LinuxSecurity.com&#60;/b&#62;: &lt;i class="quote2"&gt; Firstly, allow me to recap.  A couple of days ago, I reported a presentation at the Chaos Computer Club conference in Berlin which outlined a major problem with the way Certificate Authorities handle message hashing, essentially this attack relied on well-known problems with the MD5 hash algorithm.   Problems based on hash collisions, which were previously considered to be theoretical having been discovered in 2004, were now well-lodged within the domain of reality.  &lt;/i&gt; Have you heard about the news about the reported problem with how Certificate Authorities are handling message hashing? Read on for more information on some security issues with the current Certificate Authorities.</description>
    <guid isPermaLink='true'>http://www.linuxsecurity.com/content/view/146708?rdf</guid>
    <source url='http://www.linuxsecurity.com'>ITWire</source>
  </item>

  <item>
    <title>Top 5 Cybersecurity News Stories of 2008</title>
    <link>http://www.linuxsecurity.com/content/view/146532?rdf</link>
    <pubDate>Wed, 31 Dec 2008 08:00:00 +0000</pubDate>
    <description>&#60;b&#62;LinuxSecurity.com&#60;/b&#62;: &lt;i class="quote2"&gt; Data breaches continued to make their very public mark on cybersecurity news in 2008. And this time it wasn't TJX making headlines. Despite being PCI compliant, Hannaford Brothers supermarkets announced that 4.2 million credit and debit card numbers were pilfered from its servers. We also learned in 2008 that attackers aren't necessarily becoming more sophisticated. &lt;/i&gt; Check out this list of top 5 cybersecurity news stories of of the year. Did they miss any that you think should be on the list?</description>
    <guid isPermaLink='true'>http://www.linuxsecurity.com/content/view/146532?rdf</guid>
    <source url='http://www.linuxsecurity.com'>searchsecurity</source>
  </item>

  <item>
    <title>Helping Protect Cookies With HTTPOnly Flag</title>
    <link>http://www.linuxsecurity.com/content/view/146530?rdf</link>
    <pubDate>Mon, 29 Dec 2008 09:20:26 +0000</pubDate>
    <description>&#60;b&#62;LinuxSecurity.com&#60;/b&#62;: &lt;i class="quote2"&gt; The bottom line is this - while this cookie option flag does absolutely nothing to prevent XSS attacks, it does significanly help to prevent the #1 XSS attack goal which is stealing SessionIDs.  While HTTPOnly is not a "silver bullet" by any means, the potential ROI of implement it is quite large.  Notice I said "potential" as in order to provide the intended protections, two key players have to work together. &lt;/i&gt; This article looks at one way you can make your Web cookies more secure by using the Apache's extension called modsecurity. If you are interested in this please read on for more information and how you set this up on your own Apache  web server.</description>
    <guid isPermaLink='true'>http://www.linuxsecurity.com/content/view/146530?rdf</guid>
    <source url='http://www.linuxsecurity.com'>modsecurity</source>
  </item>

  <item>
    <title>Red Hat / CentOS: Chroot Apache 2 Web Server</title>
    <link>http://www.linuxsecurity.com/content/view/146524?rdf</link>
    <pubDate>Fri, 26 Dec 2008 10:00:00 +0000</pubDate>
    <description>&#60;b&#62;LinuxSecurity.com&#60;/b&#62;: &lt;i class="quote2"&gt; A chroot on Red Hat / CentOS / Fedora Linux operating changes the apparent disk root directory for the Apache process and its children. Once this is done attacker or other php / perl / python scripts cannot access or name files outside that directory. This is called a "chroot jail" for Apache. You should never ever run a web server without jail. There should be privilege separation between web server and rest of the system. &lt;/i&gt; Chroot is great security practice to isolate an attack to only one part of ones system. If you are interested in using chroot check out this article it that will show you all the commands that you need.</description>
    <guid isPermaLink='true'>http://www.linuxsecurity.com/content/view/146524?rdf</guid>
    <source url='http://www.linuxsecurity.com'>cyberciti</source>
  </item>

  </channel>
</rss>
