<?xml version="1.0" encoding="utf8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Komentarze do: Szybkie i nieodwracalne kasowanie dysku twardego</title>
	<atom:link href="http://blog.posmyk.info/szybkie-i-nieodwracalne-kasowanie-dysku-twardego/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.posmyk.info/szybkie-i-nieodwracalne-kasowanie-dysku-twardego/</link>
	<description>insecurity &#38; stupidity</description>
	<lastBuildDate>Sun, 18 Oct 2009 13:06:11 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>Autor: damian</title>
		<link>http://blog.posmyk.info/szybkie-i-nieodwracalne-kasowanie-dysku-twardego/comment-page-1/#comment-967</link>
		<dc:creator>damian</dc:creator>
		<pubDate>Sun, 20 Apr 2008 02:31:29 +0000</pubDate>
		<guid isPermaLink="false">http://blog.posmyk.info/index.php/2007/03/25/szybkie-i-nieodwracalne-kasowanie-dysku-twardego/#comment-967</guid>
		<description>@Jerry: Bzdury piszesz, naczytałeś się tekstów marketingowych, a to niedobrze działa na mózg. Mylisz taśme VCR z dyskiem twardym, a do tego wplatasz spin. Co tu spin ma do rzeczy, wiesz w ogóle co to jest? I jak na podstawie spinu (pojedynczej cząstki!) określić co było zapisane gdziekolwiek? Szczególnie przy sposobie zapisu NRZ, gdzie w ogóle nie występują stany pośrednie, taki cyrk jak w Twojej wyobraźni nie jest możliwy. Reszta w moim poprzednim komentarzu - postaraj się przeczytać ze zrozumieniem.
W momencie rozkręcenia dwóch zależnych od siebie talerzy (gdy te stracą swoją STAŁĄ pozycję względem siebie) nawet VooDoo nie pomoże w odzyskaniu danych, nie mówiąc już o &#039;specjalistycznej analizie&#039;. Ze względu na translację LBA&gt;PCHS po różnych powierzchniach i głowicach rozkręcenie zależnych talerzy oznacza całkowity koniec jakichkolwiek sensownych danych na dysku.
Podsumowując po raz wtóry - sektor raz wypełniony jakąkolwiek wartością oznacza całkowite, nieodwracalne i permanentne zastąpienie poprzedniej zawartości nową.</description>
		<content:encoded><![CDATA[<p>@Jerry: Bzdury piszesz, naczytałeś się tekstów marketingowych, a to niedobrze działa na mózg. Mylisz taśme VCR z dyskiem twardym, a do tego wplatasz spin. Co tu spin ma do rzeczy, wiesz w ogóle co to jest? I jak na podstawie spinu (pojedynczej cząstki!) określić co było zapisane gdziekolwiek? Szczególnie przy sposobie zapisu NRZ, gdzie w ogóle nie występują stany pośrednie, taki cyrk jak w Twojej wyobraźni nie jest możliwy. Reszta w moim poprzednim komentarzu &#8211; postaraj się przeczytać ze zrozumieniem.<br />
W momencie rozkręcenia dwóch zależnych od siebie talerzy (gdy te stracą swoją STAŁĄ pozycję względem siebie) nawet VooDoo nie pomoże w odzyskaniu danych, nie mówiąc już o &#8216;specjalistycznej analizie&#8217;. Ze względu na translację LBA&gt;PCHS po różnych powierzchniach i głowicach rozkręcenie zależnych talerzy oznacza całkowity koniec jakichkolwiek sensownych danych na dysku.<br />
Podsumowując po raz wtóry &#8211; sektor raz wypełniony jakąkolwiek wartością oznacza całkowite, nieodwracalne i permanentne zastąpienie poprzedniej zawartości nową.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: Jerry</title>
		<link>http://blog.posmyk.info/szybkie-i-nieodwracalne-kasowanie-dysku-twardego/comment-page-1/#comment-716</link>
		<dc:creator>Jerry</dc:creator>
		<pubDate>Fri, 29 Feb 2008 08:53:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.posmyk.info/index.php/2007/03/25/szybkie-i-nieodwracalne-kasowanie-dysku-twardego/#comment-716</guid>
		<description>Tak się składa, że można odczytywać dane nadpisane a to z prostego względu. Dyski zapisywane są magnetycznie, a magnetyzm ma to do siebie, że każdy zapis nie jest identyczny (spin). Zatem wybebeszamy talerze z dysku i dokonujemy specjalistycznej analizy i możemy zobaczyć co było kiedyś zapisane na danej pozycji. A dodatkowo są pewne nadmiarowe dane o których producenci dysków się nie chwalą. Kto ma wiedzę, to wie gdzie trzeba zaparkowac głowiczkę, żeby coś ciekawego zobaczyć. Tylko ogień lub zmielenie mechaniczne talerzy jest bezpieczne :o) Super, nie?</description>
		<content:encoded><![CDATA[<p>Tak się składa, że można odczytywać dane nadpisane a to z prostego względu. Dyski zapisywane są magnetycznie, a magnetyzm ma to do siebie, że każdy zapis nie jest identyczny (spin). Zatem wybebeszamy talerze z dysku i dokonujemy specjalistycznej analizy i możemy zobaczyć co było kiedyś zapisane na danej pozycji. A dodatkowo są pewne nadmiarowe dane o których producenci dysków się nie chwalą. Kto ma wiedzę, to wie gdzie trzeba zaparkowac głowiczkę, żeby coś ciekawego zobaczyć. Tylko ogień lub zmielenie mechaniczne talerzy jest bezpieczne :o) Super, nie?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: aleksander</title>
		<link>http://blog.posmyk.info/szybkie-i-nieodwracalne-kasowanie-dysku-twardego/comment-page-1/#comment-556</link>
		<dc:creator>aleksander</dc:creator>
		<pubDate>Wed, 09 Jan 2008 20:17:20 +0000</pubDate>
		<guid isPermaLink="false">http://blog.posmyk.info/index.php/2007/03/25/szybkie-i-nieodwracalne-kasowanie-dysku-twardego/#comment-556</guid>
		<description>dlatego używamy  szyfrowania ;)</description>
		<content:encoded><![CDATA[<p>dlatego używamy  szyfrowania ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: damian</title>
		<link>http://blog.posmyk.info/szybkie-i-nieodwracalne-kasowanie-dysku-twardego/comment-page-1/#comment-546</link>
		<dc:creator>damian</dc:creator>
		<pubDate>Sat, 29 Dec 2007 19:04:20 +0000</pubDate>
		<guid isPermaLink="false">http://blog.posmyk.info/index.php/2007/03/25/szybkie-i-nieodwracalne-kasowanie-dysku-twardego/#comment-546</guid>
		<description>@ptashek: Nie istnieje sprzęt potrafiący odczytać chociażby jeden sektor nadpisany dowolnymi danymi (czy to będą zera, FF&#039;y, czy też urandom). Nadpisywanie wielokrotne również jest bez sensu, bo nadpisanie każdego sektora RAZ gwarantuje 100% skasowanie danych będących w nim wcześniej. Dane zapisywane są w postaci cyfrowej, to nie jest VCR czy inne taśmy magnetyczne z zapisem analogowym. We współczesnych HDD nie pozostaje ślad zapisu, żaden cień. Z dyskietek 5.25&quot; za ciężkie miliony dolarów może by się dało coś nadpisanego wyrwać, ale nie z HDD z pozycjonowaniem głowicy poprzez aktuator i sprzężenie zwrotne. W starych HDD i dyskietkach pozycjonowanie odbywało się za pomocą silnika krokowego, a te jak wiadomo nie są superdokładne. Teoretycznie może wystąpić pewien offset pomiędzy starym i nowym zapisem ścieżki. We współczesnych HDD głowica pozycjonuje się wielokrotnie przy nawet jednym obrocie dysku (następuje korekcja pozycji głowicy), zatem nie występuje żaden offset. Bajki, które szerzysz, wymyślane są właśnie przez firmy takie jak ontrack, w celach czysto reklamowych. Nie mają z prawdą nic wspólnego.

@Aleksander Pe: sam przyznasz, że 20mb/s to nie jest zawrotna prędkość, szczególnie, gdy kominiarze stoją przed drzwiami (i może wiszą za oknem :&gt; ). Kasowanie dysku 250GB zmusiłoby ich do pójścia na obiad ;) Jest kilka urządzeń i sposobów na szybkie pozbycie się danych. EMP (degausery), przekroczenie temperatury Curie materiału, z którego zrobiony jest nośnik i fizyczne uszkodzenie samego talerza. Pierwsza metoda jest najmniej inwazyjna i najłatwiejsza, ale nie ma 100% skuteczności (sprawdzone doświadczalnie). Druga jest inwazyjna (piekarnik w dysku), ale jest skuteczna, gdy tylko temp. Curie została przekroczona. Trzecia metoda jest niemal tak skuteczna jak druga - skuteczność zależy od zniszczeń zadanych nośnikowi. Złamanie go na pół czy przepalenie jest najskuteczniejsze - nośnik do odzyskiwania danych musi się stabilnie kręcić, a raz połamany i wypalony talerz, nie da się tak łatwo wprowadzić w ruch obrotowy. Odzyskanie danych != Odzyskanie kilku bitów :&gt;</description>
		<content:encoded><![CDATA[<p>@ptashek: Nie istnieje sprzęt potrafiący odczytać chociażby jeden sektor nadpisany dowolnymi danymi (czy to będą zera, FF&#8217;y, czy też urandom). Nadpisywanie wielokrotne również jest bez sensu, bo nadpisanie każdego sektora RAZ gwarantuje 100% skasowanie danych będących w nim wcześniej. Dane zapisywane są w postaci cyfrowej, to nie jest VCR czy inne taśmy magnetyczne z zapisem analogowym. We współczesnych HDD nie pozostaje ślad zapisu, żaden cień. Z dyskietek 5.25&#8243; za ciężkie miliony dolarów może by się dało coś nadpisanego wyrwać, ale nie z HDD z pozycjonowaniem głowicy poprzez aktuator i sprzężenie zwrotne. W starych HDD i dyskietkach pozycjonowanie odbywało się za pomocą silnika krokowego, a te jak wiadomo nie są superdokładne. Teoretycznie może wystąpić pewien offset pomiędzy starym i nowym zapisem ścieżki. We współczesnych HDD głowica pozycjonuje się wielokrotnie przy nawet jednym obrocie dysku (następuje korekcja pozycji głowicy), zatem nie występuje żaden offset. Bajki, które szerzysz, wymyślane są właśnie przez firmy takie jak ontrack, w celach czysto reklamowych. Nie mają z prawdą nic wspólnego.</p>
<p>@Aleksander Pe: sam przyznasz, że 20mb/s to nie jest zawrotna prędkość, szczególnie, gdy kominiarze stoją przed drzwiami (i może wiszą za oknem :&gt; ). Kasowanie dysku 250GB zmusiłoby ich do pójścia na obiad ;) Jest kilka urządzeń i sposobów na szybkie pozbycie się danych. EMP (degausery), przekroczenie temperatury Curie materiału, z którego zrobiony jest nośnik i fizyczne uszkodzenie samego talerza. Pierwsza metoda jest najmniej inwazyjna i najłatwiejsza, ale nie ma 100% skuteczności (sprawdzone doświadczalnie). Druga jest inwazyjna (piekarnik w dysku), ale jest skuteczna, gdy tylko temp. Curie została przekroczona. Trzecia metoda jest niemal tak skuteczna jak druga &#8211; skuteczność zależy od zniszczeń zadanych nośnikowi. Złamanie go na pół czy przepalenie jest najskuteczniejsze &#8211; nośnik do odzyskiwania danych musi się stabilnie kręcić, a raz połamany i wypalony talerz, nie da się tak łatwo wprowadzić w ruch obrotowy. Odzyskanie danych != Odzyskanie kilku bitów :&gt;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: Aleksander Pe</title>
		<link>http://blog.posmyk.info/szybkie-i-nieodwracalne-kasowanie-dysku-twardego/comment-page-1/#comment-533</link>
		<dc:creator>Aleksander Pe</dc:creator>
		<pubDate>Wed, 28 Nov 2007 04:15:04 +0000</pubDate>
		<guid isPermaLink="false">http://blog.posmyk.info/index.php/2007/03/25/szybkie-i-nieodwracalne-kasowanie-dysku-twardego/#comment-533</guid>
		<description>dziwne, jak do nich dzwonilem to powiedzieli ze nie da rady ;)

ah ten linux ;) jako ze moj ostatni linux to byl Red Hat 6.0 to zapomnialem. We FreeBSD dyski sa oznaczane jako ad0,ad1 a partycje jako ad0s1, ad0s2 itp

moj /dev/urandom pluje 20mB/s i nigdy nie zabrako mu entropii (ale pewnie w linuxie jest inaczej ;)</description>
		<content:encoded><![CDATA[<p>dziwne, jak do nich dzwonilem to powiedzieli ze nie da rady ;)</p>
<p>ah ten linux ;) jako ze moj ostatni linux to byl Red Hat 6.0 to zapomnialem. We FreeBSD dyski sa oznaczane jako ad0,ad1 a partycje jako ad0s1, ad0s2 itp</p>
<p>moj /dev/urandom pluje 20mB/s i nigdy nie zabrako mu entropii (ale pewnie w linuxie jest inaczej ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: ptashek</title>
		<link>http://blog.posmyk.info/szybkie-i-nieodwracalne-kasowanie-dysku-twardego/comment-page-1/#comment-532</link>
		<dc:creator>ptashek</dc:creator>
		<pubDate>Mon, 26 Nov 2007 13:21:02 +0000</pubDate>
		<guid isPermaLink="false">http://blog.posmyk.info/index.php/2007/03/25/szybkie-i-nieodwracalne-kasowanie-dysku-twardego/#comment-532</guid>
		<description>cat /dev/urandom nie jest alternatywa - a na pewno nie wykonany raz. Firmy typu Ontrack bez problemu (ok, koszt jest problemem) odzyskuja spora ilosc danych z dyskow, ktore doznaly znacznie powazniejszych &quot;uszkodzen&quot; niz kilkukrotne nadpisanie powierzchni losowym ciagiem bitow.

Poza tym, cat /dev/urandom &gt; /dev/hda1 wymazuje jedynie pierwsza partycje dysku wiszacego na pierwszym kanale IDE. Tu potrzeba raczej:

cat /dev/urandom &gt; /dev/hda

Do tego, AFAIR, /dev/urandom jest blokowany jesli brakuje entropii, wiec wymazywanie w ten sposob na pewno nie jest szybkie. Jeden przebieg dla dysku SCSI 36.4GB, 10krpm to ~6h. Zeby bylo w miare bezpiecznie, przebiegow nalezaloby zrobic minimum 8.</description>
		<content:encoded><![CDATA[<p>cat /dev/urandom nie jest alternatywa &#8211; a na pewno nie wykonany raz. Firmy typu Ontrack bez problemu (ok, koszt jest problemem) odzyskuja spora ilosc danych z dyskow, ktore doznaly znacznie powazniejszych &#8222;uszkodzen&#8221; niz kilkukrotne nadpisanie powierzchni losowym ciagiem bitow.</p>
<p>Poza tym, cat /dev/urandom &gt; /dev/hda1 wymazuje jedynie pierwsza partycje dysku wiszacego na pierwszym kanale IDE. Tu potrzeba raczej:</p>
<p>cat /dev/urandom &gt; /dev/hda</p>
<p>Do tego, AFAIR, /dev/urandom jest blokowany jesli brakuje entropii, wiec wymazywanie w ten sposob na pewno nie jest szybkie. Jeden przebieg dla dysku SCSI 36.4GB, 10krpm to ~6h. Zeby bylo w miare bezpiecznie, przebiegow nalezaloby zrobic minimum 8.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: n</title>
		<link>http://blog.posmyk.info/szybkie-i-nieodwracalne-kasowanie-dysku-twardego/comment-page-1/#comment-89</link>
		<dc:creator>n</dc:creator>
		<pubDate>Tue, 26 Jun 2007 01:14:29 +0000</pubDate>
		<guid isPermaLink="false">http://blog.posmyk.info/index.php/2007/03/25/szybkie-i-nieodwracalne-kasowanie-dysku-twardego/#comment-89</guid>
		<description>Oczywiscie 

cat /dev/urandom &gt; /dev/hda1

zadziala tylko kiedy / bedzie zamontowany z innego dysku (np live cd)
.</description>
		<content:encoded><![CDATA[<p>Oczywiscie </p>
<p>cat /dev/urandom &gt; /dev/hda1</p>
<p>zadziala tylko kiedy / bedzie zamontowany z innego dysku (np live cd)<br />
.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
