-
PHP
(
http://www.devprotalk.com/forumdisplay.php?f=9)
| Ilija Studen |
09. 11. 2006. 17:20 |
Citat:
Originalno napisao ivanhoe
ovaj problem se elegantno resava ajaxom...samo osvezis sesiju svakih 15-20 minuta tako sto cimnes neku skriptu na serveru.. ne mora naravno XMLHttpRequest da se koristi, moze obicna slika kojoj se setuje novi src sa setTimeout...
|
Zaboravih na ovu foru. Čak ne mora ni Ajax, dovoljan je iframe sa meta refresh koji otvara blanko stranicu koja samo osveži sesiju i umre. Time nema JS zavisnosti.
Citat:
Originalno napisao ivanhoe
takodje za login je odlicna ideja da se generise novi session id kod svakog pristupa, pri cemu se pazi da jedan korisnik ne moze da ima 2 sesije otvorene istovremeno... napadac mora da uzme friski SID i da ga iskoristi pre korisnika da bi mogao da pristupi sajtu, ali onda korisnik dobije login formu i nakon sto se uloguje, napadac je opet izlogovan..
|
Ovo je dobra ideja. S ovim bih se mogao malo poigrati...
Citat:
Originalno napisao ivanhoe
sto se provere user-agenta tice, meni se to cini kao nepotreban trud...onaj ko moze da mazne SID, moze i da pogleda koji je user-agent u pitanju, a ionako ljudi masovno koriste IE pa nije tesko cak i pogoditi.. daleko korisnije bi bilo kad bi mogla da se proverava IP adresa, jer tu nema prevare...ali to je diskutabilno zbog ljudi/firmi koje koriste farme proxija, pa im se ip menja..
|
Zato rekoh "posoljeni" user agent. Npr, prilikom instalacije skripta napravi neki random string od X karaktera i to koristi kao prefiks za user agent, a u cookie čuva dadatni parametar koji je hash od tog random stringa + vrednost UA. Pošto skripta zna i jedno i drugo lako je da rekonstruiše hash i proveri da li se poklapa sa ovim u cookie-ju... Napadaču nedostaje random string, a ako hoće da bruteuje hash samo nek izvolu :)
Meni je zanimljiva vaijanta kod Raiffeisen ebankinga je što ti iskoči popup minut pre nego što ti sesija istekne i pita da li da je osveži (ova druga varijanta što je Blues predložio). Uglavnom beskorisno pošto to uradi uvek kada nisam za kompom :) |
| Kenny |
21. 11. 2006. 18:47 |
Sta bi bio SQL Injection? Takoder prijatelj mi je rekao da ne koristim:
jer ce potencijalni hacker namjerno upisati nesto pogresno, pa ce mu izbacit liniju koda gdje se nalazi taj query i sl, ne znam ja sad to objasniti, da li je to ok? I oko sql injectiona gdje treba paziti? |
| ivanhoe |
22. 11. 2006. 05:55 |
^^ hehe, ako nastavis da postavljas ovakva pitanja bice "Who killed Kenny" :D
potrazi brate malo po netu, ne budi lenj... ima gomila textova o SQL Injectionu, i o tome da ne treba printati detaljne greske korisnicima...
|
| salebab |
22. 11. 2006. 12:43 |
Prvo, trebas da napises kod koji ne dozvoljava korisniku da izazove neki error na bilo koji nacin. To je onda klasican bug. Postoji gomila teksta o filtiranju podataka koji dolaze spolja, pa pretrazuj.
A drugo, korisnika ne treba da zanimaju greske. Dovoljno je samo da im ostavis neku ovakvu poruku: "**** happens, try latter", ili nesto humanije, a da mysql_error upises u neki .txt fajl za koji ces samo ti znati gde se nalazi :)
Pozdrav!
|
| Kenny |
22. 11. 2006. 15:14 |
Citat:
Originalno napisao ivanhoe
^^ hehe, ako nastavis da postavljas ovakva pitanja bice "Who killed Kenny" :D
..
|
:D
hvala svima :1043: |
| Vreme je GMT +2. Trenutno vreme je 23:59. |
|
Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.
Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.
