🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.comp.security
Article #64374

Re: WNIOSKI SZYFROWANIA DANYCH

#64374
From: Nagash
Date: Tue, 27 Apr 2010 19:17
78 lines
4875 bytes
Dnia Tue, 27 Apr 2010 11:36:06 -0700 (PDT), muzyk napisał(a):

[.......]
> Ochrona danych to znalezienie odpowiedniego programu, aby nasze
> informacje były tak
> chronione żeby nikt z nich nie mógł skorzystać.  

Ochrona danych to przede wszystkim polityka ochrony. Programy to tylko
narzędzia.

> Zastosowanie jednej
> aplikacji do zabezpieczenia informacji jest niemożliwe . 

Dlaczego niemożliwe ? Czy zastosowanie Blowfish Advanced CE z algorytmem
Serpent nie daje takiej możliwości ? Czy kompresja ARC z szyfrowaniem
kaskadowym nie daje takiej możliwości ? Czy TrueCrypt z szyfrowaniem
kaskadowym nie daje takiej możliwości ? Daje.

> Programy te
> mają różne zastosowania. W niektórych jest możliwość szyfrowania
> twardych dysków, całych partycji lub zakładania zakodowanego pliku
> (kontenera), umieszczanego na dysku twardym, w którym można umieszczać
> różne pliki. Inne mają możliwość zabezpieczania informacji
> przesyłanych pocztą elektroniczną (e-mailem). Są też urządzenia jak
> pamięć przenośna USB, stosująca metodę silnego hasła, jako
> zabezpieczenie. Zakodowane  informacje w pamięci, można przenosić z
> jednego komputera do drugiego przez umieszczenie pendirve w
> odpowiednim porcie. Wszystkie programy szyfrujące korzystają ze
> specjalnych funkcji matematycznych zwanymi algorytmami . 

Algorytm to nie funkcja ale ściśle określony sposób postępowania.

> Algorytmy
> AES, Twofish, w każdym kroku wykorzystują, co najmniej 128- bitowy
> klucz. Oznacza to, że na złamanie klucza potrzeba 1037 kombinacji.

Na jakiej podstawie jest te 1037 kombinacji ? 
Współczesny najsilniejszy Pecet, wyposażony w odpowiednią superwydajną
kartę graficzną i soft zdolny do wykorzystania karty graficznej jako
jednostki obliczeniowej są zdolne do przeszukiwania ok. 3 000 000 000 (3
miliardy) haseł na sekundę. Załóżmy, że w ciągu najbliższych kilku lat ta
liczba ulegnie potrojeniu. liczmy zatem 9 mld haseł na sekundę aby mieć
pewny margines bezpieczeństwa. Niech nasze hasło składa się z małych liter,
dużych, cyfr i znaków specjalnych. Daje nam to pulę:
małe litery - 26
duże litery - 26
cyfry - 10
znaki specjalne - 34
ŁĄCZNIE - 96 znaków na hasło (te dostępne bezpośrednio z klawiatury)

Teraz wyznaczamy ilość kombinacji w zależności od długości hasła.
1 - 96
2 - 9216
3 - 884736
4 - 8153726976
5 - 782757789696 (87 sekund)
6 - 75144747810816 (2,5 godziny)
7 - 7213895789838336 (9 dni, 4 godziny)
8 - 692533995824480256 (2 lata i 4 miesiące)
9 - 66483263599150104576 (ponad 150 lat)
10 - 6382393305518410039296 
11 - 612709757329767363772416
12 - 58820136703657666922151936
13 - 5646733123551136024526585856
14 - 542086379860909058354552242176
15 - 52040292466647269602037015248896

> Teoretycznie  szyfry są niemożliwe do rozkodowania w rozsądnym
> czasie . Słabym ogniwem jest jednak użyte hasło. Twórcy niektórych
> programów zalecają stosować, co najmniej 20 - znakowe, w których
> występują duże litery, cyfry i znaki specjalne.   Na koniec, wybór
> skutecznej aplikacje, która zapewni optymalne bezpieczeństwo, zależy
> tylko od wyboru użytkownika na którą się zdecyduje.

Najbardziej odporny na atak bruteforce jest szyfr blowfish (448-bitowy o 16
przebiegach jest do tej pory nie złamany) oraz jego nowsza i ulepszona
wersja twofish. Zawierają one S-Boxy, które przy łamaniu siłowym wymagają
każdorazowego ich przeliczania co znacznie wydłuża czas operacji.
Technical Details
Message-ID: <1wx4i234pf0k2$.1pggq5p80xskv.dlg@40tude.net>
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.rmf.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!news.nask.pl!news.nask.org.pl!plix.pl!newsfeed1.plix.pl!newspeer1.de.telia.net!newspeer4.de.telia.net!de.telia.net!nx02.iad01.newshosting.com!209.197.12.242.MISMATCH!nx01.iad01.newshosting.com!newshosting.com!newsfeed.neostrada.pl!unt-exc-02.news.neostrada.pl!news.underley.eu.org!moderators!marcinw
References: <6bd30a28-baa1-455e-b227-d82efbe60448@g30g2000yqc.googlegroups.com>

Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.rmf.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!news.nask.pl!news.nask.org.pl!plix.pl!newsfeed1.plix.pl!newspeer1.de.telia.net!newspeer4.de.telia.net!de.telia.net!nx02.iad01.newshosting.com!209.197.12.242.MISMATCH!nx01.iad01.newshosting.com!newshosting.com!newsfeed.neostrada.pl!unt-exc-02.news.neostrada.pl!news.underley.eu.org!moderators!marcinw
From: Nagash <nagash1@poczta.onet.pl>
Newsgroups: pl.comp.security
Subject: Re: WNIOSKI SZYFROWANIA DANYCH
Date: Tue, 27 Apr 2010 21:17:21 +0200
Organization: http://onet.pl
Lines: 78
Message-ID: <1wx4i234pf0k2$.1pggq5p80xskv.dlg@40tude.net>
References: <6bd30a28-baa1-455e-b227-d82efbe60448@g30g2000yqc.googlegroups.com>
NNTP-Posting-Host: ghostwheel.underley.eu.org
Mime-Version: 1.0
X-Trace: news.onet.pl 1272395782 6138 109.197.172.85 (27 Apr 2010 19:16:22 GMT)
X-Complaints-To: niusy@onet.pl
NNTP-Posting-Date: Tue, 27 Apr 2010 19:16:22 +0000 (UTC)
User-Agent: 40tude_Dialog/2.0.15.1pl
X-Moder-Tool: ModerGate.pl v3.0 (c) 2008 Daniel Podlejski
X-Orig-NNTP-Posting-Host: 109.197.172.85
X-Orig-Newsgroups: pl.comp.security
Approved: marcinw.pcs@gmail.com
X-Post-Key: ccec5398241ec09dbac26951ba191e07
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit