- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Всем привет, а кто нибудь сталкивался с nginx-naxsi? кто нибудь настраивал?
Полгода назад ставил. Вообще, с nginx знаком вполне, но после установки naxsi-модуля что-то полетело, ужас.
Удалил нафиг этот naxsi, а сам nginx перестал работать, что только не пробовал.
Из бэкапа восстанавил систему, нафиг.
Этот модуль, по сути, бесполезен. Лучше вручную прописать скрипты, очищающие входные данные от пользователя.
Всем привет, а кто нибудь сталкивался с nginx-naxsi? кто нибудь настраивал?
Через некоторое время после установки, был замечен следующий неприятный эффект: на довольно посещаемом форуме с какой-то долей вероятности, пользователи началаи получать пустую страницу, взвыли, начали плеваться, пришлось прекратить опыты.
Решили, что модуль еще недостаточно оттестирован на freebsd, на котрой и проводились опыты...
Неадекватный
VGrey,
спасибо за отзывы.
Ставить надо там, где нельзя влиять на качество кода, во всех остальных случаях лучше убирать уязвимости на уровне скриптов.
У меня на одном из серверов Debian работает стабильно.
(1) Вообще, с nginx знаком вполне, но после установки naxsi-модуля что-то полетело, ужас.
(2) Удалил нафиг этот naxsi, а сам nginx перестал работать, что только не пробовал.
(1) и (2) выглядят противоречащими: больше похоже на то, что "знакомы" с nginx вы куда как "не в полне".
Этот модуль, по сути, бесполезен. Лучше вручную прописать скрипты, очищающие входные данные от пользователя.
Почему бесполезен? Скрипты ведь надо написать еще, а если используются какие-то CMS "общего назначения"? Если нет программиста?
Через некоторое время после установки, был замечен следующий неприятный эффект ...
Решили, что модуль еще недостаточно оттестирован на freebsd, на котрой и проводились опыты...
Ну и где баг? Версия-то хоть какая?
ТС, есть mod_security апача. Он существует давно, работает достаточно предсказуемо, хоть и сложен в настройке. Попробуйте его. Что толку от советов анонимов, которые даже версию ПО вам не назвали (а оное довольно активно развивается) или модуль nginx удалить не в состоянии? :)
ТС, есть mod_security апача. Он существует давно, работает достаточно предсказуемо, хоть и сложен в настройке. Попробуйте его. Что толку от советов анонимов, которые даже версию ПО вам не назвали (а оное довольно активно развивается) или модуль nginx удалить не в состоянии? :)
я не использую apache, nginx+php-fpm связка) ну придется на уровне скрипта всё делать :)
я не использую apache
Ну так используйте :)