<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Rick Deckardt</title>
	<atom:link href="http://deckardt.nl/blog/feed/" rel="self" type="application/rss+xml" />
	<link>http://deckardt.nl/blog</link>
	<description>~ linux infosec ~</description>
	<lastBuildDate>Thu, 21 Mar 2013 06:43:09 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
		<item>
		<title>Weev got 41 months for a&#8230; &#8216;victimless&#8217; crime?</title>
		<link>http://deckardt.nl/blog/2013/03/21/weev-got-41-months-for-a-victimless-crime/</link>
		<comments>http://deckardt.nl/blog/2013/03/21/weev-got-41-months-for-a-victimless-crime/#comments</comments>
		<pubDate>Thu, 21 Mar 2013 06:40:12 +0000</pubDate>
		<dc:creator>Rick Deckardt</dc:creator>
				<category><![CDATA[blogpost]]></category>
		<category><![CDATA[at&t]]></category>
		<category><![CDATA[hacking]]></category>
		<category><![CDATA[responsible disclosure]]></category>
		<category><![CDATA[weev]]></category>

		<guid isPermaLink="false">http://deckardt.nl/blog/?p=1110</guid>
		<description><![CDATA[So two hacker security researchers find a hole in one of the biggest telco&#8217;s IT-systems and with a small script one of them wrote they harvest around 117000 email adresses of iPad 3G users, including high ranking officials and celebrities. They decide to share this information with news site Gawker and from there the ball starts rolling. [...]]]></description>
				<content:encoded><![CDATA[<p>So two <del>hacker</del> security researchers find a hole in one of the biggest telco&#8217;s IT-systems and with a small script one of them wrote they harvest around 117000 email adresses of iPad 3G users, including high ranking officials and celebrities. They decide to share this information with news site Gawker and from there the ball starts rolling.</p>
<p>Fast forward to now. They both got arrested. One (the scripter, Daniel Spitler) pleaded guilty and is still awaiting sentence and the other (Andrew Auernheimer aka &#8216;Weev&#8217;, who found the vulnerability) just got 41 months in jail and has it is expected that he and his &#8216;co-researcher&#8217; have to pay restitution in the vicinity of 73000 USD. (<a href="http://www.wired.com/threatlevel/2013/03/att-hacker-gets-3-years/">http://www.wired.com/threatlevel/2013/03/att-hacker-gets-3-years/</a>)</p>
<p>Let me first start with saying that the typical hacker would possibly score very high on the autism spectrum, lacking certain empathy and not have a keen sense on where social boundaries are.</p>
<p>From the part of the defense in this case I&#8217;d have gone down this track: with a psych-profile. The NASA-hacker Gary McKinnon was diagnosed with aspergers syndrome and this helped in his defense against extradition to the US from the UK. (<a href="http://en.wikipedia.org/wiki/Gary_McKinnon">http://en.wikipedia.org/wiki/Gary_McKinnon</a>)</p>
<p>Looking closer at the AT&amp;T hack case, these hackers did two things wrong when they found the vulnerability:</p>
<p><strong>1)</strong> They did not report the vulnerability to AT&amp;T first, but to journalists.</p>
<p>This caused damage to AT&amp;Ts reputation, and generally this type of action pisses off a company enough that they want to put you behind bars. (AT&amp;T has a bad reputation already, expensive and being commercial greedy bastards with very bad customer service&#8230; but what would you expect from a telco)</p>
<p>I believe the vulnerability was not deliberately created by AT&amp;T. The hackers should have reported it to AT&amp;T first, with a proof of concept with just a few email-addresses and enough information for the AT&amp;T developers to fix it. After it was fixed they could have published a statement together with AT&amp;T that they fixed a privacy issue. Kudo&#8217;s for the hackers and for AT&amp;T, cake for all!</p>
<p><strong>2)</strong> Through a bit of clever scripting they tried the complete range of id-numbers to get a huge list of email-addresses (~117.000) through the vulnerability.</p>
<p>This is absolutely ridiculous, why do you need to check the complete range if you just need a proof of concept? Autists&#8230;. I am anxious to know what the other guy (Spitler) will get.</p>
<p>Looking at these actions and not taking into account that the hackers were possibly autistic&#8230; could explain the sentence. The only damage done was not to the users and/or the IT-systems, but to AT&amp;T&#8217;s reputation. And that damage in my opinion does not compare to a prison sentence of 41 months.</p>
<p>This ruling could also be seen as highly counterproductive to the security of AT&amp;T and other companies who would react in this way, and here&#8217;s why:</p>
<p>Ask yourself: What will an autistic guy (and other hackers who sympathize with him) learn from this?</p>
<p>&#8211; Simple; never report shit like this again!</p>
<p>It is in their nature to look for vulnerabilities, this is play/fun to them. But this ruling will likely push them to share the vulnerabilities they found on deep-web hacker forums for kudo&#8217;s (honor system) or possibly even sell them on the black market (cold hard cash). Both will end up badly for the companies, they will be attacked in the end by folks who want to do a lot more than just prove that they found a vulnerability.</p>
<p>I read somewhere that a remote iPhone/iPad exploit that would enable an attacker to take over that device remotely without user intervention would gross about $400.000 US on the black market? That&#8217;s right&#8230; we&#8217;re talking about serious money. Once these guys score, and get recruited by the digital crime syndicates, combined with their lack of social boundaries you could say you have a real problem.</p>
<p>A good defense in IT-security is done by an open defense. A good &#8216;<strong>responsible disclosure</strong>&#8216; procedure for &#8216;white-hat&#8217; or ethical hackers should be published and promoted by companies like AT&amp;T. Herein they should put out the rules of the game should vulnerabilities be found in their systems. A couple of sites and companies do this, and they get better security through this. These companies include Facebook &amp; Google, it seems to work for them. Good read is the paper from Weis referenced on the responsible disclosure wikipedia page <a href="http://en.wikipedia.org/wiki/Responsible_disclosure">http://en.wikipedia.org/wiki/Responsible_disclosure</a></p>
]]></content:encoded>
			<wfw:commentRss>http://deckardt.nl/blog/2013/03/21/weev-got-41-months-for-a-victimless-crime/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Denyhosts to iptables &#8211; crontab script</title>
		<link>http://deckardt.nl/blog/2012/10/06/denyhosts-to-iptables-crontab-script/</link>
		<comments>http://deckardt.nl/blog/2012/10/06/denyhosts-to-iptables-crontab-script/#comments</comments>
		<pubDate>Sat, 06 Oct 2012 11:19:34 +0000</pubDate>
		<dc:creator>Rick Deckardt</dc:creator>
				<category><![CDATA[blogpost]]></category>

		<guid isPermaLink="false">http://deckardt.nl/blog/?p=1078</guid>
		<description><![CDATA[I&#8217;ve been running denyhosts for a couple of years now and always wanted to hook it up to my iptables firewall. So a couple of nights ago I wrote a script that did just that. It doesn&#8217;t apply the denyhosts block immediately as it runs once every minute by crontab. It&#8217;s quick and dirty, I [...]]]></description>
				<content:encoded><![CDATA[<p>I&#8217;ve been running <a href="http://denyhosts.sourceforge.net/">denyhosts</a> for a couple of years now and always wanted to hook it up to my iptables firewall. So a couple of nights ago I wrote a script that did just that. It doesn&#8217;t apply the denyhosts block immediately as it runs once every minute by crontab.</p>
<p>It&#8217;s quick and dirty, I don&#8217;t run a firewall on my server as my router is my main firewall. I do however want to block access to all services should someone/something trigger denyhosts.</p>
<p>Here&#8217;s the script.</p>
<p>&nbsp;</p>
<pre>-- denyhosts2iptables.sh:</pre>
<p><code><br />
#!/bin/bash</p>
<p># this is used to filter out localnet devices, only use the first three octets<br />
LOCALNET=192.168.1.</p>
<p>if [ -f /var/run/denyhosts2iptables ];then<br />
echo already running<br />
exit<br />
fi</p>
<p># touch the lockfile<br />
touch /var/run/denyhosts2iptables</p>
<p># some state files<br />
DENYFILE=/root/.dh2ipt_deny<br />
ALLOWFILE=/root/.dh2ipt_allow</p>
<p>CURRDENYFILE=$(ls -al /etc/hosts.deny)<br />
CURRALLOWFILE=$(ls -al /etc/hosts.allow)</p>
<p>LASTDENYFILE=$(cat /root/.dh2ipt_lastdenyfile)<br />
LASTALLOWFILE=$(cat /root/.dh2ipt_lastallowfile)</p>
<p># generate the allow and deny iplists from the hosts.allow and hosts.deny file<br />
grep -vE '^($|#)' /etc/hosts.deny|awk {'print $2'} |grep -v $LOCALNET |sort -n &gt; $DENYFILE<br />
grep -vE '^($|#)' /etc/hosts.allow|awk {'print $2'} |sort -n &gt; $ALLOWFILE</p>
<p># setup the iptables firewall, using the iptables-save/iptables-restore functionality<br />
(<br />
cat &lt;&lt; EOF<br />
*filter<br />
:INPUT ACCEPT [0:0]<br />
:FORWARD ACCEPT [0:0]<br />
:OUTPUT ACCEPT [0:0]<br />
:LOG_dh2ipt - [0:0]<br />
EOF</p>
<p># generate the rules for the blocks<br />
cat $DENYFILE |awk {'print "-A INPUT -s "$1"/32 -m comment --comment \"dh2ipt\" -j LOG_dh2ipt"'}| grep -v -f $ALLOWFILE</p>
<p># add the rest and feed it to iptables-restore<br />
cat &lt;&lt; EOF<br />
-A LOG_dh2ipt -p tcp -m limit --limit 2/sec --limit-burst 10 -j LOG --log-prefix "TCP LOG_dh2ipt: "<br />
-A LOG_dh2ipt -p udp -m limit --limit 2/sec --limit-burst 10 -j LOG --log-prefix "UDP LOG_dh2ipt: "<br />
-A LOG_dh2ipt -p icmp -m limit --limit 2/sec --limit-burst 10 -j LOG --log-prefix "ICMP LOG_dh2ipt: "<br />
-A LOG_dh2ipt -f -m limit --limit 2/sec --limit-burst 10 -j LOG --log-prefix "FRAGMENT LOG_dh2ipt: "<br />
-A LOG_dh2ipt -j DROP<br />
COMMIT<br />
EOF<br />
) | iptables-restore<br />
# feed it to iptables-restore, using the iptables-restore technique the change should be direct</p>
<p># remove the lock file<br />
rm /var/run/denyhosts2iptables<br />
</code></p>
<p>The line for your crontab<br />
<code>* * * * * root /PATH_TO/denyhosts2iptables.sh</code><br />
I&#8217;ve tested this on a huge hosts.deny file with over 3000 records, it loads in about 0.1 seconds.</p>
<p>&nbsp;</p>
<p>And here&#8217;s a nice breakdown of 2 years of denyhosts ip blocks, on originating country.</p>
<p><a href="http://deckardt.nl/blog/wp-content/uploads/2012/10/denyhosts-blocks.png"><img class="alignnone size-medium wp-image-1083" title="denyhosts-blocks" src="http://deckardt.nl/blog/wp-content/uploads/2012/10/denyhosts-blocks-300x203.png" alt="" width="300" height="203" /></a></p>
]]></content:encoded>
			<wfw:commentRss>http://deckardt.nl/blog/2012/10/06/denyhosts-to-iptables-crontab-script/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Kiezen, MicroSD met muziek of goud</title>
		<link>http://deckardt.nl/blog/2012/03/16/kiezen-microsd-met-muziek-of-goud/</link>
		<comments>http://deckardt.nl/blog/2012/03/16/kiezen-microsd-met-muziek-of-goud/#comments</comments>
		<pubDate>Fri, 16 Mar 2012 11:25:44 +0000</pubDate>
		<dc:creator>Rick Deckardt</dc:creator>
				<category><![CDATA[blogpost]]></category>

		<guid isPermaLink="false">http://deckardt.nl/blog/?p=1070</guid>
		<description><![CDATA[De vraag van vandaag, 28 gram goud of hetzelfde gewicht aan MicroSD’s met mp3′s? Een ounce (28gr) goud kost nu zo’n € 1250. (Goldprice.org) Een MicroSD van 0,5 gram met een capaciteit van 32Gb kost € 22 (tweakers-pricewatch). Een nummer uit de iTunes store kost €1 voor 4Mb (iTunes). Even uitrekenen hoeveel 28gr aan volle [...]]]></description>
				<content:encoded><![CDATA[<p>De vraag van vandaag, 28 gram goud of hetzelfde gewicht aan MicroSD’s met mp3′s?</p>
<p>Een ounce (28gr) goud kost nu zo’n € 1250. (<a href="http://Goldprice.org">Goldprice.org</a>)<br />
Een MicroSD van 0,5 gram met een capaciteit van 32Gb kost € 22 (<a href="http://tweakers.net/pricewatch/cat/302/sd-geheugen.html#filter:XYxBCsIwFETv8tdZNAlp2h6g4EIQ6k66KMkXIqktSRSh5O7-qN24GmbezGxwdSGmU3AGz27G4_SC7v7wnv0Dd9_BEiyG3qG30MEa3C3CLxyWkCiboqFkLdPPTDCIZgnfc7WbQioy6NEktMOK5mAjdBeQtG44jAQp7J1PGAhswFVdZC5TkELXDTXn8gpc8koLyIxKupSeky9fDTkGUumWRFStgjHn_AY">tweakers-pricewatch</a>).<br />
Een nummer uit de iTunes store kost €1 voor 4Mb (<a href="http://www.apple.com/itunes/">iTunes</a>).<br />
Even uitrekenen hoeveel 28gr aan volle MicroSD kost:</p>
<p>Hardware: 56 kaartjes * € 22 per stuk = € 1232<br />
Tracks: 56 kaartjes * 8000 tracks * € 1 per stuk = € 448000,-<br />
Grand Total: € 449.232,-</p>
<p>It’s true folks, 28 gram aan MicroSD gevuld muziek is ongeveer 500x meer waard dan goud en ongeveer net zoveel waard als twee leuke opknapperts in het <a href="http://www.funda.nl/recreatie/hilversum/havenkwartier/">Havenkwartier van Hillywood</a>…</p>
<p>Maarrr, hoeveel is het waard als we het baseren op illegale mp3tjes? In de US van A is de schade per mp3 gezet op 150000USD&#8230;</p>
<p>Even snel doorrekenen en we komen uit op 56*8000*150000 = 67.200.000.000 USD</p>
<p>Copyright math is gaaf en goudeerlijk!</p>
<p><object width="526" height="374"><param name="movie" value="http://video.ted.com/assets/player/swf/EmbedPlayer.swf"></param><param name="allowFullScreen" value="true" /><param name="allowScriptAccess" value="always"/><param name="wmode" value="transparent"></param><param name="bgColor" value="#ffffff"></param><param name="flashvars" value="vu=http://video.ted.com/talk/stream/2012/Blank/RobReid_2012-320k.mp4&#038;su=http://images.ted.com/images/ted/tedindex/embed-posters/RobReid_2012-embed.jpg&#038;vw=512&#038;vh=288&#038;ap=0&#038;ti=1390&#038;lang=&#038;introDuration=15330&#038;adDuration=4000&#038;postAdDuration=830&#038;adKeys=talk=rob_reid_the_8_billion_ipod;year=2012;event=TED2012;tag=business;tag=entertainment;tag=humor;tag=music;&#038;preAdTag=tconf.ted/embed;tile=1;sz=512x288;" /><embed src="http://video.ted.com/assets/player/swf/EmbedPlayer.swf" pluginspace="http://www.macromedia.com/go/getflashplayer" type="application/x-shockwave-flash" wmode="transparent" bgColor="#ffffff" width="526" height="374" allowFullScreen="true" allowScriptAccess="always" flashvars="vu=http://video.ted.com/talk/stream/2012/Blank/RobReid_2012-320k.mp4&#038;su=http://images.ted.com/images/ted/tedindex/embed-posters/RobReid_2012-embed.jpg&#038;vw=512&#038;vh=288&#038;ap=0&#038;ti=1390&#038;lang=&#038;introDuration=15330&#038;adDuration=4000&#038;postAdDuration=830&#038;adKeys=talk=rob_reid_the_8_billion_ipod;year=2012;event=TED2012;tag=business;tag=entertainment;tag=humor;tag=music;&#038;preAdTag=tconf.ted/embed;tile=1;sz=512x288;"></embed></object></p>
]]></content:encoded>
			<wfw:commentRss>http://deckardt.nl/blog/2012/03/16/kiezen-microsd-met-muziek-of-goud/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Informatiebeveiliging enzo</title>
		<link>http://deckardt.nl/blog/2012/02/26/informatiebeveiliging-enzo/</link>
		<comments>http://deckardt.nl/blog/2012/02/26/informatiebeveiliging-enzo/#comments</comments>
		<pubDate>Sun, 26 Feb 2012 10:26:41 +0000</pubDate>
		<dc:creator>Rick Deckardt</dc:creator>
				<category><![CDATA[blogpost]]></category>

		<guid isPermaLink="false">http://deckardt.nl/blog/?p=1073</guid>
		<description><![CDATA[Goed stuk van +Arjan Dasselaar op nu.nl http://www.nu.nl/column-zaterdag/2749590/generale-faal.html. Ik vraag me af hoe ze informatiebeveiliging doen bij defensie. Zoiets moeten ze wel hebben. Blijkbaar is de risicoanalyse niet (goed?) gedaan bij het project voor dit systeem. Steken vallen overal wel een keer, dit is bijzonder pijnlijk en geeft aan dat er beter informatiebeveiliging moet worden gedaan. Niet verwarren met [...]]]></description>
				<content:encoded><![CDATA[<p>Goed stuk van +<a href="https://plus.google.com/101578708308331005833">Arjan Dasselaar</a> op <a href="http://nu.nl/">nu.nl</a> <a href="http://www.nu.nl/column-zaterdag/2749590/generale-faal.html">http://www.nu.nl/column-zaterdag/2749590/generale-faal.html</a>.</p>
<p>Ik vraag me af hoe ze informatiebeveiliging doen bij defensie. Zoiets moeten ze wel hebben. Blijkbaar is de risicoanalyse niet (goed?) gedaan bij het project voor dit systeem. Steken vallen overal wel een keer, dit is bijzonder pijnlijk en geeft aan dat er beter informatiebeveiliging moet worden gedaan.</p>
<p>Niet verwarren met IT-beveiliging! Informatiebeveiliging is veel breder dan dat en heeft impact op veel meer dingen dan hoe IT-systemen gebruikt en gekoppeld worden.</p>
<p>Dit is niet een fout van de ICT-afdeling. Dit is een organisatorisch probleem en komt neer op een slechte informatiebeveiliging en een falende Security-afdeling. Die zouden moeten toezien op de juiste beveiligingsmaatregelen bij de implementatie van dit soort systemen.<br />
Vooral de triviale dingen zoals een videoconferencingsysteem vallen vaak bij security buiten de boot omdat ze niet als belangrijk worden gezien. Foute inschatting, de nadruk bij dat soort systemen ligt niet bij de Integriteit noch de Beschikbaarheid van het systeem (hier ligt hoofdzakelijk de focus van de ICT-afdeling). De nadruk bij dit systeem ligt bij de Vertrouwelijkheid. En dat is bij deze hack heel duidelijk naarboven gekomen.</p>
<p>De vraag naar informatiebeveiligers en pentesters zal in de toekomst toenemen, ik zie deze rollen zelfs als onderdeel van de interne afdeling security worden. In ieder geval bij middelgrote en grote bedrijven. Deze rollen horen niet thuis bij de afdeling IT, eigen vlees keuren werkt gewoon niet.</p>
]]></content:encoded>
			<wfw:commentRss>http://deckardt.nl/blog/2012/02/26/informatiebeveiliging-enzo/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Youporn hacked, password analyses</title>
		<link>http://deckardt.nl/blog/2012/02/23/youporn-com-hacked-password-analyses/</link>
		<comments>http://deckardt.nl/blog/2012/02/23/youporn-com-hacked-password-analyses/#comments</comments>
		<pubDate>Thu, 23 Feb 2012 09:00:28 +0000</pubDate>
		<dc:creator>Rick Deckardt</dc:creator>
				<category><![CDATA[blogpost]]></category>

		<guid isPermaLink="false">http://deckardt.nl/blog/?p=1058</guid>
		<description><![CDATA[Our favorite youporn.com has been hacked a full dump of the account file can be found at deposit files A small teardown of the leaked account file (line format= email@address.tld;password) 1504128 email-password combos 1340669 unique email addresses (so &#62;1 passwords per email address in 163459 cases&#8230; weird?) 818564 unique passwords Top 10 most used passwords 123456 (35928x) 123456789 (9894x) 12345 [...]]]></description>
				<content:encoded><![CDATA[<p>Our favorite <a href="http://youporn.com">youporn.com</a> has been <a title="[in dutch]" href="http://www.powned.tv/nieuws/tech/2012/02/youporn_gehackt.html">hacked</a> a full dump of the account file can be found at <a href="http://depositfiles.com/files/6syro1jkl">deposit files</a></p>
<p>A small teardown of the leaked account file (line format= email@address.tld;password)</p>
<ul>
<li>1504128 email-password combos</li>
<li>1340669 unique email addresses (so &gt;1 passwords per email address in 163459 cases&#8230; weird?)</li>
<li>818564 unique passwords</li>
</ul>
<p>Top 10 most used passwords</p>
<ul>
<li>123456 (35928x)</li>
<li>123456789 (9894x)</li>
<li>12345 (6514x)</li>
<li>1234 (4449x)</li>
<li>password (4169x)</li>
<li>12345678 (3095x)</li>
<li>qwerty (3058x)</li>
<li>1234567 (2829x)</li>
<li>111111 (2237x)</li>
<li>123 (2089x)</li>
</ul>
<p>Looking at those passwords you can only conclude 1 thing: those folks weren&#8217;t thinking with their brains&#8230;</p>
<p>&nbsp;</p>
<p>update: This wasn&#8217;t youporn but YP chat, youporn.com was not affected by the hack according to <a href="http://blog.youporn.com/youporn-data-not-exposed/">http://blog.youporn.com/youporn-data-not-exposed/</a></p>
<p>&nbsp;</p>
]]></content:encoded>
			<wfw:commentRss>http://deckardt.nl/blog/2012/02/23/youporn-com-hacked-password-analyses/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Laptop/systeembeveiliging</title>
		<link>http://deckardt.nl/blog/2011/12/13/laptopsysteembeveiliging/</link>
		<comments>http://deckardt.nl/blog/2011/12/13/laptopsysteembeveiliging/#comments</comments>
		<pubDate>Tue, 13 Dec 2011 10:07:59 +0000</pubDate>
		<dc:creator>Rick Deckardt</dc:creator>
				<category><![CDATA[blogpost]]></category>
		<category><![CDATA[beveiliging]]></category>
		<category><![CDATA[laptop]]></category>
		<category><![CDATA[tips]]></category>
		<category><![CDATA[vuistregels]]></category>

		<guid isPermaLink="false">http://deckardt.nl/blog/?p=1052</guid>
		<description><![CDATA[Een paar vuistregels: Regel nummer 0: WEES NIET MERKAFHANKELIJK MAAR GEBRUIK BEVEILIGINGSSOFTWARE DIE GOED IN DE LAATSTE TESTS SCOORT! Veel mensen hechten zich aan een merk, dit is niet zo slim want de prestaties van een product zijn niet naamgebonden. Voorbeeld: McAfee was tot een tijdje geleden de &#8220;nummer 1 antivirus&#8221;, beter kon je niet [...]]]></description>
				<content:encoded><![CDATA[<p>Een paar vuistregels:</p>
<p>Regel nummer 0:<br />
WEES NIET MERKAFHANKELIJK MAAR GEBRUIK BEVEILIGINGSSOFTWARE DIE GOED IN DE LAATSTE TESTS SCOORT!<br />
Veel mensen hechten zich aan een merk, dit is niet zo slim want de prestaties van een product zijn niet naamgebonden.<br />
Voorbeeld: McAfee was tot een tijdje geleden de &#8220;nummer 1 antivirus&#8221;, beter kon je niet krijgen&#8230; maar tegenwoordig is het een schim van wat het vroeger is geweest (<a href="http://www.security.nl/artikel/39377/1/Beste_virusscanner_voor_consument_en_bedrijven_is%3A.html">http://www.security.nl/artikel/39377/1/Beste_virusscanner_voor_consument_en_bedrijven_is%3A.html</a>).<br />
Invloed op prestaties hebben alle huidige antivirusproducten ook praktisch niet meer (<a href="http://www.security.nl/artikel/39501/1/Anti-virus_maakt_computer_nauwelijks_trager.html">http://www.security.nl/artikel/39501/1/Anti-virus_maakt_computer_nauwelijks_trager.html</a>), mocht je daar je bezwaren op baseren. Wees niet hypocriet, maar skeptisch, eis bewijs en ga niet af op wat de fabrikant van een product zegt. Kijk naar de resultaten van onafhankelijke instituten die de software aan de tand voelt.</p>
<p><em>Algemene tips:</em><br />
<strong>a.1-</strong> Wifiverbinding: gebruik bij voorkeur WPA2 met een degelijk wachtwoord<br />
<strong>a.2-</strong> Persoonlijke gegevens op websites plaatsen? Check het &#8216;slotje&#8217; in je webbrowser (https!)<br />
<strong>a.3-</strong> Gebruik een goed wachtwoord op je computer-account, opstarten naar de desktop is uit den boze! Altijd inloggen. Wachtwoordtip: <a href="http://xkcd.com/936/">http://xkcd.com/936/</a><br />
<strong>a.4-</strong> Gebruik een schermbeveiliging met je inlogwachtwoord, die automatisch inschakelt na 5 of 10 minuten.<br />
<strong>a.5-</strong> Werk altijd onder een GEWOON gebruikersaccount, en NIET een poweruser/administrator account.<br />
<strong>a.6-</strong> Full disk encryption gebruiken (zit in OSX Lion, voor windows kijk naar truecrypt of becrypt)<br />
<strong>a.7-</strong> Personal firewall installeren (little snitch voor de mac) of die van het systeem gebruiken (windows firewall)<br />
<strong>a.8-</strong> Gebruik een antivirusproduct dat goed scoort in de tests.<br />
<strong>a.9-</strong> Software updates bijhouden van het systeem en alle pakketten die je gebruikt (adobe acrobat/adobe flash/etc.)<br />
<strong>a.10-</strong> Gebruik een browser die als veilig wordt beschouwd, op dit moment scoort google chrome erg goed<br />
<strong>a.11-</strong> Gebruik geen OS dat &#8220;End Of Life&#8221; is, dwz waar geen updates meer voor uitkomen. (Microsoftlijst:<a href="http://windows.microsoft.com/en-us/windows/products/lifecycle">http://windows.microsoft.com/en-us/windows/products/lifecycle</a>)<br />
<strong>a.12-</strong> Heb alleen software geinstalleerd staan die je ook daadwerkelijk <span style="text-decoration: underline;">gebruikt</span>. Deinstalleer zonodig de software die de fabrikant van de laptop erop heeft gezet, dit is toch vaak bloatware.<br />
<strong>a.13-</strong> Leer een hoax of nepmelding te herkennen, dit zie je vaak surfende op internet gebeuren, opeens een pop-up dat er een virus op je computer is gevonden en dat je een virusscanner of reparatieprogramma moet draaien om weer veilig te zijn. Dit soort meldingen negeren, zit vaak spyware achter.<br />
<strong>a.14-</strong> Software alleen installeren als die uit <span style="text-decoration: underline;">officiële bron</span> komt. Software uit illegale hoek bevat nogal eens achterdeurtjes en viezigheden.<br />
<strong>a.15-</strong> Klaar met laptoppen? Leg hem uit het zicht!</p>
<p><em>Terugkerende dingen om te doen:</em><br />
<strong>t.1-</strong> Update eens per jaar de drivers, eventueel ook firmware.<br />
<strong>t.2-</strong> Controleer dagelijks/wekelijks/maandelijks of je firewall nog draait, je antivirusproduct nog up to date is, de automatische updates nog draaien en of je webbrowser ook netjes geupdatet is.<br />
<strong>t.3-</strong> Een keer per jaar bepalen of het antivirusproduct dat je gebruikt nog goed scoort in de testen, rond september/oktober zie je deze resultaten vaak op sites als tweakers.net/security.nl/webwereld.nl komen.<br />
<strong>t.4-</strong> <strong>MAAK BACKUPS!</strong> Liefst op een vast moment in de week, maak hier routine van. Berg de externe backupschijf ook veilig op, liefst achter slot en grendel (kluisje). De laptop mag wel wat waard zijn, maar vaak is de data onvervangbaar. Denk eens aan je vakantie/verjaardag/trouw-foto&#8217;s of die set van de laatste verjaardag van je grootouders. Er staan vast nog wel meer dingen je niet kwijt wilt op die ene disk in dat eenzame laptopje.<br />
NB: Versleuteling op een backup-disk kan het terugzetten moeilijk maken, dus als je die disk niet veilig kan opbergen pas versleutelsoftware gebruiken en leg die software op een usbstick/dvd/cdrom ook bij de disk en VERGEET JE WACHTWOORD NIET!<br />
<strong>t.5-</strong> Controleer periodiek of je de data op de backupschijf nog kan lezen. Het <strong>doel</strong> van een backup is dat je kan terugzetten (restore) vaak wordt dit vergeten.</p>
<p>Bovenstaande punten gaan op voor alle OS&#8217;sen. Nu is het wel zo dat er meer virussen in omloop zijn voor het Windows platform, en je hiermee dus een hoger risico loopt als je het draait. OSX en Linux hebben hier duidelijk minder last van (nog wel althans).</p>
<p>Meer tips? Deel ze hieronder:</p>
]]></content:encoded>
			<wfw:commentRss>http://deckardt.nl/blog/2011/12/13/laptopsysteembeveiliging/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Google+?</title>
		<link>http://deckardt.nl/blog/2011/07/03/google/</link>
		<comments>http://deckardt.nl/blog/2011/07/03/google/#comments</comments>
		<pubDate>Sun, 03 Jul 2011 09:04:21 +0000</pubDate>
		<dc:creator>Rick Deckardt</dc:creator>
				<category><![CDATA[blogpost]]></category>
		<category><![CDATA[google]]></category>

		<guid isPermaLink="false">http://deckardt.nl/blog/?p=1050</guid>
		<description><![CDATA[Add me! :)]]></description>
				<content:encoded><![CDATA[<p><a href="http://deckardt.nl/+">Add me!</a> :)</p>
]]></content:encoded>
			<wfw:commentRss>http://deckardt.nl/blog/2011/07/03/google/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
