Bezpieczne przechowywanie hasła

Question

Potrzebuję "zabezpieczyć hasłem" mojej aplikacji, ale potrzebuję porady, gdzie bezpiecznie przechowywać hasło.

Jak mam zamiar to zrobić:

Za pierwszym razem program jest uruchamiany, będę poprosi użytkownika o utworzenie hasła. Hasło zostanie zasolone i zaszyfrowane w SHA-256, a następnie zapisane w Rejestrze lub pliku.

Problem:

Gdybym przechowywać hasła hashed w rejestrze lub pliku (lub oba) to byłoby zbyt łatwe dla kogoś, kto po prostu usunąć klucz rejestru lub plik i zostać poproszony o utwórz nowe hasło ...

Jak mogę bezpiecznie przechowywać zaszyfrowane hasło, aby utrudnić usuwanie?

Zastanawiałem się nad przechowywaniem go w Rejestrze, a także tworzeniem pliku z atrybutami Ukryte i systemowe do odczytu w przypadku usunięcia pliku rejestru, ale wydaje się to niemądre, ponieważ można go usunąć całkiem łatwo.

// Mam nadzieję, że poprawnie zaksięgowałem to pytanie za pomocą odpowiednich tagów - jestem tu nowy, więc proszę, idź łatwo! ;)

Wszystkie najlepsze

Chris (Shamballa)

Answer 1

Jest to po prostu kwestia programowania Etyki 101. Jeśli przechowujesz informacje na czyimś komputerze, pamiętaj, że komputer jest ich własnością i mają prawo do usuwania lub modyfikowania dowolnego pliku lub klucza rejestru. Próba uczynienia go tak, że nie może to bardzo zły pomysł.

Jest dobry powód, dla którego nie możesz tego zrobić. Co by się stało, gdyby ktoś zaczął umieszczać pliki, których nie możesz usunąć lub zmodyfikować na swoim komputerze? Z ekstrapolacji do logicznego wniosku: co by się stało, gdyby wirus zaczął umieszczać pliki, których nie można usunąć lub zmodyfikować na komputerze, i zrobił to w nieskończonej pętli, aż do zapełnienia twardego dysku? You wiem jeśli to było możliwe, ktoś by spróbował.

Jeśli chcesz program, który przechowuje hasło w miejscu, w którym użytkownik nie może go zmodyfikować, umieść go na serwerze i poproś program, aby skontaktował się z nim przez połączenie internetowe. (Jest to zupełnie inna puszka robaków, ale przynajmniej nie próbujesz robić rzeczy niemożliwych lub naruszasz podstawowe prawa własności użytkowników.)

Answer 2

Najlepszym rozwiązaniem byłoby poleganie na zewnętrznym źródle, które użytkownik NIE może kontrolować przechowywania części hasła. W przeciwnym razie, bez względu na to, gdzie to ukryjesz, może to być łatwo odkryte przez kogoś z kilkoma darmowymi narzędziami i trochę czasu.

Osobiście znalazłem najlepsze miejsce do przechowywania takich danych na otwartej przestrzeni, razem z innymi danymi, do których często ma dostęp aplikacja. Należy pamiętać, że jeśli użytkownik ma dostęp do modyfikacji danych, jest zagrożony.

Jeśli chcesz zablokować swój program, wymaga, aby klucz już istniał przed uruchomieniem programu. W ten sposób musisz się tylko martwić o to, jak zdobyć klucz, a ponieważ jest on zaszyfrowany, trudniej będzie mu stworzyć taki, który będzie działał dla twojego systemu.

Do początkowego procesu uwierzytelniania można umieścić część klucza na serwerze sieci Web, podać użytkownikowi hasło wymagane do utworzenia zaszyfrowanego pliku.Korzystanie z klucza dostępu prowadzi do klucza na serwerze, a jeśli jest on ważny, zezwól mu na zapisanie zaszyfrowanego pliku. Jeśli martwisz się ponowną aktywacją, to po jej aktywowaniu możesz usunąć plik na swoim serwerze WWW.

Inną opcją byłoby użycie czegoś takiego, jak OnGuard (latest versions), aby zakodować klucz ograniczony czasowo, który dajesz użytkownikowi. Następnie, gdy aktywacja zostanie uruchomiona, sprawdź, czy dostarczony klucz wygasł lub nie, a jeśli tak, nie zezwól na aktywację. W ten sposób klucz aktywacyjny jest zagrożony tylko przez ograniczony czas.

Nie spędzaj zbyt wiele czasu na ten temat. Nawet najlepszy algorytm można załatać za pomocą kilku instrukcji NOP po wdrożeniu aplikacji.

Answer 3

Możesz bezpiecznie zapisać hasło do aplikacji, używając Windows crypto API. Istnieje przykład jego użycia w CodeGuru, ale jest napisany w C++, a nie w Delphi. Kod nie jest zbyt trudny, więc należy go stosunkowo łatwo przekonwertować na Delphi.

Bardziej zaawansowanym rozwiązaniem byłoby zapytanie użytkownika o hasło przed pobraniem aplikacji i osadzenie zakodowanego hasła w pliku binarnym - oczywiście w przypadku wielu kopii aplikacji można łatwo określić lokalizację zaszyfrowana wartość i kod sprawdzający w celu jej usunięcia.

Problem polega na tym, że nie stworzyłeś żadnej wartości z użycia hasła, tj. Wydaje się, że jest to tylko hasło na jego podstawie. Powinieneś użyć hasła jako nasienia do zaszyfrowania danych aplikacji i powiązać hasło z danymi. Stracić hasło i tracisz tylko dane.

Answer 4

Jest co najmniej 2 sposoby na zinterpretowanie pytania.

(1) Chcesz przechowywać hasła, aby można było je później wykorzystać do logowania do zdalnej bazy danych.

This answer na stronie Password encryption in Delphi objaśnia część szyfrowania.

W ten sposób można zapisać hasło, aby później można było użyć do uwierzytelnienia użytkownika, logując się przy użyciu aplikacji na serwerze bazy danych lub czymś podobnym.

Część "nie usuwaj" jest bardzo wrażliwa dla użytkowników; Nie zrobiłbym tego.

(2) Chcesz zapisać hasło, aby można było użyć go do sprawdzenia, czy użytkownik ma lokalny dostęp do aplikacji.

Jest to trudniejsze, ponieważ zasadniczo nie można.

Najbliższy sposób to zachowanie działającego w tle procesu, który blokuje plik.
Użytkownik komunikuje się z tym procesem, aby odblokować plik, aby można było zweryfikować hasło.

--jeroen

Answer 5

Jeśli potrzebujesz jednego hasła, szyfrowania i przykleić go tylko na koniec .exe. Zrobiłem to z powodzeniem wiele razy.

Answer 6

Proponuję użyć funkcji uwierzytelniania w systemie Windows, w szczególności CredWrite i CredRead.Byłoby również możliwe wykorzystanie okna szyfrowania daje (CryptProtectData/CryptProtectMemory), a następnie zapisać poświadczenia

EDIT: Jeśli zajdzie potrzeba nagłówki dla Delphi, są one dostępne w Jedi Windows Api Library.

Answer 7

Nie sprecyzowałeś, co chroni to hasło. Zakładam, że jest używany do ochrony danych tworzonych przez twój program.

Nie jestem ekspertem od zabezpieczeń ani kryptografem, ale jeśli dane są przechowywane lokalnie, rozwiązanie jest proste. Przechowuj zarówno hasło (lub bardziej prawdopodobny hash hasła), jak i dane w tym samym miejscu (plik, DB itp.), Zaszyfrowane oddzielnymi kluczami.

Zapobiega to obejściu poprzez usunięcie pliku. Skasowaliby również wszystkie dane. To pokrzyżuje wszystkich oprócz najbardziej zdeterminowanego użytkownika końcowego.

Answer 8

Sądząc z opisu, że nie rozumieją, że jeśli wszystkie zabezpieczenia masz jest

if not SameString(Hash(UserPassword), StoredPassword) then exit; 

Wtedy masz żadnego zabezpieczenia w ogóle, a nie jest to sprawa usunięcia pliku hasło użytkownika. Użytkownik może po prostu otworzyć plik exe w dowolnym edytorze binarnym i NOP na część, która nie do sprawdzenia:

//if not SameString(Hash(UserPassword), StoredPassword) then exit; 
//Check commented out ---malicious user 

trzeba zdać sobie sprawę, że nawet jeśli skompilować aplikację, to wciąż zawiera cały kod źródłowy, tuż monter. Nadal możesz edytować źródło, jest to trochę trudniejsze, ponieważ teraz jest w innym języku.

Dlatego, jeśli chcemy zapobiec użytkownikowi robić coś w swojej aplikacji, istnieją tylko dwa sposoby:

1. Write-Protect swoją aplikację i to pliki. Lub przechowuj je na osobnym serwerze, jeśli nie masz nad nim kontroli. Lub po prostu uczyń z nich usługę, która akceptuje tylko stały zestaw poleceń.

2. Ustaw, aby aplikacja nie sprawdzała, ale szyfruje coś krytycznego za pomocą hasła. Oczywiście, złośliwy użytkownik może zresetować hasło lub nawet całkowicie usunąć procedurę deszyfrowania, ale nadal będzie musiał odszyfrować dane.

Można obejść każde inne rozwiązanie, a to wszystko zależy od czasu i umiejętności potrzebnych do obejścia. Na przykład, możesz zaszyfrować kluczową część kodu aplikacji i odszyfrować go w locie (zrobił to raz). Następnie wykonaj i zaszyfruj z powrotem. Bez prawidłowego hasła Twoja aplikacja nigdy nie będzie działać.

Jednak złośliwy użytkownik może zainstalować oddzielną kopię aplikacji o znanym haśle, zbadać fragmenty programu po odszyfrowaniu i złożyć je w niezaszyfrowanym źródle. Pewnie, to dużo pracy. Ale można to zrobić w skończonym czasie.