Статистика уязвимостей web-приложений за 2008 год

Источник: securitylab

Введение

Консорциум  Web Application Security Consortium (WASC) представляет статистику уязвимостей Web-приложений за 2008 год (WASC Web Application Security Statistics Project 2008) и выражает благодарность следующим экспертам и компаниям, внесшим свой вклад в развитие проекта:
Sergey Gordeychik* (POSITIVE TECHNOLOGIES)
Jeremiah Grossman (WHITEHAT SECURITY)
Mandeep Khera (CENZIC)
Matt Latinga (HP APPLICATION SECURITY CENTER)
Chris Wysopal (VERACODE)
Shreeraj Shah (BLUEINFY)
Lawson Lee (dns)
Campbell Murray (ENCRIPTION LIMITED)
Dmitry Evteev (POSITIVE TECHNOLOGIES)
*Project Leader

Методика

Данная публикация содержит обзорную статистику уязвимостей Web-приложений, полученную в ходе работ по тестированиям на проникновение, аудитов безопасности и других работ, проводимых Компаниями, входящими в консорциум WASC в 2008 году. Всего статистика содержит данные о 12186 сайтах, в которых было обнаружено 97554 уязвимости различной степени риска.
В результате собранных данных было получено 4 набора данных:

  • суммарная статистика по всем видам работ;
  • статистика по автоматическому сканированию;
  • статистика по оценке защищенности методом черного ящика;
  • статистика по оценке защищенности методом белого ящика.

Данные автоматического сканирования содержат информацию по полностью автоматизированному сканированию без предварительной настройки (со стандартным профилем) сайтов хостинг-провайдера. При анализе этой информации следует учитывать, что далеко не все сайты используют интерактивные элементы. Кроме того, дополнительная экспертная настройка сканера под конкретное Web-приложение позволяет существенно повысить эффективность обнаружения уязвимостей.

Статистика по оценке защищенности методом черного ящика содержит результаты работ по ручному и автоматизированному анализу Web-приложений, без предварительного получения какой либо информации об исследуемом приложении. Как правило, такие работы включают сканирование с предварительными настройками и ручной поиск уязвимостей недоступных автоматическим сканерам.

Статистика по оценке защищенности методом белого ящика содержит результаты работ по наиболее глубокому анализу Web-приложений. Такие работы включают в себя анализ приложения от имени авторизованного пользователя и анализ исходных кодов, помимо всех тех проверок, которые выполняются при обследовании приложения методом черного ящика.

Обнаруженные уязвимости классифицировались согласно Web Application Security Consortium Web Security Threat Classification (WASC WSTCv2). Критичность уязвимости, оценивалась согласно CVSSv2 (Common Vulnerability Scoring System version 2) с дальнейшим приведением к степеням риска стандарта по защите информации в индустрии платежных карт PCI DSS (Payment Card Industry Data Security Standard) согласно методике (Приложение 1).

Резюме

Всего в представленную статистику вошли данные по 12186 Web-приложениям, в которых было обнаружено 97554 уязвимости различной степени риска. Анализ полученных данных показывает, что более 13% (Web-приложения, содержащие уязвимости Brute Force Attack, Buffer Overflow, OS Commanding, Path Traversal, Remote File Inclusion, SSI Injection, Session Fixation, SQL Injection, Insufficient Authentication, Insufficient Authorization, выявленные при проведении автоматизированных сканирований) всех проанализированных сайтов может быть скомпрометировано полностью автоматически.

Около 49% Web-приложений содержат уязвимости высокой степеней риска (Urgent и Critical), обнаруженные при автоматическом сканировании систем (Т.1). Однако при детальной ручной и автоматизированной оценке методом белого ящика вероятность обнаружения таких уязвимостей высокой степени риска достигает 80-96%. Вероятность же обнаружения уязвимостей степени риска выше среднего (критерий соответствия требованиям PCI DSS) составляет более 86% при любом методе работ. В то же время при проведении более глубокого анализа 99% Web-приложений не удовлетворяет требованиям стандарта по защите информации в индустрии платежных карт (T.6, Рис.13).

На основании проведенного анализа можно сделать следующие выводы:

  • Наиболее распространенными уязвимостями являются "Межсайтовое выполнение сценариев" (Cross-site Scripting), различные виды утечки информации (Information Leakage), "Внедрение операторов SQL" (SQL Injection), "Расщепление HTTP-запроса" (HTTP Response Splitting).
  • Вероятность обнаружения критичной ошибки в динамическом Web-приложении составляет порядка 49% при проведении автоматического сканирования и 96% при всестороннем экспертном анализе методом белого ящика;
  • Уязвимости, связанные с недостатками администрирования встречается на 20% чаще, чем уязвимости связанные с ошибками в разработке систем;
  • До 99% Web-приложений не удовлетворяет требованиям стандарта по защите информации в индустрии платежных карт, а 48% не соответствуют критериям ASV-сканирования по PCI DSS.
  • Детальный анализ методом белого ящика позволяет в среднем идентифицировать до 91 уязвимостей высокой степени риска на одно Web-приложение, в то время как автоматизированное сканирование - только 3.
  • По сравнению с 2007 годом снизилось число сайтов содержащих распространенные уязвимости SQL Injection и Cross-site Scripting на 13 и 20% соответственно, однако, число сайтов содержащих различные виды утечки информации возросло на 24%. С другой стороны, вероятность автоматической компрометации узлов возросла с 7 до 13%.

Анализ данных

Всего в представленную статистику вошли данные по 12186 Web-приложениям, в которых было обнаружено 97554 уязвимости различной степени риска.

Общий анализ

В Т.1 и на Рис.1 представлены данные по вероятности обнаружения уязвимостей различной степени риска, выявленные в ходе аудитов и путем автоматизированного сканирования.

Так, при проведении автоматических сканирований было выявлено до 86% сайтов, содержащих от одной до нескольких уязвимостей не ниже среднего уровня риска (Urgent-High). При оценке Web-приложений методами черного и белого ящика, аналогичный показатель увеличился до 92-98% соответственно.

В значительной степени полученные результаты связанны с тем, что при детальном анализе оценка риска более адекватна и учитывает не только тип уязвимости, но и реальные последствия её эксплуатации с учетом архитектуры и реализации приложения. Кроме того, важным фактором является то, что при автоматическом сканировании участвовали сайты хостинг-провайдера, в некоторых случаях не содержащие активного контента, в то время как работы по оценке защищенности, как правило, проводятся для приложений содержащих сложную бизнес-логику. То есть результаты автоматизированных сканирований можно интерпретировать как данные для среднестатистического Интернет-сайта, в то время как работы проводимые методами BlackBox и WhiteBox больше относятся к интерактивным корпоративным Web-приложениям.


Рисунок 1. Вероятность обнаружения уязвимостей различной степени риска

T. 1 Вероятность обнаружения уязвимостей различной степени риска

 

ALL 

Scans

BlackBox

WhiteBox

Urgent

18,77%

16,70%

19,69%

50,00%

Critical

45,22%

39,25%

74,76%

92,00%

High

72,27%

73,09%

58,51%

62,00%

Medium

36,56%

40,19%

12,05%

24,00%

Low

29,69%

34,45%

0,10%

4,00%

U+C

55,50%

49,40%

79,73%

96,00%

U+C+H

95,79%

95,60%

95,66%

98,84%

Наиболее распространенными уязвимостями являются Cross-Site Scripting, Information Leakage, SQL Injection, Insufficient Transport Layer Protection, Fingerprinting  и HTTP Response Splitting  (Рис. 2). Как правило, уязвимости типа Cross-Site Scripting,  SQL Injection и HTTP Response Splitting возникают по причине ошибок в разработке систем, в то время как Information Leakage, Insufficient Transport Layer Protection и Fingerprinting зачастую связаны с недостаточно эффективным администрированием (например, разграничением доступа) в системах.

 
Рисунок 2. Наиболее распространенные уязвимости в Web-приложениях (% Vulns ALL)

 
Рисунок 3. Вероятность обнаружения наиболее распространенных уязвимостей Web-приложений (% Sites ALL)


Рисунок 4. Процент уязвимостей от общего числа (% Vulns ALL)

Рассматривая природу возникновения уязвимостей в целом (в соответствии с классификацией в Приложении 2), получим, что на 20% чаще встречаются уязвимости, связанные с недостаточно эффективным администрированием (Рис. 5). В тоже время, на один сайт приходиться до четырех проблем связанных с недостатками администрирования и до восьми уязвимостей, связанных с ошибками в разработке систем (Т.2).

T. 2 Вероятность обнаружения уязвимостей по природе возникновения

 

No. of Vulns 

No. of Sites

% Vulns

% Sites

No. Vulns on Site

Vulnerability in administration

41859

10347

42,91%

84,91%

4,05

Vulnerability in code

55695

7023

57,09%

57,63%

7,93


Рисунок 5. Вероятность обнаружения уязвимостей по природе возникновения

При детальном анализе Web-приложений методами BlackBox и WhiteBox ощутимый процент сайтов оказались уязвимы также для Content Spoofing и Path Traversal (Рис. 6). Причем вероятность обнаружения уязвимостей типа SQL Injection при таком подходе к анализу защищенности достигает 19% (Рис. 7).


Рисунок 6. Наиболее распространенные уязвимости в Web-приложениях (% Vulns BlackBox & WhiteBox)


Рисунок 7. Вероятность обнаружения наиболее распространенных уязвимостей Web-приложений (% Sites BlackBox & WhiteBox)


Рисунок 8. Процент уязвимостей от общего числа (% Vulns BlackBox & WhiteBox)

Если анализировать распространенность уязвимостей высокого степени риска при детальном обследовании Web-приложения (Рис. 9), то здесь наиболее часто встречаются ошибки типа "Предсказуемое значение идентификатора сессии" (Credential/Session Prediction). Также широко распространены ошибки  "Внедрение операторов SQL" (SQL Injection), "Чтение произвольных файлов" (Path Traversal) и ошибки в реализации и настройке систем авторизации и аутентификации.


Рисунок 9. Вероятность обнаружения наиболее кричных уязвимостей Web-приложений (% Sites BlackBox & WhiteBox)

Если рассматривать вероятность обнаружения уязвимости с точки зрения воздействия на посетителей Web-ресурса и воздействия на Web-сервер (в соответствии с классификацией в Приложении 2), то наиболее распространенны уязвимости на стороне Web-сервера (Рис. 10). В тоже время, распределение уязвимостей по типу воздействия на один сайт не равномерно и во многом зависит от используемого способа поиска уязвимостей (Рис.11).


Рисунок 10. Вероятность обнаружения уязвимости по типу воздействия


Рисунок 11. Распределение уязвимостей на один сайт при использовании различных методов их поиска (No. Vulns on Site)

T. 3 Уязвимости по типу воздействия

 

No. of Vulns 

No. of Sites

% Vulns

% Sites

No. Vulns on Site

ALL Stat (Server-Side)

50856

10125

52,13%

83,09%

5,02

ALL Stat (Client-Side)

46698

7580

47,87%

62,20%

6,16

Scans (Server-Side)

19746

8922

55,60%

85,40%

2,21

Scans (Client-Side)

15767

6607

44,40%

63,24%

2,39

BlackBox (Server-Side)

4260

804

23,77%

76,86%

5,30

BlackBox (Client-Side)

13665

747

76,23%

71,41%

18,29

WhiteBox (Server-Side)

17700

145

63,73%

96,67%

122,07

WhiteBox (Client-Side)

10072

117

36,27%

78,00%

86,09

Анализ данных в контексте требований PCI DSS

Рассматривая наборы полученных данных уязвимых Web-приложений в контексте соответствия требованиям стандарта по защите информации в индустрии платежных карт PCI DSS, можно выделить те из них (Т.4), которые относятся к устранению конкретных уязвимостей в Web-приложениях. Кроме того, PCI DSS Technical and Operational Requirements for Approved Scanning Vendors (ASVs) содержит в себе схожие требования, но затрагивает только процесс ASV-сканирования по PCI (Т.5).

T. 4 Требования стандарта PCI DSS, регламентирующие обязательное устранение конкретных уязвимостей в Web-приложениях

Требование PCI DSS v.1.2

 Процедура 

6.5.1 Cross-site scripting (XSS)

6.5.1 Cross-site scripting (XSS) (Validate all parameters before inclusion.)

6.5.2 Injection flaws, particularly SQL injection. Also consider LDAP and Xpath injection flaws as well as other injection flaws.

6.5.2 Injection flaws, particularly SQL injection
(Validate input to verify user data cannot modify meaning of commands and queries.)

6.5.3 Malicious file execution

6.5.3 Malicious file execution (Validate input to verify application does not accept filenames or files from users.)

6.5.5 Cross-site request forgery (CSRF)

6.5.5 Cross-site request forgery (CSRF) (Do not reply on authorization credentials and tokens automatically submitted by browsers.)

6.5.6 Information leakage and improper error handling

6.5.6 Information leakage and improper error handling (Do not leak information via error messages or other means.)

6.5.7 Broken authentication and session management

6.5.7 Broken authentication and session management (Properly authenticate users and protect account credentials and session tokens.)

6.5.9 Insecure communications

6.5.9 Insecure communications (Properly encrypt all authenticated and sensitive communications.)

T. 5 Требования PCI DSS Technical and Operational Requirements for Approved Scanning Vendors (ASVs), регламентирующие обязательное выявление конкретных уязвимостей в Web-приложениях при проведении ASV-сканирования

Требования Technical and Operational Requirements for Approved Scanning Vendors (ASVs) v.1.1

 Процедура 

Web Server Check

The ASV scanning solution must be able to test for all known vulnerabilities and configuration issues on web servers. New exploits are routinely discovered in web server products. The ASV scanning solution must be able to detect and report known exploits.

Browsing of directories on a web server is not a good practice. The ASV scanning solution must be able to scan the web site and verify that directory browsing is not possible on the server.

The ASV scanning solution must be able to detect all known CGI vulnerabilities.

Custom Web Application Check

The ASV scanning solution must be able to detect the following application vulnerabilities and configuration issues:
• Unvalidated parameters which lead to SQL injection attacks
• Cross-site scripting (XSS) flaws

Оценивая полученную статистику собранных данных по приведенным критериям в Т.4 и Т.5, будут получены данные, представленные в Т.6, на Рис. 12 - Рис. 14.

T. 6 % сайтов, не соответствующих требованиям стандарта PCI DSS при оценке Web-приложений различными методами

Требование PCI DSS v.1.2

Суммарная доля не соответствия, ALL (% Sites)

Доля не соответствия при Scans (% Sites)

Доля не соответствия при BlackBox (% Sites)

Доля не соответствия при WhiteBox (% Sites)

6.5.1 Cross-site scripting (XSS)

38,45%

37,66%

56,41%

58,67%

6.5.2 Injection flaws, particularly SQL injection. Also consider LDAP and Xpath injection flaws as well as other injection flaws.

14,55%

12,70%

19,31%

64,00%

6.5.3 Malicious file execution

0,94%

0,08%

1,05%

8,67%

6.5.5 Cross-site request forgery (CSRF)

1,32%

0,02%

7,93%

0,67%

6.5.6 Information leakage and improper error handling

66,67%

74,05%

38,24%

54,00%

6.5.7 Broken authentication and session management

7,62%

0,52%

30,98%

71,33%

6.5.9 Insecure communications

34,42%

39,96%

0,00%*

17,33%

Требование Technical and Operational Requirements for Approved Scanning Vendors (ASVs) v.1.1

 

 

 

 

Web Server Check

Не применимо

5,73%

Не применимо

Не применимо

Custom Web Application Check

Не применимо

44,92%

Не применимо

Не применимо

* При проведении оценки защищенности Web-приложений методом черного ящика уязвимости данного класса не вносились в отчетные документы по результатам проводимых работ. Это связано с тем, что при проведении работ данным методом внимание аудиторов было направлено на наиболее опасные уязвимости.

 
Рисунок 12. Распределение сайтов, не удовлетворяющих требованиям стандарта PCI DSS


Рисунок 13. Уровень соответствия анализируемых Web-приложений требованиям стандарта PCI DSS (QSA)


Рисунок 14. Уровень соответствия анализируемых Web-приложений требованиям стандарта PCI DSS (ASV)

Таким образом, при проведении ASV-сканирования в отношении Web-приложений около 48% из них не удовлетворяют требованиям стандарта PCI DSS. В то же время при проведении более глубокого анализа 99% Web-приложений не удовлетворяет требованиям стандарта по защите информации в индустрии платежных карт.

Сравнение методов анализа защищенности

Если провести сравнение полностью автоматических сканирований с ручной и автоматизированной оценкой методами черного и белого ящика, то явно видно отставание автоматического сканирования при обнаружении наиболее опасных ошибок (Рис. 15).


Рисунок 15. Распределение вероятности обнаружения уязвимостей по методу их поиска

Если рассматривать такой показатель, как количество обнаруженных уязвимостей на один сайт (Т.7), то детальный анализ позволяет в среднем идентифицировать до 91 уязвимостей высокой степени риска на одно приложение, в то время как автоматизированное сканирование - только 3 (Рис. 16).

T. 7 Количество уязвимостей на один сайт

Threat rank

 ALL 

Scans

BlackBox

WhiteBox

Urgent

3,90

2,70

8,00

18,04

Critical

8,11

2,85

16,66

91,30

High

4,02

1,47

4,92

147,02

Medium

1,10

1,02

1,87

3,86

Low

1,01

1,01

1,00

1,33

ALL

8,01

3,40

17,14

185,15


Рисунок 16. Количество уязвимостей на один сайт

На Рис.1, Рис.15 и Рис.16 наглядно показано значительное отставание результатов автоматизированных сканирований и результатов оценки Web-приложений методом черного ящика от наиболее глубокого поиска уязвимостей методом белого ящика. Это свидетельствует о том, что использование способа поиска уязвимостей методом белого ящика в значительной степени является более эффективным по сравнению с другими способами.

Приложение 1: Методика оценки степени риска

T. 8 Методика оценки степени риска

Threat Classification

Basic CVSS Score

PCI DSS Risk

Abuse of Functionality  

4 (AV:N/AC:H/Au:N/C:P/I:P/A:N)

Medium

Brute Force Attack

6.8 (AV:N/AC:M/Au:N/C:P/I:P/A:P)

Critical

Buffer Overflow 

10 (AV:N/AC:L/Au:N/C:C/I:C/A:C)

Urgent

Content Spoofing 

5 (AV:N/AC:L/Au:N/C:N/I:P/A:N)

High

Credential/Session Prediction 

6.8 (AV:N/AC:M/Au:N/C:P/I:P/A:P)

Critical

Cross-Site Scripting 

6.4 (AV:N/AC:L/Au:N/C:P/I:P/A:N)

Critical

Cross-Site Request Forgery 

5 (AV:N/AC:L/Au:N/C:N/I:P/A:N)

High

Denial of Service 

7.8 (AV:N/AC:L/Au:N/C:N/I:N/A:C)

High

Format String Attack 

10 (AV:N/AC:L/Au:N/C:C/I:C/A:C)

Urgent

HTTP Request Splitting  

6.4 (AV:N/AC:L/Au:N/C:P/I:P/A:N)

Critical

HTTP Response Splitting  

6.4 (AV:N/AC:L/Au:N/C:P/I:P/A:N)

Critical

HTTP Request Smuggling  

6.4 (AV:N/AC:L/Au:N/C:P/I:P/A:N)

Critical

HTTP Response Smuggling  

6.4 (AV:N/AC:L/Au:N/C:P/I:P/A:N)

Critical

Integer Overflow

10 (AV:N/AC:L/Au:N/C:C/I:C/A:C)

Urgent

LDAP Injection 

10 (AV:N/AC:L/Au:N/C:C/I:C/A:C)

Urgent

Mail Command Injection 

5 (AV:N/AC:L/Au:N/C:N/I:P/A:N)

High

OS Commanding 

10 (AV:N/AC:L/Au:N/C:C/I:C/A:C)

Urgent

Path Traversal

7.8 (AV:N/AC:L/Au:N/C:C/I:N/A:N)

Critical

Predictable Resource Location 

5 (AV:N/AC:L/Au:N/C:P/I:N/A:N)

High

Remote File Inclusion

10 (AV:N/AC:L/Au:N/C:C/I:C/A:C)

Urgent

Routing Detour  

5 (AV:N/AC:L/Au:N/C:P/I:N/A:N)

High

SOAP Array Abuse  

7.8 (AV:N/AC:L/Au:N/C:N/I:N/A:C)

High

SSI Injection 

10 (AV:N/AC:L/Au:N/C:C/I:C/A:C)

Urgent

Session Fixation 

6.8 (AV:N/AC:M/Au:N/C:P/I:P/A:P)

Critical

SQL Injection 

10 (AV:N/AC:L/Au:N/C:C/I:C/A:C)

Urgent

URL Redirectors 

2.6 (AV:N/AC:H/Au:N/C:N/I:P/A:N)

Medium

XPath Injection 

10 (AV:N/AC:L/Au:N/C:C/I:C/A:C)

Urgent

XML Attribute Blowup 

5 (AV:N/AC:L/Au:N/C:P/I:N/A:N)

High

XML External Entity 

5 (AV:N/AC:L/Au:N/C:P/I:N/A:N)

High

XML Entity Expansion 

5 (AV:N/AC:L/Au:N/C:P/I:N/A:N)

High

XML Injection 

7.5 (AV:N/AC:L/Au:N/C:P/I:P/A:P)

Critical

XQuery Injection 

10 (AV:N/AC:L/Au:N/C:C/I:C/A:C)

Urgent

Application Misconfiguration 

5.1 (AV:N/AC:H/Au:N/C:P/I:P/A:P)

Medium

Directory Indexing 

5 (AV:N/AC:L/Au:N/C:P/I:N/A:N)

High

Fingerprinting 

0 (AV:N/AC:L/Au:N/C:N/I:N/A:N)

Low

Improper Parsing  

10 (AV:N/AC:L/Au:N/C:C/I:C/A:C)

Urgent

Improper Permissions 

10 (AV:N/AC:L/Au:N/C:C/I:C/A:C)

Urgent

Information leakage 

5 (AV:N/AC:L/Au:N/C:P/I:N/A:N)

High

Insecure Indexing  

5 (AV:N/AC:L/Au:N/C:P/I:N/A:N)

High

Insufficient Anti-automation 

4 (AV:N/AC:H/Au:N/C:P/I:P/A:N)

Medium

Insufficient Authentication 

6.8 (AV:N/AC:M/Au:N/C:P/I:P/A:P)

Critical

Insufficient Authorization 

6.8 (AV:N/AC:M/Au:N/C:P/I:P/A:P)

Critical

Insufficient Data Protection

5 (AV:N/AC:L/Au:N/C:P/I:N/A:N)

High

Insufficient Process Validation 

4 (AV:N/AC:H/Au:N/C:P/I:P/A:N)

Medium

Insufficient Session Expiration 

6.8 (AV:N/AC:M/Au:N/C:P/I:P/A:P)

Critical

Insufficient Transport Layer Protection

4 (AV:N/AC:H/Au:N/C:P/I:P/A:N)

Medium

Server Misconfiguration 

5.1 (AV:N/AC:H/Au:N/C:P/I:P/A:P)

Medium

Приложение 2: Используемая дополнительная классификация уязвимостей

T. 9 Классификация уязвимостей по природе возникновения и типу воздействия

Threat Classification

Vulnerability in

Impact

Abuse of Functionality  

code

server-side

Brute Force Attack

administration

server-side

Buffer Overflow 

code

server-side

Content Spoofing 

code

client-side

Credential/Session Prediction 

code

server-side

Cross-Site Scripting 

code

client-side

Cross-Site Request Forgery 

code

client-side

Denial of Service 

administration

server-side

Format String Attack 

code

server-side

HTTP Request Splitting  

code

client-side

HTTP Response Splitting  

code

client-side

HTTP Request Smuggling  

administration

client-side

HTTP Response Smuggling  

administration

client-side

Integer Overflow

code

server-side

LDAP Injection 

code

server-side

Mail Command Injection 

code

server-side

OS Commanding 

code

server-side

Path Traversal

code

server-side

Predictable Resource Location 

administration

server-side

Remote File Inclusion

code

server-side

Routing Detour  

code

server-side

SOAP Array Abuse  

code

server-side

SSI Injection 

code

server-side

Session Fixation 

code

server-side

SQL Injection 

code

server-side

URL Redirectors 

code

client-side

XPath Injection 

code

server-side

XML Attribute Blowup 

code

server-side

XML External Entity 

code

server-side

XML Entity Expansion 

code

server-side

XML Injection 

code

server-side

XQuery Injection 

code

server-side

Application Misconfiguration 

administration

server-side

Directory Indexing 

administration

server-side

Fingerprinting 

administration

server-side

Improper Parsing  

code

server-side

Improper Permissions 

administration

server-side

Information leakage 

administration

server-side

Insecure Indexing  

administration

server-side

Insufficient Anti-automation 

code

server-side

Insufficient Authentication 

code

server-side

Insufficient Authorization 

code

server-side

Insufficient Data Protection

administration

server-side

Insufficient Process Validation 

code

server-side

Insufficient Session Expiration 

code

server-side

Insufficient Transport Layer Protection

administration

client-side

Server Misconfiguration 

administration

server-side


Страница сайта http://test.interface.ru
Оригинал находится по адресу http://test.interface.ru/home.asp?artId=22178