Forum Debian Users Gang

Ja bym zrobił hashe w bazie, i przesyłał hash z bazy przez sieć, na B też trzymał hashe nie hasła.
Taki hash wtedy działa tak, jakby był hasłem plaintext, ale przynajmniej nikt Ci nie zarzuci, że nieszyfrowane hasła w bazie trzymasz :D
I nie stosował Saltu, ale SHA256 lub SHA512.
A generowanie odpowiedniego hasha wtedy, gdy pacjent wpisuje hasło w przeglądarce.
Można nawet w javascripcie.

Oczywiście o połączeniu SSL między A i B pisać chyba nie muszę ;)

Ostatnio edytowany przez Jacekalex (2013-01-02 18:03:24)

winnetou napisał(-a):

tudzież opcja banalna base64 + rot :))

To nie jest żadno szyfrowanie, każdy skrypciarz może to odkodować.
Takim base64+rot to można załapać się na niebezpiecznika, i trochę ludzi ubawić serdecznie. :D

Względnie mcrypt - i klucz symetryczny trzymany na obu maszynach, a hasło pomiędzy A i B szyfrowane Blowfishem albo AESem.

Dzięki za info ale raczej tak nie da rady. Serwis B (w sumie mogłem to od razu podać - sorry że tak nie zrobiłem) to strona z paczkomatami InPost (paczkomaty.pl). Integruję to z poziomu .NET'u więc nie mam dostępnego API, a jedynie zapytania html'owe w stylu:

https://api.paczkomaty.pl/?do=getsticker&email=tutaj_mail&password=to_nieszczęsne_hasło&inne parametry...

Generalnie już to obkodowałem i działa problem w tym że CMS z którym to integruje jakoś musi umożliwiać wpisywanie tego hasła z poziomu panelu administracyjnego, jak i jego późniejsze odczytywanie do formy jawnej, tak aby można je było wysłać do strony InPostu. Pytanie jak to zrobić żeby było jak najbezpieczniej.

@azhag:

Są do tego dostępne jakieś gotowe algorytmy z których mógłbym skorzystać?

Generalnie jak to miało by wyglądać bo trochę nie mogę sobie tego wyobrazić - jeżeli zakoduję hasło to gdzieś w bazie będę musiał trzymać klucz dekodujący (bo jak inaczej CMS je dla siebie zdekoduje?), a to w zasadzie sprawia że w przypadku włamania równie dobrze można tego kodowania nie mieć bo i tak włamywacz sobie je odczyta (OK może będzie się musiał ciutkę bardziej wysilić, ale...). Tak na pierwszy rzut oka wydaje się że nie ma tutaj dobrego rozwiązania...

MySQL oferuje szyfrowanie symetryczne. Przy zapytaniu do bazy (zapisującym/odczytującym) dany rekord podajesz klucz jaki ma być używany przy odkodowaniu. Można też się pobawić i zrobić taki trick:
Robisz sobie zamiast bazy robisz sobie plik który potem szyfrujesz przez gpg2 (np z taką strukturą: mail:haslo:komentarz). A w php żeby się dobrać do danego maila musisz go sobie zdekodować przez gpg2 -d plik (przy czym passphrase niestety musi być jawnie w skryptach podane) także tak czy siak jesteś w czarnej d* ;)
Bo jak się dobiorą do bazy to mogą prędzej czy później wpaść na to jak jest to szyfrowane, jak się dobiorą do plików to znajdą passphrase.


A co do base i rot to był przykład z przymrużeniem oka

mam :P