Szyfrowanie Tekstu

dam1am spójrz: Oto klucz zaszyfrowanego artykułu na 30 000 znaków. Algorytm ten sam co przy krótkim zdaniu. Weź to tera przeczytaj :D

Ja bym proponował autorowi wątku przeczytanie jakiegoś wstępu do szyfrowania.

Najpierw sposoby atakowania szyfru:
https://pl.wikipedia.org/wiki/Atak_kryptologiczny

Dłuższa wersja:
https://en.wikipedia.org/wiki/Category:Cryptographic_attacks

Pouczające są też historie o szyfrze Cezara lub Vigenère'a (ten drugi był przez 300 lat ponoć w użytku).
https://pl.wikipedia.org/wiki/Szyfr_Vigen%C3%A8re%27a

Potem przyda się znajomość algorytmu i historii DES-a:
https://pl.wikipedia.org/wiki/Data_Encryption_Standard

Nie wszystko ale:

Centuria I. 1
Studiując nocą potajemnie
Milczący pustelnik, zasiadłszy na mosiężnym trójnogu:
Słaby płomyk pośród samotnej nocy
Zdaje się odsłaniać, to w co nikt nie powinien wątpić.

Jaki inny algorytm szyfrowania pozwoliłby mi odgadnąć tyle tekstu nawet nie używając specjalistycznych programów do łamania szyfrów?

widzę tu ten sam młodzieńczy upór, który miałem gdy 3 lata temu tworzyłem swój framework php uważając że mvc jest bleee (zraziłem się w jednym projekcie gdzie kod był po prostu słaby) :)

Teraz by trzeba było odwrotnie. Podając algorytm i zaszyfrowane dane bez klucza. Mam już pomysł na przerobienie tego wszystkiego tak, by klucz nie zawierał żadnych znaków char tylko same liczby. Wtedy algorytm odwrócony nie mógłby dać prawdziwych wyników bez użycia klucza.

@Progdeex o rly? Teraz po prostu zaszyfrujesz od razu cały alfabet na początek? Wielka zmiana :D
Rzuciliśmy okiem na ten jeden biedny ciphertext który podałeś i tylko na jego podstawie można trochę wywnioskować. Na przykład to że algorytm nie jest odporny na atak z wybranymi ciphertextami, ale to chyba sam zresztą widzisz.
[CIACH!] (wyciąłem spojlery na temat działania algorytmu bo @msm prosił :P)
Niemniej gdyby dostępny był nawet blackboxowy szyfrator/deszyfrator to ekstrakcja klucza jest dość trywialna, bo klucz można brutować osobno dla każdego znaku i tylko 10 bitów klucza na znak więc raptem rozmiar_charsetu * 2¹⁰ requestów o szyfrowanie i deszyfrowanie. I to dla "klucza" który ma (10*rozmiar_charsetu) bitów. Czyli np. dla 32 znaków alfabetu twój klucz ma rozmiar 320 bitów i jest łamalny w czasie O(2¹⁴) podczas gdy taki AES dla klucza 128 bitowego wymaga O(2¹²⁶) czyli O(2¹¹²) razy więcej czasu. O tym że AES produkuje ciphertexty o tym samym rozmiarze co tekst wejściowy a ty generujesz 18 razy więcej danych to nawet nie mówie :)

Z 1 tekstem to można sobie najwyzej zęby łamać a nie szyfr. Jeśli chcesz nadal trzymać ten algorytm w tajemnicy to postaw chociaż serwis który szyfruje i deszyfruje stałym, sekretnym kluczem.

Mała próbka zmienionej/poprawionej wersji programu szyfrowania tekstu. Trochę inna metoda: Odpowiedzialność przerzucona na klucz. W krótkich wiadomościach klucz może być nieco krótszy od wiadomości szyfrowanej. Na tą chwilę wadą jest powolne szyfrowanie.

EDIT:

Zmieniłem klucz na dłuższy, tzn. każda linijka to teraz 18 cyfr. Zaszyfrowane dane pozostały bez zmian. Mała podpowiedź: Każda cyfra jest bardzo ważna :)