LINUX - tworzenie konta uzytkownika z poziomu PHP Opcje

[grohu]

czy mozna utworzyc konto uzytkownika z poziomu php (IMG:http://forum.php.pl/style_emoticons/default/questionmark.gif) ?

polecenia linuxowe mozna wywolywac przez funkcje system().

polecenia typu system("ls /home") dzialaja prawidlo,
jednak system("adduser nowy_uzytkownik") nie dziala jak
powinno.
na pewno chodzi o uprawnienia do tworzenia nowych kont.

czy istnieje jakis inny sposob zeby przez skrypt php
utworzyc konto uzytkownika pod linuxem (bedac rootem)

(IMG:http://forum.php.pl/style_emoticons/default/questionmark.gif) ?

[adwol]

Po 1 to co ile minut bedziesz odpalal ten skrypt?

Np. co minute.

zeby bylo online musisz co minute a jakie wtedy bedzie obciazenie?

Niewielkie. Ile zajmuje połączenie się z bazą, wydanie jednego prostego zapytania, ew. ustawienie kilku haseł? (Nie wierzę żeby w ciągu minuty nagle chciało zmieniać hasło aż tyle osóB).

Jak sprawdzisz czy poprzednio podane haslo jest prawidlowe?

Użytkownik musi podać stare i nowe hasło. Mogą być oba wrzucane do bazy i skrypt z crona sprawdza czy jest poprawne lub lepiej może robić to sam skrypt w phpie i odrzucać próby zmiany hasła gdy obecne hasło jest błędne.

A odpalenie skryptu co 10 minut zeby nie obciazac servera moze spowodowac panike wsrod uzytkownikow ze zadne haslo im juz nie dziala. To by bylo tzw: Security by obscurity.

Dlaczego niby panikę? Zawsze któreś działa. Jeśli nie nowe to jeszcze stare.
Poza tym nie widzę tu security by obscurity. Wiesz co to pojęcie oznacza? Zabezpieczanie czegoś przez ukrycie lub zagmatwanie mechanizmu działania a tym samym i ew. błędów. Całość bazuje na tym, że atakujący nie wie jak zaatakować bo nie zna zasad jakie obowiązują. Klasyczny przykład SbO to umieszczanie klucza do drzwi pod wycieraczką.

Widzialem takie systemy gdzie wszystkie hasla co 5 minut generowaly sie z mysqla do /etc/passwd i /etc/shadow

Generowanie co najwyżej kilku haseł co minutę obciąża system, ale już generowanie całej bazy co 5 minut tego nie robi, tak?

latwo ukrasc wszystkie hasla uzytkownikow przy najkmniejszym bledzie w programoie czy konfiguracji

Takie niebezpieczeństwo istnieje zawsze jeśli nie ma odpowiednich zabezpieczeń lub jeśli się popełni błąd. A jeśli chodzi o ścisłość to Twoje rozwiązanie pod tym względem akurat jest gorsze bo zawsze trzymasz wszystkie hasła w bazie, więc ewentualne włamanie do niej powoduje ich utrate. Moje natomiast trzyma hasła tylko na chwile (do minuty) i tylko te które są zmieniane. Później są usuwane i w stanie ustalonym baza jest pusta.