![]() ![]() |
Post
#1
|
|
|
Grupa: Zarejestrowani Postów: 17 Pomógł: 0 Dołączył: 2.06.2007 Ostrzeżenie: (0%)
|
Witam
Mam pewien dylemat. Które logowanie będzie bezpieczniejsze do panelu administracyjnego CMS-a: opcja 1. logowanie przez formularz na stronie WWW (dane wysyłane metodą POST) i tworzenie ciastka o określonej ważności opcja 2. autoryzacja WWW [header("WWW-Authenticate: Basic realm=strefa chroniona")] użytkownika (tak jak np. w phpmyadmin) i pamiętanie sesji przez przeglądarkę. Pozdrawiam. Ten post edytował Saletra 2.06.2007, 13:06:21 |
|
|
|
Post
#2
|
|
|
Developer Grupa: Moderatorzy Postów: 3 045 Pomógł: 290 Dołączył: 20.01.2007 |
Jak dobrze zabezpieczysz zapytania do bazy to pierwszy sposób będzie wystarczająco bezpieczny, co do drugie rozwiązania, nie na każdym serwerze masz dostęp do plików htaccess.
Ten post edytował webdicepl 2.06.2007, 13:13:55 |
|
|
|
Post
#3
|
|
|
Grupa: Zarejestrowani Postów: 869 Pomógł: 53 Dołączył: 20.10.2003 Skąd: Przeworsk Ostrzeżenie: (0%)
|
Ja bym trzymał się pierwszego rozwiązania.
Hmm, dla spokojnego sumienia wcisnąłbym jeszcze jedno zabezpieczenia. Pomyśl twórczo ^^ |
|
|
|
Post
#4
|
|
|
Grupa: Zarejestrowani Postów: 566 Pomógł: 35 Dołączył: 21.06.2006 Ostrzeżenie: (0%)
|
Podstawa to kodowanie haseł, ja bym stawiał na nr. 1
|
|
|
|
Post
#5
|
|
|
Grupa: Zarejestrowani Postów: 109 Pomógł: 9 Dołączył: 12.03.2007 Skąd: kraków/tarnobrzeg/baranów/suchorzów Ostrzeżenie: (0%)
|
Jak już musisz tworzyć ciastko które będzie stwiedzać czy jesteś zalogowany to chociaż po ludzku je zaszyfruj żeby nikt nie mógł sobie takiego ciastka spreparować. O to też @Kildyt-owi podejrzewam chodziło (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)
jest jeszcze https które tutaj można wykorzystać i nadało by się znakomicie. Zaszyfrowane dane trudniej wykorzystać do niecnych celów niż dane które są luźnie przesyłane. No i oczywiście przez formularz bym doradzał. Uważam że [header("WWW-Authenticate: Basic realm=strefa chroniona")] jest paskudne i nieprzyjazne dla użytkownika. |
|
|
|
Post
#6
|
|
|
Grupa: Zarejestrowani Postów: 574 Pomógł: 2 Dołączył: 13.04.2004 Skąd: Lublin Ostrzeżenie: (0%)
|
A nie lepiej sesje? Nie musisz pamiętać o szyfrowaniu danych w ciastkach.
Jedyne co musisz zrobić to zabezpieczyć logowanie przez sql injection. |
|
|
|
Post
#7
|
|
|
Grupa: Zarejestrowani Postów: 255 Pomógł: 5 Dołączył: 20.03.2007 Skąd: Kraków Ostrzeżenie: (30%)
|
Ej chlopaki chlopaki. Zwykla sesja po prostu, tylko regenerujcie id po zmianie poziomu uprawnien usera (czyli np po zalogowaniu).
Wiecej: http://shiflett.org/articles/session-fixation albo poszukajcie se w googlach "session security php" PS: na przyszlosc: jak sie bedziecie takimi pierdolami zajmowac to nigdy nic nie zrobicie - proste (ale skuteczne) rozwiazania sa najlepsze |
|
|
|
Post
#8
|
|
|
Grupa: Zarejestrowani Postów: 54 Pomógł: 0 Dołączył: 19.05.2007 Skąd: Lębork Ostrzeżenie: (0%)
|
Wedlug mnie to baza wraz z ciasteczkiem (IMG:http://forum.php.pl/style_emoticons/default/cool.gif) .
Jest to takze jak dla mnie 'latwiejsze'. Pozdro |
|
|
|
Post
#9
|
|
|
Grupa: Zarejestrowani Postów: 240 Pomógł: 13 Dołączył: 1.06.2007 Skąd: Wrocław Ostrzeżenie: (0%)
|
Wedlug mnie to baza wraz z ciasteczkiem (IMG:http://forum.php.pl/style_emoticons/default/cool.gif) . Jest to takze jak dla mnie 'latwiejsze'. Pozdro A może jakieś argumenty? bo np. moim zdaniem najlepiej użyć wanny z olejem i parapetu z Hongkongu (IMG:http://forum.php.pl/style_emoticons/default/tongue.gif) A np. "baza i sesje" to są niby bez "ciasteczka"? Poza tym nie wiem co trudnego jest w sesjach... Wracając do tematu moim zdaniem do tego są sesje i tego bym użył. Posłuchaj wcześniejszych rad, jak np. ta o regeneracji. Poza tym jak aplikacje kierujesz to jakiś szczególnie mało rozgarniętych userów, to sprawdzaj i trzymaj w sesji np. IP + przeglądarkę z jakiej się logowano i sprawdzaj czy się nie zmienia, gdyby czasami user zapodał komuś linkiem razem z nr sesji. |
|
|
|
![]() ![]() |
|
Aktualny czas: 22.12.2025 - 08:15 |