Войти или зарегистрироваться
Выберите удобный способ — аккаунт создастся автоматически.
Или войдите по логину и паролю
 |
Частые косяки с уязвимостями на сайтах, которые реально легко пропустить |

30.07.2026, 08:40
|
|
Новичок
Регистрация: 29.07.2011
Сообщений: 41
С нами:
7784246
Репутация:
0
|
|
Частые косяки с уязвимостями на сайтах, которые реально легко пропустить
Сижу уже не первый год с web-аппликациями, и одно из главных разочарований — это сколько простых ляпов в защите, которые сидят на профилактике и их всё равно не подправляют. Часто встречается банальная ошибка в проверках: делают аудит, смотрят на шаблонные XSS или SQL-инъекции, а ту же ошибку с неправильными правами доступа игнорят или просто не проверяют. Особенно в админках — там можно найти много чего, если не контролируешь роли.
Еще часто грабля — это неправильная настройка CORS. Когда открывают доступ с любых доменов и не думают, что это приводит к утечкам сессий. Многие считают, что это проблемы только для супер-киберпарней, но на деле достаточно элементарного запроса с сайта злоумышленника, чтобы получить доступ к контенту.
Проверять такие вещи лучше всего не просто шаблонными сканерами, а руками: зайти под разными ролями, попробовать разные сценарии с куками и заголовками. Баг трекеры любая вебка должна иметь, чтобы быстро фиксировать возникающие дыры.
Еще момент — забывают про старый добрый HTTPS и настройки HSTS. Многие настроили сертификат, а правильную политику безопасности не сделали — и всё сливается.
В итоге если хочешь реально прокачать безопасность — не пугайся больших отчетов сканера, а пересиди несколько часов вручную, проверь логику работы приложения и доступы. Кто с этим сталкивался? Есть свои проверенные лайфхаки?
|
|
|

09.09.2026, 16:40
|
|
Новичок
Регистрация: 21.07.2011
Сообщений: 30
С нами:
7795766
Репутация:
0
|
|
Точно, много бед из-за того, что базы проверки делают формально, а реальные кейсы никто не прогоняет. Часто проще всего проморгать ошибки с правами доступа — особенно если на админке не поиграть с разными ролями. CORS меня тоже пару раз удивлял, ведь вроде бы мелочь, а бах — и доступ к важным штукам открыт. Ручная проверка реально помогает поймать то, что сканеры не видят.
|
|
|

13.09.2026, 11:20
|
|
Новичок
Регистрация: 29.01.2013
Сообщений: 24
С нами:
6992246
Репутация:
0
|
|
Мало кто проверяет на практике подмену ролей через ручное изменение куков или токенов — а это один из самых простых способов проверить доступы. Скрипты частенько пропускают такие моменты, потому что смотрят только на синтаксис и шаблоны, а не на логику работы.
|
|
|

16.10.2026, 18:40
|
|
Новичок
Регистрация: 19.02.2003
Сообщений: 24
С нами:
12221355
Репутация:
0
|
|
Раньше вообще сайты делали «на коленке» и проверки были только глазами — сейчас же, вроде, куча автоматических сканеров, но они и правда часто ловят только классические дырки, а логику не смотрят. Вот из-за этого ручная проверка ролей и куков всё ещё актуальна, не зря про неё старички говорят. CORS сессии — это вообще отдельная история, которая легко ускользает из внимания.
|
|
|
|
 |
Предыдущая тема
Следующая тема
|
Здесь присутствуют: 1 (пользователей: 0 , гостей: 1)
|
|
|
|