Szyfrowanie dwukierunkowe w PHP - potrzebujesz wskazówek

Question

Pracuję nad moją pierwszą bezpieczną witryną zakupową. Nie przechowujemy danych dotyczących kart kredytowych, więc nie stanowi to problemu. Mamy jednak klucz transakcyjny i klucz logowania API do naszej bramki płatności (authorize.net), którą wolałbym przechowywać w bazie danych, zamiast twardego kodowania do mojego php. Nie wiem, że potrzebujemy ogromnego bezpieczeństwa, ale wolałbym nie przechowywać go w zwykłym tekście. Wiem o Sha, ale to jest w jedną stronę. Potrzebuję sposobu na przechowywanie wartości w bazie danych w pół-bezpiecznym formacie, ale potem będę w stanie "odszyfrować" programowo, aby użyć go w mojej funkcji.

Dodatkowym zastrzeżeniem jest to, że moja witryna jest hostowana, co oznacza, że ​​istnieje bardzo ścisły limit na to, jakie rzeczy mogę zainstalować, więc najlepiej każde rozwiązanie będzie opierało się na czymś, co jest dołączone do standardowej instalacji php.

Czy ktoś może wskazać mi właściwy kierunek? Jestem bardzo nowy w zabezpieczaniu danych.

EDYCJA DO ADD: Sprawdziłem z moim hostem i zainstalowałem mcrypt. Czy to właściwy kierunek, aby się przyjrzeć?

Answer 1

MCrypt może być twój przyjaciel. Należy jednak wziąć pod uwagę, że każda publicznie dostępna (i użyteczna) metoda szyfrowania wymaga klucza. Jeśli szyfrowanie AES lub szyfrowanie 3DES nie wymagało klucza podczas procesu szyfrowania, złamanie szyfrowania byłoby tylko kwestią wypróbowania każdej standardowej metody deszyfrowania, dopóki nie uzyskasz znaczącego wyniku. Dlatego przechowywanie klucza do bramki płatności wiąże się z dokładnie takim samym ryzykiem, jak przechowywanie klucza do szyfrowania. Bez względu na to, ile warstw szyfrowania chcesz dodać, na pewnym poziomie będzie musiał być klucz zapisany zwykłym tekstem, zwykle zakodowany w PHP i często w dołączonym pliku config.php, aby ułatwić zmianę w przyszłości .

Jedyną opcją dla bezpiecznego przechowywania informacji bez użycia klucza jest wymyślenie własnej metody szyfrowania. Bezpieczeństwo tej metody polega wyłącznie na tym, że nikt nie zna środków, za pomocą których szyfrujesz ciąg znaków, więc nie mają wzoru krok po kroku, aby przejść od tyłu. Jeśli kiedykolwiek komuś powiesz, jak działa szyfrowanie, bezpieczeństwo zostanie utracone. Istnieje również wiele algorytmicznych sposobów łamania prostych szyfrów (np. Zamiana liter). Właśnie dlatego matematycy otrzymują dużo pieniędzy na rozwój rzeczy takich jak AES.

Najlepiej najlepiej zajrzeć pod MCrypt Encrypt i MCrypt Decrypt. W ten sposób, jeśli tylko twój PHP jest zagrożony, wtedy zna klucz użyty do szyfrowania, ale nie ma danych.Jeśli tylko baza danych jest zagrożona, to mają dane, ale nie klucz użyty do zaszyfrowania. Jeśli obaj są narażeni na szwank, jesteś spieprzony. Ale jeśli obaj są narażeni na szwank, jesteście beznadziejni, niezależnie od tego, co robicie, więc jest to dość bezpieczna droga.

Answer 2

Z punktu widzenia bezpieczeństwa nie ma różnicy, przechowując go w plikach php lub w bazie danych, jeśli ktoś ma dostęp do plików php, ma również dostęp do bazy danych.

pracy z mcrypt nie znaczy, trzeba będzie więcej bezpieczeństwa, (jeżeli nie może odczytać pliki php mogą również zapoznać się z klucza) tak ...

Gdybym był tobą chciałbym przechowywać Klucz API w postaci zwykłego tekstu w pliku znajdującym się poza katalogiem serwera WWW.

wystarczy napisać dobry kod, powinno być dobrze.

Answer 3

Hmm, możesz wypróbować szyfrowanie AES. Problem polega na tym, że musisz zapisać skrót hasłowy (98sdfx9c6v5c) gdzieś w swoim PHP.

Insert config:

INSERT INTO config (secret_key) VALUES (AES_ENCRYPT('secret api key','98sdfx9c6v5c')); 

select config:

SELECT AES_DECRYPT(secret_key,'98sdfx9c6v5c') AS secret_url FROM config