Ну и вдруг кто-то пропустил: https://habr.com/ru/company/jetinfosystems/blog/450780/
Хабр
Слепая простота
В этой статье я расскажу о blind XSS — это довольно простая, но зачастую очень эффективная атака на веб-приложения. Эксплуатация таких векторов атак приводит к захвату админ-панелей различных...
Всем хороших выходных: Удалённое выполнение кода в nginx
https://habr.com/ru/news/t/454364/
https://habr.com/ru/news/t/454364/
Хабр
updated: Zero-Click Server-Side RCE в njs
Известная исследовательница Алиса Шевченко alisaesage обнаружила уязвимость удаленного выполнения произвольного кода в последних версиях веб-сервера nginx. UPD: Не nginx, а njs, не уязвимость, а...
OWASP Russia на AppSec Tel Aviv https://www.youtube.com/playlist?list=PLpr-xdpM8wG9Pl8MLCdkU1Dq34Cl0NPOc
Обход rate лимита при восстановлении пароля в instagram с помощью смены айпи адреса
https://thezerohack.com/hack-any-instagram
https://thezerohack.com/hack-any-instagram
The Zero Hack
How I Could Have Hacked Any Instagram Account - The Zero Hack
This article is about how I found a vulnerability on Instagram that allowed me to hack any Instagram account without consent permission. Facebook and Instagram security team fixed the issue and rewarded me $30000 as a part of their bounty program. Facebook…
Меж тем хром выпилил xss аудитор: https://portswigger.net/daily-swig/google-deprecates-xss-auditor-for-chrome
Не прошло и n-лет, как Burp стал поддерживать веб-сокеты http://releases.portswigger.net/2019/07/professional-community-edition-2101.html
Forwarded from Neuron Hackspace
Прохладные истории про уязвимости веб-приложений от Бума
Забавные уязвимости современных веб-приложений, не современных веб-приложений и не веб-приложений тоже, от автора блога bo0om.ru
Приглашенный гость: Дмитрий Бумов
Интервью берёт: Антон Лопаницын
Чай: зеленый с жасмином, марка уточняется
Модератор: Павел Жовнер
Подробности в Телеграм-канале @neuronspace
Обсудить в Телеграм-чате @neuronspace_local
Дата: пятница 9 августа с 19:00 до 20:30
Адрес: Москва, м. Китай-город, Хохловский переулок 7/9 c2, 3 подъезд, 3 этаж. Хакспейс Нейрон.
Вход свободный
Ссылка для регистрации:
https://neuronspace.timepad.ru/event/1035260/
Забавные уязвимости современных веб-приложений, не современных веб-приложений и не веб-приложений тоже, от автора блога bo0om.ru
Приглашенный гость: Дмитрий Бумов
Интервью берёт: Антон Лопаницын
Чай: зеленый с жасмином, марка уточняется
Модератор: Павел Жовнер
Подробности в Телеграм-канале @neuronspace
Обсудить в Телеграм-чате @neuronspace_local
Дата: пятница 9 августа с 19:00 до 20:30
Адрес: Москва, м. Китай-город, Хохловский переулок 7/9 c2, 3 подъезд, 3 этаж. Хакспейс Нейрон.
Вход свободный
Ссылка для регистрации:
https://neuronspace.timepad.ru/event/1035260/
Forwarded from DC8044 F33d
Пишет Сергей Белов: "И на старуху бывает проруха" - как-то я сам попадал в такую ситуацию. И в такой же ситуации недавно оказался HackerOne (H1).
В H1 самое ценное - это сообщенные уязвимости компаниям, которые хостят у них свои багбаунти программы. И раньше уже были ошибки, которые позволяли хотя бы частично получить доступ к этим данным и эти уязвимости им сообщали через их же багбаунти программу. И все это были "обычные" технические проблемы, но вот недавно случилось довольно необычное.
В H1 есть режим аутсорса, когда:
1) Они запускают багбаунти программу
2) Их специалисты разбирают репорты и занимаются развитием программы
3) Заказчик только получает уязвимости
Так вот в шаге 2 произошел сбой. Специалист H1 получил уязвимость от исследователя, не смог воспроизвести и (!) отправил свои шаги для воспроизведения обратно исследователю. Скопировав запросы "copy as curl" из браузера и подставив в тикет. А там - все куки == сессия. Исследователь подставил их в свой браузер и попал в аккаунт специалиста H1, в котором он имел доступы до тикетов программ, в которых он работал.
И эта история - поучительная. Как крупная компания разруливает такие сложные ситуации:
1) Заплатили $20к, несмотря, что по факту что это была человеческая ошибка. Т.е. не стали приравнивать к соц инженерии, что всегда запрещено правилами
2) Очень угловой случай, так как исследователь, вместо того, чтобы просто проверить доступ, еще потыкал админку и посмотрел репорты чужих программ. Такое бывает, эйфория. H1 посмотрели, что натыкал немного и простили, но сказали - что за постэксплойтинг вообще-то бан на всей площадке и больше так никогда делать не надо. С точки зрения правил - решение спорное, но это всегда частные случаи, сами с таким сталкиваемся
3) Сделаны правильные выводы: что проблема в т.ч. техническая, что можно даже регулярками мониторить, что в тикет не подставляются сенсетивные данные, как можно захарденить сессии и т.п.
4) Из непонятного: пишут, что будут привязывать сессию к устройству. Технически из браузера этого сделать нельзя, видимо будут обязывать ставить расширения всем своим сотрудникам или подобное
5) Из забавного: забанят использование аккаунтов из некоторых стран для своих специалистов (сам исследователь - с античата, в нашей программе - топ 11). Довольно странное решение, тем более о нем вообще писать, что будут его делать :)
А вот и сам детальный разбор - https://hackerone.com/reports/745324
Оригинальный пост: https://m.facebook.com/story.php?story_fbid=10206856685733779&id=1775876441
В H1 самое ценное - это сообщенные уязвимости компаниям, которые хостят у них свои багбаунти программы. И раньше уже были ошибки, которые позволяли хотя бы частично получить доступ к этим данным и эти уязвимости им сообщали через их же багбаунти программу. И все это были "обычные" технические проблемы, но вот недавно случилось довольно необычное.
В H1 есть режим аутсорса, когда:
1) Они запускают багбаунти программу
2) Их специалисты разбирают репорты и занимаются развитием программы
3) Заказчик только получает уязвимости
Так вот в шаге 2 произошел сбой. Специалист H1 получил уязвимость от исследователя, не смог воспроизвести и (!) отправил свои шаги для воспроизведения обратно исследователю. Скопировав запросы "copy as curl" из браузера и подставив в тикет. А там - все куки == сессия. Исследователь подставил их в свой браузер и попал в аккаунт специалиста H1, в котором он имел доступы до тикетов программ, в которых он работал.
И эта история - поучительная. Как крупная компания разруливает такие сложные ситуации:
1) Заплатили $20к, несмотря, что по факту что это была человеческая ошибка. Т.е. не стали приравнивать к соц инженерии, что всегда запрещено правилами
2) Очень угловой случай, так как исследователь, вместо того, чтобы просто проверить доступ, еще потыкал админку и посмотрел репорты чужих программ. Такое бывает, эйфория. H1 посмотрели, что натыкал немного и простили, но сказали - что за постэксплойтинг вообще-то бан на всей площадке и больше так никогда делать не надо. С точки зрения правил - решение спорное, но это всегда частные случаи, сами с таким сталкиваемся
3) Сделаны правильные выводы: что проблема в т.ч. техническая, что можно даже регулярками мониторить, что в тикет не подставляются сенсетивные данные, как можно захарденить сессии и т.п.
4) Из непонятного: пишут, что будут привязывать сессию к устройству. Технически из браузера этого сделать нельзя, видимо будут обязывать ставить расширения всем своим сотрудникам или подобное
5) Из забавного: забанят использование аккаунтов из некоторых стран для своих специалистов (сам исследователь - с античата, в нашей программе - топ 11). Довольно странное решение, тем более о нем вообще писать, что будут его делать :)
А вот и сам детальный разбор - https://hackerone.com/reports/745324
Оригинальный пост: https://m.facebook.com/story.php?story_fbid=10206856685733779&id=1775876441
HackerOne
HackerOne disclosed on HackerOne: Account takeover via leaked...
# Incident Report | 2019-11-24 Account Takeover via Disclosed Session Cookie
*Last updated: 2019-11-27*
## Issue Summary
On November 24, 2019 at 13:08 UTC, HackerOne was notified through the...
*Last updated: 2019-11-27*
## Issue Summary
On November 24, 2019 at 13:08 UTC, HackerOne was notified through the...