![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 44 Pomógł: 0 Dołączył: 12.03.2010 Ostrzeżenie: (0%) ![]() ![]() |
Logowanie KIERUNKOWE z "dziedziczeniem" (IMG:style_emoticons/default/questionmark.gif) ?
Założenia: Jest ok. 80 użytkowników wzajemnie nie mogący poznawać informacji obcych. Jest stworzonych dla nich ok. 80 stron tylko z ICH informacjami. Strony są identyczne i wyświetlają dane zaczerpnięte z bazy danych MySQL o strukturze podobnej do: userzy NrUsera----Wzrost----KolorOczu----Waga 50-----------181---------czarne--------89 23-----------169---------zielone--------71 72-----------192---------fiolkowe-------97
Chodzi o stworzenie bardzo PROSTEGO formularza logowania w którym LOGIN odpowiadałby numerowi Usera (NrUsera) [zgodność hasła dla tego loginu sprawdzona ma być w bazie MySQL] i numer tego USERA wklejony byłby do SELECT'u w miejsce "NrUsera = 72" -- (w tym przypadku wartość "72"). Umożliwiłoby to stworzenie jednej strony dla moich ok. 80 użytkowników. Warunek: w jednym czasie może wejść trzech lub nawet więcej użytkownikow... Jeżeli ktoś ma genialny (i prosty) pomysł to będe wdzięczny. And |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Moderatorzy Postów: 4 362 Pomógł: 714 Dołączył: 12.02.2009 Skąd: Jak się położę tak leżę :D ![]() |
Andrzej. To o czym mówisz to naprawdę podstawy podstaw PHP i SQL. Jeśli na tym etapie sie wywalasz juz to przy trudniejszych zagadnieniach po prostu zaliczysz "zgon programistyczny". Sprawdzenie loginu i hasła poprzez porównanie z bazą to jedne z pierwszych rzeczy jakich ludzie się uczą przy pisaniu portalu. Od ich finezji i zdolności jedynie stopień bezpieczeństwa calego logowania zależy lub bajery dodatkowe jak choćby sprawdzenie dostępności loginu w bazie (o którego mechanizm zresztą choćby dziś miałem pytanie na PW).
@kuzdo. Sól dodatkowa z bazy to niby dodatkowe zabezpieczenie, ale tak naprawdę nie zmienia ona wiele. Czemu? Skoro ktoś wyrwal z bazy hashe, to automatycznie także dobrał się do tych soli i tym samym są one nic nie warte, bo będzie on tę sól dodawał raz z jednej, a raz z drugiej strony hasła do momentu uzyskania dokładnie takiego hasha jaki z bazy wyciągnął. Można mu to jedynie utrudnić jeśli nie dorwał sie do plików w serwisie poprzez to co już dodałeś, czyli kolejna sól, przechowywana choćby w plikach połączenia z bazą, czy ogólnie konfiguracyjnych. Innym rozwiązaniem jest coś, co nazywam "solą dzieloną", bo w sumie nie spotkałem się z taką implementacją soli w skryptach rejestracji. Formalnie wygląda to jak jedna sól, choć działa podobnie jak dwie. O co mi biega? Masz sól w postaci wieloznakowej (może być to jakiś hash) jako jeden ciąg, ale skrypt rejestracji/logowania dzieli go sobie na dwa mniejsze w określonym miejscu i jedną część dokłada jako prefix, a drugą jako postfix. |
|
|
![]() ![]() |
![]() |
Aktualny czas: 3.10.2025 - 20:56 |