Klienci w sieci rozpoznawani s± przez unikaln± liczbê zwan± hashem u¿ytkownika. Jest on zapisany w pliku
preferences.dat i jest u¿ywany by odzyskaæ zarobione kredyty u innych u¿ytkowników.
eMule u¿ywa asymetrycznego rozkodowywania by unikn±æ fa³szowania lub manipulowania hashem innych u¿ytkowników.
Ta metoda u¿ywa prywatnego i publicznego klucza by zabezpieczyæ hash u¿ytkownika i zapewniæ poprawn±
identyfikacjê u innych klientów.
Bezpieczna identyfikacja u¿ytkownika mo¿e zostaæ w³±czona w Ustawienia
-> Bezpieczeñstwo.
Zalecane jest jej u¿ywanie.
Jak dzia³a bezpieczna identyfikacja:
Klient A chce siê upewniæ, ¿e jego kredyty s± bezpieczne i u¿ywane wy³±cznie przez niego. Tworzy on prywatny
384-bitowy klucz RSA i zapisuje go w pliku cryptkey.dat.
Ten prywatny klucz jest tworzony tylko jeden raz, przy pierwszym u¿yciu. Utrata tego klucza oznacza utratê
kredytów dla Klienta A, poniewa¿ nie jest on wiêcej w stanie dowie¶æ, ¿e jest w³a¶cicielem kredytów.
Gdy dwaj klienci wymieniaj± miêdzy sob± dane po raz pierwszy, przesy³aj± partnerowi swój publiczny klucz i losow±
warto¶æ. Ka¿dy z nich zapisuje klucz partnera w swoim pliku clients.met. Zachowywany jest jedynie klucz,
przy nastêpnym po³±czeniu generowana jest nowa losowa warto¶æ.
Je¶li klient A chce siê zidentyfikowaæ u klienta B w pó¼niejszym czasie, tworzy on numeryczn± sygnaturê i
wysy³a j± klientowi B. Ta sygnatura pochodzi z jego prywatnego klucza, publicznego klucza klienta B i losowej
warto¶ci. Jest ona poprawna a¿ do czasu gdy klient A zmieni IP lub klient B zamknie eMule.
Po otrzymaniu sygnatury klienta A, klient B sprawdza czy zosta³a ona utworzona z jego publicznego klucza i
poprawnej losowej warto¶ci. Je¶li zosta³a ona równie¿ utworzona z publicznego klucza klienta A jest on uznawany
za zidentyfikowanego.
Uwagi: |
> |
Je¶li zostanie utracony plik cryptkey.dat, plik preferences.dat powinien zostaæ
usuniêty, inaczej niemo¿liwe bêdzie uzyskanie kredytów u znanych klientów. |
> |
Uaktywniaj±c bezpieczn± identyfikacjê u¿ytkownika wszystkie stare "niezabezpieczone" kredyty
zostaj± utracone. Z przyczyn bezpieczeñstwa nie istnieje sposób by przenie¶æ je do zabezpieczonego systemu. |
Applies to version: .29b +
Last update on:
2003-06-20 by Monk
|