-123oho napisał(a)
Ty w ogóle patrzysz co piszą inni Furious? Już dawno mu mówiłem o używaniu HEXa i on to robi.
Tak...? :
maxiu1989 - post powyżej mojego napisał(a)
Jeśli chodzi o program:
LOGINY i HASŁA przechowuję zaszyfrowane w pliku INI. I póki przy szyfrowaniu XOrem nie wypadnie wartość 13 to jest ok.
Aby nie przechowywać w pliku INI znaku nowej lini, zamieniłem numer znaku ASCII na HEX i taki przechowuję.Aplikacja nie łączy się z internetem a szyfrowane dane są potrzebne jedynie do kont użytkowników (uprawnienia).
Szyfrowanie ma spełnić taka funkcję że ktoś jak wejdzie w plik INI i zobaczy dziwne dane to go wyłączy.
Oczywiście można by użyć czegoś mocniejszego, ale w tym wypadku myślę, że starczy.
Widzisz gdzieś żeby napisane w jego poście było o plikach typowanych/amorficznych? Bo ja ciągle widzę, że pytacz opisuję zastosowanie plików INI (czyli tekstowych jakbyś nie zauwazył); Widzisz, czy linka Ci zapodać? Dalej temat plików INI i xor'owanie jest ważne, dalej autor chce kombinować ze zmianą tych znaków na Hex'a, dalej nie chce używać plików amorficznych/typowanych, MD5, SHA i innych proponowanych; Jak byś zauważył przeczytałem jego ostatni post uważnie, więc wiem dokładnie o czym pisać, za to Ty nie masz już nic więcej do powiedzenia i czepiasz się wszystkich na okrągło; To nie ja praktycznie w każdym poście dostaje kilka minusów, tylko Ty;
Kolejna sprawa:
-123oho napisał(a)
"Twoje lamerskie zabezpieczenie nie jest bezpieczne, ale moje lamerskie zabezpieczenie jest".
Gdzie napisałem, że to jest dobre zabezpieczenie? Hmmm? Może tutaj:
FP napisał(a)
Szyfruj je i zapisuj do pliku choćby amorficznego - nie jest to oczywiście jako takie zabezpieczenie bo każdy nawet największy matoł potrafi znaleźć w sieci i pobrać jakiś Hex-edytor, ale zablokujesz możliwość otworzenia takiego pliku w edytorach tekstowych;
Zrozumiałeś w ogóle choć jedno słowo z tego zdania? Wyraźnie napisałem, że nie jest to oczywiście jako takie zabezpieczenie, więc czego się czepiasz?
adf88 napisał(a)
Ale jakie prawdopodobieństwo znowu? Trzeba tylko prawidłowo przetworzyć dane.
No właśnie takie prawdopodobieństwo, że dla dowolnego ciągu znaków i dowolnego zestawu znaków wyjściowych prawdopodobieństwo, że samo xor'owanie poda na wyjściu znak #10
lub #13
nie jest wcale takie małe; Gdyby było inaczej autor pewnie w ogóle nie założyłby tego tematu;
@adf88, ja doskonale rozumiem, że algorytm szyfrujący warto oprzeć na własnym zestawie znaków i użyć do tego co najmniej hash'owania, ale w ostatnim poście autora wątku dalej jest mowa o plikach INI, stąd moja wypowiedź ma taki kształt a nie inny i tematykę taką, a nie inną;