Szeroka Perspektywa Full-Stack Web Developmentu: Dane wrażliwe

0:00W tej lekcji chciałbym powiedzieć Ci więcej na temat przechowywania wrażliwych

0:04informacji, w szczególności haseł i różnego rodzaju danych, które mogą być

0:09przechowywane w sposób, który nie powinien być dostępny nawet Tobie.

0:14Jak się pewnie domyślasz, w momencie, gdy

0:16rozwijasz aplikacja ta aplikacja posiada bazę danych.

0:19To naturalnie Ty jako jej twórca możesz

0:21się do niej zalogować i odczytać wszystkie dane, które się w niej znajdują.

0:25Jednak dane takie jak chociażby hasła użytkowników powinny być przechowywane w

0:30sposób, który nie będzie czytelny nawet dla twórców aplikacji.

0:34No i oczywiście dla osób, które

0:36ewentualnie uzyskają nieautoryzowany dostęp do tych danych.

0:40Z tego powodu musisz wiedzieć, że w momencie, gdy użytkownik rejestruje się do

0:44Twojej aplikacji, a Ty zapisujesz jego dane w bazie, to informacje takie jak jego

0:49hasło powinno zostać zaszyfrowane w sposób jednostronny.

0:53Inaczej mówiąc, powinno zostać zachowane.

0:56Oznacza to mniej więcej tyle, że

0:57bezpośrednio w Twojej bazie danych dane wpisane w formularzu, czyli np.

1:02mój adres email oraz hasło.

1:04Oczywiście 1, 2, 3, 4 powinny w bazie

1:06danych być przechowywane w następującej formie.

1:10Adres email oczywiście jest możliwy do

1:12odczytania i z tym nie ma najmniejszego problemu.

1:15Ale już w przypadku hasła użytkownika mamy do czynienia z takim oto ciągiem znaków.

1:20Co więcej, pomimo tego, że posiadałby

1:22wszelkie dostępne klucze, które wykorzystałem do tego, aby przygotować

1:26taki hash, i tak nie jestem w stanie odwrócić tego procesu.

1:30Oznacza to mniej więcej tyle, że nawet jeżeli dane użytkowników wypłyną, to

1:34oczywiście będzie to oznaczało dla nas spore kłopoty.

1:37Ale jednocześnie ich dane będą bezpieczne.

1:40Tym bardziej, jeżeli weźmiemy pod uwagę,

1:42że wiele użytkowników wykorzystuje to samo hasło np.

1:46do poczty email.

1:47I tym samym wejście w posiadanie tego

1:49jednego hasła da mi bezpośredni dostęp do tego adresu email, a co za tym idzie do

1:54możliwości resetowania hasła w niemal wszystkich serwisach.

1:57Myślę, że na tym etapie doskonale już

2:00rozumiesz, na ile istotne jest to, aby odpowiednio obsłużyć proces kasowania

2:04hasła i przechowywania go w odpowiedni sposób.

2:07Naturalnie istnieje tutaj więcej przypadków, kiedy możemy mieć potrzebę

2:11przechowania informacji w bazie danych, natomiast w momencie, gdy faktycznie

2:15będzie taka potrzeba, myślę, że będziesz w stanie samodzielnie to ocenić.

2:19Z drugiej jednak strony może dojść do

2:21sytuacji, w której będziesz potrzebować przesłać informacje np.

2:25pomiędzy różnymi serwerami, które do Ciebie należą.

2:28Mogą to być np.

2:29dwie różne usługi, które należą do Twojego pracodawcy, bądź np.

2:34jakiegoś partnera, z którym współpracujecie.

2:36W takiej sytuacji teoretycznie można

2:38byłoby przesłać dane po prostu w formie plain tekstu, ale jednocześnie jeżeli

2:43byłyby to dane w pewien sposób wrażliwe, to warto byłoby się dodatkowo

2:47zabezpieczyć, aby w momencie, gdy z jakiegoś powodu zostaną te informacje

2:51przechwycone w momencie przesyłania, to i tak w takiej sytuacji będą bezużyteczne.

2:57W tym celu wykorzystujemy Encrypt, czyli

2:59proces, który jest podobny do hakowania, z tą różnicą, że szyfrowana informacja może

3:04zostać szyfrowana, o ile posiadamy w tym przypadku odpowiedni klucz.

3:09I teraz załóżmy, że serwer pierwszy wysyła informacje do serwera drugiego.

3:13Na etapie samego przesyłania informacja ta jest niemożliwa do odczytania i dopiero w

3:18momencie, gdy trafia na nasz docelowy serwer, gdzie znajduje się klucz, który

3:23jest taki sam jak ten, który został wykorzystany do zaszyfrowania tej

3:26informacji, to będziemy w stanie wykorzystać go do

3:29tego, aby odczytać zawartość przesłanych danych.

3:33Myślę, że różnica pomiędzy jednym a drugim

3:35szyfrowaniem jest w tym momencie dla Ciebie jasna.

3:38Poza tym chciałbym jeszcze zwrócić tutaj

3:40uwagę na jeden aspekt dotyczący szyfrowania danych.

3:43Mianowicie już o tym wspominałem i też

3:45będę wspominał o tym wielokrotnie, ale w momencie gdy będziesz usuwać informacje na

3:50temat użytkowników ze swojej bazy, to w wielu przypadkach zamiast fizycznie

3:54pozbywać się danych i też jakiegokolwiek śladu po nich, po upewnieniu się, że

3:59możesz tego dokonać, lepiej wykorzystać proces anonimizacji danych użytkowników,

4:04czyli po prostu doprowadzenia do sytuacji, że informacja została w sposób

4:08nieodwracalny zaszyfrowana, czy też w ogóle zniszczona ze względu na to, że w

4:13tym przypadku teoretycznie pod tym hasłem kryje się jakaś informacja, do której być

4:18może komputery w przyszłości będą w stanie się dokopać.

4:21Natomiast jednocześnie, jeżeli

4:22wykorzystali byśmy tutaj funkcję losująca do tego, aby podmienić adres email

4:27użytkownika, no to siłą rzeczy nie byłoby tutaj czego odwracać.

4:31Z drugiej jednak strony może okazać się,

4:33że takie niszczenie danych nie będzie wskazane lub też po prostu niepotrzebne.

4:37Z tego powodu możesz wykorzystać hakowanie

4:40do tego, aby właśnie w ten sposób zaszyfrować jakieś informacje użytkownika,

4:44a potem wykorzystując odpowiednie narzędzia np.

4:47porównywać dane wprowadzone z

4:48użytkownikiem z informacjami, które w ten sposób zostały zachowane i teoretycznie

4:53nie są już dla Ciebie dostępne, ale nadal możesz sprawdzić, czy np.

4:57w historycznie w bazie danych kiedykolwiek.

5:00Tak czy inaczej te wszystkie elementy są

5:02czymś, czemu zdecydowanie warto poświęcać uwagę.

5:05Absolutne minimum w tym obszarze, które

5:08musisz opanować jest zachowanie haseł użytkowników.

5:11Natomiast szyfrowanie informacji w celu np.

5:15takiego przesyłania ich pomiędzy serwerami jest już kwestią opcjonalną.

5:20Natomiast oczywiście w niektórych przypadkach może okazać się krytyczne.

5:24I teraz jeżeli przejdziemy do edytora

5:26kodu, to mamy tutaj przykład wykorzystania pakietu crypto oraz tutaj dwie funkcje, z

5:31czego jedna służy szyfrowaniu informacji, a druga jej szyfrowaniu.

5:36Oczywiście zachęcam Cię do tego, aby

5:38zapoznać się z tym kodem nieco bliżej i też zajrzeć sobie do dokumentacji i

5:42przykładów szyfrowania danych i odszyfrowania w ten sposób.

5:45Natomiast szczerze mówiąc w moim przypadku

5:47korzystam zwykle z tych dostępnych pakietów po to, aby w prosty sposób

5:52wykorzystać sobie funkcje szyfrujące i odszyfrować.

5:55Jedyne co muszę zadbać o to, aby klucz,

5:58które wykorzystuję do szyfrowania był przechowywany w sposób bezpieczny.

6:02Naturalnie w tym przypadku jest to

6:04całkowicie losowy wygenerowany ciąg znaków.

6:07Tak czy inaczej, jeżeli teraz przejdziemy

6:08sobie do konsoli, a następnie wykonamy ten skrypt, to widzisz, że w momencie

6:13szyfrowania tego tekstu zamienia się on w ciąg znaków, który jest zasadniczo

6:17praktycznie nie jest możliwy do odszyfrowania bez posiadania klucza.

6:21Aczkolwiek ten klucz w tym przypadku

6:23dostępny jest wewnątrz metody odpowiedzialnej za odszyfrowanie i dzięki

6:27temu jesteśmy w stanie w następnej linii odczytać zaszyfrowane wcześniej dane.

6:32Myślę, że na ten moment śmiało możesz

6:33potraktować to jako ciekawostkę, albo przynajmniej zapisać sobie ten skrypt na

6:37wypadek, gdy zajdzie potrzeba, aby wykorzystać go w praktyce.

6:41Wcześniej jednak polecam zapoznać się z

6:43nim nieco bliżej, aby upewnić się, że rzeczywiście odpowiada on Twoim potrzebom.

6:48Z kolei jeżeli chodzi o ten najważniejszy temat, czyli hakowanie haseł, to pomimo

6:53tego, że o tym będziemy sobie jeszcze mówić w tym celu w ekosystemie mądrze

6:57jest, aczkolwiek i nie tylko wykorzystujemy bibliotekę Big Red

7:01o tym, jak konkretnie będziemy mogli wykorzystywać ją do tego, aby szyfrować

7:05bezpiecznie hasła i w tej formie przechowywać je w bazie danych, a

7:09następnie też wykorzystać do logowania użytkownika.

7:13Właśnie poprzez metodę Compare, która porównuje hasło przekazane przez

7:17użytkownika do jego zachowanej formie pochodzącej z bazy danych.

7:21O tym jednak w kontekście naszej aplikacji będziemy sobie jeszcze mówić.

7:25W związku z tym nie będę tutaj swoje dodawał.

7:28Tymczasem jeżeli chodzi o bezpieczne

7:30przechowywanie informacji w bazie danych, to by było na tyle.

7:33Natomiast zanim zakończymy, chciałbym

7:35zwrócić jeszcze uwagę na jeden ostatni element, mianowicie już o tym wspominałem

7:40w jednej z poprzednich lekcji, ale zawsze dbaj o to, aby użytkownicy mieli dostęp

7:45wyłącznie do tych danych, do których rzeczywiście posiadają uprawnienia.

7:49Możesz wykorzystywać najlepsze techniki kasowania informacji i oczywiście wręcz

7:53jest to konieczne, ale tak naprawdę jednocześnie musisz zwracać uwagę na to,

7:58jakie informacje trafiają do Twojego klienta oraz nawet też nie tylko to, co

8:02zostaje mu wyświetlone, ale też co trafia do Twojej przeglądarki w formie np.

8:07ciasteczek, informacji przechowywanych w

8:09lokalu czy też po prostu w zakładce Network.

8:12Wszystko to, co potencjalnie trafia do

8:15Twojego klienta może zostać wykorzystane i trzeba mieć to na uwadze.

8:19W związku z tym raz jeszcze proszę, aby temat bezpieczeństwa traktować bardzo

8:23poważnie i jeżeli czujesz, że w tym obszarze potrzebujesz nieco więcej wiedzy,

8:28zachęcam Cię do zapoznania się z pozostałymi materiałami na.

8:31Edu.

8:32PL, bądź też nawet poszerzać wiedzę na ten temat w innych źródłach.

8:36Tymczasem w tym temacie z mojej strony to by było na tyle.

8:39W związku z tym zapraszam Cię do kolejnej lekcji.