На сегодняшний день простатит у мужчин после 35 лет развит гораздо сильно. Поэтому ...
+ развернуть текст   сохранённая копия

Второго мая компания Samsung Galaxy достигла хорошего результата в области продаж. Продажи ...
+ развернуть текст   сохранённая копия

Компания Dell известна своими ноутбуками среди покупателей всего мира. В этом году они выпустили ...
+ развернуть текст   сохранённая копия

О ... 
										

										+ развернуть текст   сохранённая копия

										


										Хабы: Информационная безопасность, Веб-разработка, Google Chrome 

О том, как Chrome мешает мне искать XSS-уязвимости.




Почему я ищу уязвимости?




Как и многие из вас, я делаю Code Review и первое, что ищу это конечно уязвимости. Когда уязвимость найдена в коде, хорошо бы проверить есть ли она на самом деле через браузер, потому что бывают «ложные тревоги». Это те случаи, когда данные уже приходят фильтрованными и XSS невозможен. Всегда полезно иметь возможность показать разработчику атаку в действии, потому что это хороший аргумент и помогает быстрее перейти к конструктивному решению проблемы, если есть сомнения, что уязвимость таки существует. Но проверку в браузере я делаю не часто — либо проблема очевидна прямо из кода, либо верят на слово. В общем искать уязвимости — это интересно.



Начало этой истории




Друг скинул ссылки на сайт, который ещё год назад имел XSS-уязвимость, о чем я писал владельцам ресурса. Стало интересно проверить снова. Проверил — XSS есть, но вот простейшего подтверждения выполнения JS я получить не смог!..







Я не ломаю сайты и не занимаюсь аудитом безопасности, поэтому возможно то, что я выяснил давно известно для специалистов, но для меня это было открытием.



Первые подозрения




Итак, стал проверять всевозможные варианты внедрения кода — но без результата. По ходу дела выяснил что и как фильтруется, какие есть проверки и прочее, но alert(1); упорно не выполнялся. По ходу дела нашелся ещё и XSRF — приятный бонус!

 Далее я расскажу как я потреля кучу времени, но выяснил одну важную особенность браузера Chrome.
										
										

										

										Тэги: auditor, chrome, cross, google, script, site, webkit, xss, аудит, безопасность, браузеры, веб-разработка, информационный, уязвимость 

										

																													
CMS DLE + uLogin. Ошибки модуля   2012-04-30 16:07:28
										

										Хабы: Информационная безопасность, PHP 

Введение.


Месяц назад, когда работал  ... 
										

										+ развернуть текст   сохранённая копия

										


										Хабы: Информационная безопасность, PHP 

Введение.


Месяц назад, когда работал с DLE и модулем uLogin заметил, что в модуле подозрительно простая проверка входящих данных и решил это проверить.



Мои подозрения подтвердились.

 Читать дальше →
										
										

										

										Тэги: dle, php, ulogin, xss, безопасность, информационный, ошибка 

																											
								


								
Страницы: ... 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 ...