On Tue, 8 Jul 2008, Marian wrote:

> Gotfryd Smolik news wrote:
>
>> Snsl,c,oipzns-To.Sis,did,Żzrjbb:B-jg!U-jg!P-jg!U-jg!
Jls,jlz,Ajpwwns.Wdnp
>> Wic,zż,s,Iplwkw,
>>
>> Ujdzie?
>
> ciezko!@#odtworzyC!@#z!@#pamiecI

Y tam, banał :)
"tłumaczę i objaśniam"!

> ;)

No to żebym nie zapomniał, bo potem nikt nie odszyfruje ;> - Julian
Tuwim. "Lokomotywa".
Pierwsze litery i interpunkcja.
Spacje tylko na końcach linii które nie są zakończone innym znakiem
interpunkcyjnym - tak zlożony warunek aby nie marnować spacji i zachować
sensowne prawdopodobieństwa wystąpienia (mhm... jedna na sto to
"sensowne"?) Ale jak ktoś nie chce sobie
komplikować to może ten warunek (znaczy spacje w ogóle) pominąć.

Może być? ;)
(nie no, do szyfrowania nie może być, nie pierwsza litera i nie od
pierwszej linijki, ale to już szczegół :D)

pzdr, Gotfryd

do góry

Dnia Tue, 8 Jul 2008 22:59:34 +0200, gargamel napisał(a):

> ok, skoro jakiś program używa klucza szyfrującego w postaci np. 8mio
> znakowego hasełka to to kiepski program i tyle:O(

Owszem - ale jeśli zmieni hasło skrótem na klucz i dopiero jego użyje do
szyfrowania to i tak nigdy nie będziesz wiedział jak długi było oryginalne
hasło (chyba że liczysz na kolizje).

Pozdrawiam,
Henry

do góry

In the darkest hour on Tue, 8 Jul 2008 12:48:52 +0200,
Jacen <j...@o...pl> screamed:
>> Prędzej czy później by znaleźli. W przypadku programów szyfrujących
>> prędzej.
>
> Może i znaleźli, ale mogli nie pochwalić się tym, albo
> poinformowali tylko tych co b.dobrze płacą.
>

Nie znasz środowiska OS.

--
[ Artur M. Piwko : Pipen : AMP29-RIPE : RLU:100918 : From == Trap! : SIG:210B ]
[ 15:27:20 user up 11763 days, 3:22, 1 user, load average: 0.69, 0.81, 0.64 ]

Small is beautiful.

do góry

In the darkest hour on Tue, 8 Jul 2008 22:57:38 +0200,
gargamel <s...@d...lina> screamed:
>> Akurat co do szyfrowania to jest 100% pewny algorytm. Ale nie ma
>> 100% pewnych praktycznych implementacji. ;-)
>
> no właśnie o tym cały czas piszę, jak nie znasz się na kryptografii to
> używasz cudzych programów (i nie jesteś pewien ich działania), a jak sam
> zaimplementujesz sobie program szyfrujący to będzie w 100% pewny:O)
>

W stu procentach to będzie pewny nie tylko, że nie będzie odporny na
atak urodzinowy (co jest oczywiste) ale również, że złamie się go
szybciej niż się spodzieważ, że przeżyje Twoja kolejna wariacja szyfru
Cezara...

--
[ Artur M. Piwko : Pipen : AMP29-RIPE : RLU:100918 : From == Trap! : SIG:216B ]
[ 15:29:01 user up 11763 days, 3:24, 1 user, load average: 0.69, 0.81, 0.64 ]

I don't get even, I get odder.

do góry

In the darkest hour on Tue, 8 Jul 2008 22:59:34 +0200,
gargamel <s...@d...lina> screamed:
>> Niestety dalej nic nie rozumiesz. Haslo nie jest zabezpieczeniem
>> wlasciwego
>> klucza. Haslo (po poddaniu go skrotowi kryptograficznemu) jest kluczem.
>
> ok, skoro jakiś program używa klucza szyfrującego w postaci np. 8mio
> znakowego hasełka to to kiepski program i tyle:O(
>

Ale zarówno jednoznakowe hasło jak i stuznakowe dadzą tak samo długi
skrót. Co nie oznacza, że są tak samo bezpieczne.

--
[ Artur M. Piwko : Pipen : AMP29-RIPE : RLU:100918 : From == Trap! : SIG:238B ]
[ 15:30:50 user up 11763 days, 3:25, 1 user, load average: 0.69, 0.81, 0.64 ]

I never hated a man enough to give him his diamonds back. -- Zsa Zsa Gabor

do góry

In the darkest hour on Tue, 8 Jul 2008 23:11:05 +0200,
gargamel <s...@d...lina> screamed:
>> (26*2+10*2+20)^16 = 26339361174458854765907679379456 kombinacji
>
> mógłbyś to prościej zapisać, bo nie każdy ma kalkulatory z takimi długimi
> wyświetlaczamiO)
>
> 60^16=3*10^28 kombinacji
>

Ilość kombinacji zależy przede wszystkim od rodzaju algorytmu. Szybciej
przejdzie wykonanie 1000 przejść XOR od przykładowo Serpenta.

> komp w rok wykona jakieś 1*10^18 operacji
>
> więc faktycznie złamać będzie ciężko, ale takie hasła nie trudno
> zapomnieć:O(, a jak już to metoda przelatywania wszystkich możliwych
> kombinacji jest dla amatorów, każdy kryptolog by ci podpowiedział całą masę
> sztuczek, które to by tą liczbę operacji znacznie zredukowały, a jak jeszcze
> by to zrobić na jakimś komputerowym kastrze 1000 procesorowym to ho ho, ale
> ok, nich ci będzie:O)
>

Nawet przy wymienionych przez Ciebie rządach wielkości 1000-węzłowy
klaster absolutnie nic nie zmieni.

> ale dalej głównym problemem takich cudzych programów szyfrujących jest tylna
> furtka twórcy programu i na dodatek nawet nie wiesz kto ma jeszcze zapasowy
> kluczyk?:O(
>

Wiem. Ja i nikt inny. Bo nie ma zapasowych kluczyków. Czytałem.

--
[ Artur M. Piwko : Pipen : AMP29-RIPE : RLU:100918 : From == Trap! : SIG:219B ]
[ 15:32:49 user up 11763 days, 3:27, 1 user, load average: 0.69, 0.81, 0.64 ]

I'm so far behind I think I'm first.

do góry

> Jak sobie czytam takiego TrueCrypta to nie widze zadnych bledow w sztuce,
> czy
> odstepstw od implementacji referencyjnych.

że co czytasz? tylko mi nie mów że przeanalizowałeś całą kompilację
TruCrypta?

do góry

> Wiem. Ja i nikt inny. Bo nie ma zapasowych kluczyków. Czytałem.

jeśli jesteś twórcą swojego programu szyfrującego to tak, jak nie to czytaj
zdruf:O)

do góry

Dnia 09.07.2008 gargamel <s...@d...lina> napisał/a:
> że co czytasz? tylko mi nie mów że przeanalizowałeś całą kompilację
> TruCrypta?

Co to jest cala kompilacja? :D

A czytam zrodla. Oczywiscie nie cale, wyrywkowo.

--
* Fido: 2:480/124 ** WWW: http://www.frasunek.com ** NICHDL: PMF9-RIPE *
* Jabber ID: v...@c...pl ** PGP ID: 2578FCAD ** HAM-RADIO: SQ5JIV *

do góry

Witam

Henry(k) napisał(a) :
> Dnia Tue, 8 Jul 2008 22:59:34 +0200, gargamel napisał(a):
>
>> ok, skoro jakiś program używa klucza szyfrującego w postaci np. 8mio
>> znakowego hasełka to to kiepski program i tyle:O(
>
> hasło (chyba że liczysz na kolizje).

A ja jestem przeświadczony, że gargamel (sorry, bez obrazy)
kolizję kojarzy tylko z nagłym i niespodziewanym zdarzeniem
drogowym :-P

--
Pozdrawiam
Zbyszek
PGP key: 0x39E452FE

do góry