In the darkest hour on Thu, 17 Jul 2008 08:40:56 -0700 (PDT),
Rafal M <r...@g...com> screamed:
>> Ile przy tych wielkościach wychodzi Ci Serpent?
>
> Benchmark na probce 100MB na moim C2D E6300:
>
> http://www.fotosik.pl/showFullSize.php?id=b746c75c1e
085115
>
> Jesli idzie o szybkosc algorytmow to w kolejnosci:
>
> - AES
> - Twofish
> - Serpent
> - i pozniej szyfrowanie kaskadowe
>

Osobiście wolę Serpenta. Z AESem przegrał w NIST właśnie z powodu
"wolniejszego algorytmu".

--
[ Artur M. Piwko : Pipen : AMP29-RIPE : RLU:100918 : From == Trap! : SIG:229B ]
[ 09:00:49 user up 11772 days, 20:55, 1 user, load average: 0.05, 0.71, 0.00 ]

Tagline of Dreams: "If you post it, they will steal it."

do góry

gargamel napisał(a):

> wtedy nawet torturami nic z ciebie nie wycisną i już nikt nie dobierze się
> do danych:O)

Spoko, spoko, jak się dobrze torturuje to i pamięć wraca ;P

j.

do góry

gargamel pisze:

>> Kiedy Ty fakt wystąpienia "zwisu" uzależniłeś WYŁĄCZNIE od błędu
>> w OS. A 4,5V na płycie w miejscu gdzie powinno być 5 V daje
>> dość często ten sam efekt :]
> to wtedy się sprzęt wykrzaczył, zresztą w takich przypadkach sprzęt
> testujesz i zgłaszasz awarię na gwarancję i po ptakach:O)

Ta, jasne. Akurat jak ci pojawi się błąd transmisji na którejś
magistrali i nagle życie w grze z 10 spadnie ci do 2.

W komputerze bardzo dużo magistral to linie długie, gdzie mogą się dziać
dziwne rzeczy.

Albo pojawią się "syfy" w obrazku - akurat to dość często widziałem gdy
obrazki były trzymane na dyskietkach.

Albo program w miejscu gdzie ma mieć liczbę od 1 do 5 dostanie
2034893914 i wykona tyle razy jakąś pętlę.

--
/\ /\ [ Jakub 'Kocureq' Anderwald ] /\ /\
=^;^= [ [nick][at][nick].com ] =^;^=
/ | [ GG# 1365999 ICQ# 31547220 ] | \
(___(|_|_| [ k...@j...org ] |_|_|)___)

do góry

"gargamel" <s...@d...lina> napisał(a):
>
> Użytkownik "Camis" <c...@d...plUSUN_$TO$.INVAL> napisał
>> Backup robie zakodowany na dvd, jakies dokumenty, archiwum itp..
>> Filmow i
>> innego warezu nie robie kopi zapasowej.
>
> ok, więc jak sytuacja wygląda w przypadku uszkodzenia takiego
> zaszyfrowanego
> nośnika?
> dyski, dvd itp, nic n ie jest wieczne, jak na takim nośniku zniszczy się
>
> parę rekordów to resztę się da odzyskać, a jak sytuacja wygląda w
> przypadku
> uszkodzenia kilku rekordów na zaszyfrowanym nośniku? (podejrzewam że
> wszystko się sypie?:O(


Nie sypie sie, truecrypt szyfruje blokowo, czyli jakas czesc moze sie
uwalic. A reszte normalnie odczytasz, zreszta sam zrobilem taki eksperyment
i odczytalem wiekszosc danych.


--
PGP key: 0x773F77EC
gg: 4645610 | tlen: camis | skype: kamil_darczynski | icq: 63444620
msn: kamil.darczynski | yahoo: kamil.darczynski | Aim: kamildarczynski

do góry

Camis pisze:
>
> Nie sypie sie, truecrypt szyfruje blokowo, czyli jakas czesc moze sie
> uwalic. A reszte normalnie odczytasz, zreszta sam zrobilem taki eksperyment
> i odczytalem wiekszosc danych.
>

Jeśli zamażesz początkowy obszar partycji zaszyfrowanej truecryptem to
niczego nie odzyskasz (nawet jeśli znasz prawidłowe hasło). Truecrypt
trzyma tam własciwe hasło szyfrowania reszty danych.

do góry

>> Nie sypie sie, truecrypt szyfruje blokowo, czyli jakas czesc moze sie
>> uwalic. A reszte normalnie odczytasz, zreszta sam zrobilem taki
>> eksperyment i odczytalem wiekszosc danych.
>
> Jeśli zamażesz początkowy obszar partycji zaszyfrowanej truecryptem to
> niczego nie odzyskasz (nawet jeśli znasz prawidłowe hasło). Truecrypt
> trzyma tam własciwe hasło szyfrowania reszty danych.
>

Dlatego właśnie w truecrypcie robi się backup headera.

do góry

Użytkownik "GrzegorzP" <l...@w...pl> napisał w wiadomości
news:gajd0h$odd$1@nemesis.news.neostrada.pl...
> Dlatego właśnie w truecrypcie robi się backup headera.

I tak nic to nie da.

do góry

In the darkest hour on Sun, 14 Sep 2008 18:01:38 +0200,
GrzegorzP <l...@w...pl> screamed:
>>> Nie sypie sie, truecrypt szyfruje blokowo, czyli jakas czesc moze sie
>>> uwalic. A reszte normalnie odczytasz, zreszta sam zrobilem taki
>>> eksperyment i odczytalem wiekszosc danych.
>>
>> Je?li zama?esz pocz?tkowy obszar partycji zaszyfrowanej truecryptem to
>> niczego nie odzyskasz (nawet je?li znasz prawid?owe has?o). Truecrypt
>> trzyma tam w?asciwe has?o szyfrowania reszty danych.
>
> Dlatego w?a?nie w truecrypcie robi sie backup headera.
>

Dlatego właśnie robi się backup data.
Ustaw sobie MIME (http://www.grush.one.pl/article.php?id=mime).

--
[ Artur M. Piwko : Pipen : AMP29-RIPE : RLU:100918 : From == Trap! : SIG:227B ]
[ 18:41:38 user up 11830 days, 6:36, 1 user, load average: 0.90, 0.50, 0.54 ]

Ignorance *is* bliss, but it will never replace sex.

do góry

> Ustaw sobie MIME (http://www.grush.one.pl/article.php?id=mime).
>

Kurcze, zawsze miałem tak ustawione, a tu mi wskoczyło uuencode.
Dzięki za uwagę ;-)

pozdrawiam

do góry

Marcin <m...@n...nospam> napisał(a):
> Camis pisze:
>>
>> Nie sypie sie, truecrypt szyfruje blokowo, czyli jakas czesc moze sie
>>
>> uwalic. A reszte normalnie odczytasz, zreszta sam zrobilem taki
>> eksperyment
>> i odczytalem wiekszosc danych.
>>
>
> Jeśli zamażesz początkowy obszar partycji zaszyfrowanej truecryptem to
> niczego nie odzyskasz (nawet jeśli znasz prawidłowe hasło). Truecrypt
> trzyma tam własciwe hasło szyfrowania reszty danych.

Od takiego czegos jest truecrypt rescue disc


--
PGP key: 0x773F77EC
gg: 4645610 | tlen: camis | skype: kamil_darczynski | icq: 63444620
msn: kamil.darczynski | yahoo: kamil.darczynski | Aim: kamildarczynski

do góry