<?xml version="1.0" encoding="utf-8" ?>

<rss version="0.91" >
<channel>
<title>blocg</title>
<link>http://blog.s6y.org/</link>
<description>notes and hints...</description>
<language>en</language>
<image>
        <url>http://blog.s6y.org/templates/default/img/s9y_banner_small.png</url>
        <title>RSS: blocg - notes and hints...</title>
        <link>http://blog.s6y.org/</link>
        <width>100</width>
        <height>21</height>
    </image>

<item>
    <title>TrumanBox development continues at SourceForge</title>
    <link>http://blog.s6y.org/index.php?/archives/9-TrumanBox-development-continues-at-SourceForge.html</link>

    <description>
        After a couple of requests about TrumanBox 0.1.03 which is available at &lt;a href=&quot;http://trumanbox.s6y.org&quot; title=&quot;TrumanBox&quot;&gt;trumanbox.s6y.org&lt;/a&gt; I would like to point you to &lt;a href=&quot;http://trumanbox.sourceforge.net&quot; title=&quot;trumanbox.sourceforge.net&quot;&gt;trumanbox.sourceforge.net&lt;/a&gt; where you may find the latest development version provided via subversion. It has many new features and many parts of the code have been rewritten/-structured by Lothar Braun who continued development since July 2009. The only reason for keeping the version at trumanbox.s6y.org online is that it was pretty stable, when I submitted it as a result of my thesis work in July 2007. 
    </description>
</item>
<item>
    <title>RFI Project</title>
    <link>http://blog.s6y.org/index.php?/archives/8-RFI-Project.html</link>

    <description>
        As I have mentioned in my &lt;a href=&quot;http://blog.s6y.org/index.php?/archives/7-Once-up-on-a-time-I-had-a-closer-look-on-RFI....html&quot; title=&quot;previous posting&quot;&gt;previous posting&lt;/a&gt; I have had a look at RFI attacks some time ago and planned to publish my results. Since those results were quite outdated we decided to alse collect come new data. Here one of my colleagues had a great idea, which he has also published on his &lt;a href=&quot;http://zeroq.kulando.de/post/2009/03/10/collecting-rfi-data&quot; title=&quot;blog&quot;&gt;blog&lt;/a&gt;. By proposing certain .htaccess configurations we allow others to easily protect themseleves from being rfi attacked while in the same time increasing our data feeds regarding RFI attacking attempts. By now we have put some more work on this and came up with a simple &lt;a href=&quot;http://link.informatik.uni-mannheim.de/rfi&quot; title=&quot;&quot;rfi project&quot; page&quot;&gt;&quot;rfi project&quot; page&lt;/a&gt; where we also present some statistics. If you would like to contribute you can do so &lt;a href=&quot;http://link.informatik.uni-mannheim.de/rfi/index.php?site=htaccessgen&quot; title=&quot;.htaccess generator&quot;&gt;here&lt;/a&gt;. If there are any questions don&#039;t hesitate to drop us a line... 
    </description>
</item>
<item>
    <title>Once up on a time I had a closer look on RFI...</title>
    <link>http://blog.s6y.org/index.php?/archives/7-Once-up-on-a-time-I-had-a-closer-look-on-RFI....html</link>

    <description>
        While enjoying my first coffee this morning I read about one &lt;a href=&quot;http://asert.arbornetworks.com/2009/01/quick-rfi-analysis/&quot; title=&quot;Quick RFI Analysis&quot;&gt;&quot;Quick RFI Analysis&quot;&lt;/a&gt; Jose Nazario published on &quot;The Arbor Networks Security Blog&quot;. This reminded me of some research I have been doing at the beginning of last year. Remote File Inclusion (RFI) is an attack usually exploiting vulnerabilities within PHP scripts, allowing to include PHP code from another (remote) server. Even though RFI is well known already for a couple of years it still seems to be an issue, particularly since, as Jose writes in his Quick RFI Analysis: &quot;AV is rarely ever invoked&quot;.  I am going to publish some of my results in this field as soon as I find some time... 
    </description>
</item>
<item>
    <title>Turning off FileVault</title>
    <link>http://blog.s6y.org/index.php?/archives/6-Turning-off-FileVault.html</link>

    <description>
        In my &lt;a href=&quot;http://blog.s6y.org/index.php?/archives/5-File-Vault-does-not-free-disk-space-before-logging-out.html&quot; title=&quot;Problems with FileVault&quot;&gt;last blog entry&lt;/a&gt; I have written about some problems I have had with FileVault because of having to less free disk space left. After that experience I found lots of comments reporting problems all related to FileVault. Hence I decided to turn off FileVault and use encrypted container files instead. Again lack of free disk space turned out to be a problem. Right after I triggered the decryption of my home directory by pushing the &quot;Turn off FileVault&quot; button I was prompted to free some disk space, namely almost 100 GB!!! This is the amount of free space the decryption process needs while turning off FileVault. Quite a lot, considering that the size of the whole hard drive is 250GB. Hence, I recommend to think twice before turning on FileVault. 
    </description>
</item>
<item>
    <title>File Vault does not free disk space before logging out</title>
    <link>http://blog.s6y.org/index.php?/archives/5-File-Vault-does-not-free-disk-space-before-logging-out.html</link>

    <description>
        Just a couple of days I have had a pretty anoying experience regarding File Vault. I have been working on a virtual machine within Paralles, when all of a sudden the machine paused with a pop-up window. It said something about too less space left on the hard drive and I should delete some files in order to continue, or then switch off the virtual machine. Thus I started deleting some bigger files. But still same pop-up appears and by the way it told me the amount of space left on my hard drive, which did not change, even though I deleted few GB of data. Hence I had no option and had to shut down the virtual machine without being able to save my work I have had done so far. The problem here: File Vault does not free space before you log out. Right after logging in again, the disk space was deallocated and I was able to continue my work. Even though I only lost work of the last half an hour before that happening, it was pretty annoying anyway... 
    </description>
</item>
<item>
    <title>Spammers asking feedback</title>
    <link>http://blog.s6y.org/index.php?/archives/4-Spammers-asking-feedback.html</link>

    <description>
        Today, early in the morning, for some of us possibly rather the late yesterday evening, I received spam requesting &quot;message disposition notifications&quot; (MDNs). This was the first time I have seen that kind of technique in spam. More spam with the same kind of header fields I received later this day, made me wondering, if this is a new trend in spamming and if there are any further ideas behind? Any comments? 
    </description>
</item>
<item>
    <title>TrumanBox - Internet Emulation</title>
    <link>http://blog.s6y.org/index.php?/archives/3-TrumanBox-Internet-Emulation.html</link>

    <description>
        Last week I uploaded the result of my thesis - TrumanBox. Even though it is more than one year ago, I still get requests for the source code every now and then. Hence I uploaded a small website providing the source code and the corresponding thesis. Both can be found &lt;a href=&quot;http://trumanbox.s6y.org&quot; title=&quot;TrumanBox&quot;&gt;here&lt;/a&gt;. 
    </description>
</item>
<item>
    <title>spam goes ASCII art...</title>
    <link>http://blog.s6y.org/index.php?/archives/2-spam-goes-ASCII-art....html</link>

    <description>
        On 16th of March I recognized some interesting spam, which I have not seen before in my inbox. Even though the spam email did not advertize any new product, the way of presenting the content was new: ASCII art. So one more approach in defeating content filters.&lt;a class=&#039;serendipity_image_link&#039; href=&#039;http://blog.s6y.org/uploads/spam/new-spam-technique.jpg&#039; target=&quot;_blank&quot;&gt;&lt;!-- s9ymdb:2 --&gt;Here&lt;/a&gt; you may find a screenshot of the particular part of the message body.&lt;br /&gt;
 
    </description>
</item>
<item>
    <title>once again - starting from the scratch</title>
    <link>http://blog.s6y.org/index.php?/archives/1-once-again-starting-from-the-scratch.html</link>

    <description>
        After some wrong informations from my provider I had lost trust in the previous setup, and decided to start again from the scratch. Here we go... 
    </description>
</item>

</channel>
</rss>
