am o problema

Secţiune dedicată începatorilor.

Moderatori: Moderatori, Start Moderator

dupont
Average Member
Mesaje: 106
Membru din: Lun Sep 27, 2010 3:55 pm

am o problema

Mesajde dupont » Sâm Noi 06, 2010 12:19 pm

cum fac sa securizez sursa ? pentru SQL ijection etcc?



Avatar utilizator
Birkoff
Senior Member
Mesaje: 6380
Membru din: Joi Mar 18, 2004 2:34 pm
Localitate: Bucuresti
Contact:

Mesajde Birkoff » Sâm Noi 06, 2010 12:37 pm

ai
1) )
2)
3) (open source)
4) Vrei un magazin virtual la cheie, usor de folosit, cu api-uri incluse pentru maximizarea vanzarilor si multe alte facilitati? Da un semn si discutam.

nevvermind
Senior Member
Mesaje: 1264
Membru din: Mar Iun 22, 2010 3:17 pm

Mesajde nevvermind » Sâm Noi 06, 2010 3:40 pm

Mai omule, nu mai pune titluri din astea atat de confuze. Ai o problema... Toti avem o problema cand postam, de aia si postam. Scrie in titlu o propozitie care reprezinta problema. Mai faci si de doua ori aceeasi prostie.

Un titlu bun ar fi fost "Protejare cod-sursa impotriva atacului SQL-"ijection".

De capul meu, ti-era sters postul imediat prin alte parti.
De-as fi eu moderator v-as sterge aberatiile astea, astfel incat sa va ganditi de doua ori inainte sa postati si sa va verificati postarile ca nu cumva sa fie sterse din senin.

Am o problema... :roll:

Avatar utilizator
Arein
Junior Member
Mesaje: 31
Membru din: Mar Oct 19, 2010 10:13 pm
Localitate: Chisinau
Contact:

Mesajde Arein » Sâm Noi 06, 2010 10:13 pm

Pentru a evita o posibilă exploatare a vulnerabilităţii SQL Injection în aplicaţia web, este necesar de a prelucra toate datele ce parvin de la utilizatori la următoarele simboluri:

1. Ghilimelele atât simple cât şi duble (‘, “, `). Cu ajutorul acestora în majoritatea cazurilor se efectuează injectarea codului SQL.
2. Simbolurile de comentarii specifice SGBD anumit (/*,–). Cu ajutorul acestora poate fi omisă o parte din interogare.
3. Simbolurile ce împart instrucţiunile SQL ( ; ). Prezenţa acestui simbol permite de a forma mai multe cereri la baza de date.
4. Deasemenea datele ar trebui să fie verificate la prezenţa şi la alte simboluri (_,%,*).
5. În cazul când în cererea SQL se utilizează date numerice primite de la utilizatori, înainte de a le plasa în cererea SQL acestea ar trebui aduse la tipul numeric:
$id=(int)$id;
6. În cazul când în cererea SQL se utilizează date de tip şir de caractere primite de la utilizatori, înainte de a le plasa în cererea SQL acestea ar trebui prelucrate la simboluri speciale. Cea mai bună practică - este formarea expresiilor regulate.

Concluzii

Pentru a evita prezenţa acestei vulnerabilităţi este nevoie de a prelucra la simboluri speciale absolut toate datele ce parvin de la utilizatori. În această categorie intră parametrii GET, POST şi chiar cookie.
Sursa : link din mesajul lui Birkoff

Deci pentru inceput taie accesul utilizatorilor la situl tau pt un timp.
Pune-i sa bifeze, sa aleaga cu butoane radio etc, sa introduca text numai unde e necesar.
http://php.net/manual/en/function.htmlspecialchars.php <<

Ceea ce nu poti coda, taie!! Scoate toate semenele din string, lasa numa' cratima si punctul!!! :D

Avatar utilizator
Sim Master
Average Member
Mesaje: 189
Membru din: Dum Aug 22, 2010 4:31 pm
Localitate: Timisoara
Contact:

Mesajde Sim Master » Sâm Noi 06, 2010 11:08 pm


cristi.md
PHPRomania Supporter
Mesaje: 11
Membru din: Sâm Noi 06, 2010 9:47 pm

Mesajde cristi.md » Sâm Noi 06, 2010 11:46 pm


Avatar utilizator
Birkoff
Senior Member
Mesaje: 6380
Membru din: Joi Mar 18, 2004 2:34 pm
Localitate: Bucuresti
Contact:

Mesajde Birkoff » Dum Noi 07, 2010 2:24 am

1) )
2)
3) (open source)
4) Vrei un magazin virtual la cheie, usor de folosit, cu api-uri incluse pentru maximizarea vanzarilor si multe alte facilitati? Da un semn si discutam.


Înapoi la “PHP Incepători”

Cine este conectat

Utilizatori ce ce navighează pe acest forum: Niciun utilizator înregistrat și 19 vizitatori