Всем привет,
Нужно разработать систему защиты уровня L7 (против HTTP DDoS-атак) с использованием OpenResty. Цель — обеспечить стабильную работу сервера при высоком потоке запросов, в том числе под нагрузкой атак до уровня X.
• Отфильтровывать подозрительный и бот-трафик на уровне HTTP (L7).
• Реализовать правила для защиты от известных шаблонов атак, таких как HTTP Flood, Slowloris, и атаки с высоким количеством запросов.
• Проверка заголовков User-Agent, Cookie и других параметров для выявления ботов и подозрительных сессий.
• Анализ и обработка данных о сессиях, использование проверок JavaScript и CAPTCHA для подозрительных клиентов.
Возможно есть лучшие варианты взять за основу OpenResty или другой подход.
Антиспам 43435
Бюджет: 1000 USD Срок: 1 день
Приветствую.
Могу реализовать задачу. Есть опыт в подобном. Для указания сроков и стоимости нужно обсудить детали.
Делаю все быстро, качественно, надёжно, с гарантией. Пишите.
43435
Бюджет: 1000 USD Срок: 30 дней
43435
Могу сделать
Ежедневно предоставляю отчет о проделанной работе
В рамках повышения уровня кибербезопасности нашей инфраструктуры нам необходимо отказаться от практики хранения «вечных» и статичных API-ключей, паролей и токенов интеграций в конфигурационных файлах (.env, appsettings.json, config.yaml) наших микросервисов. Бизнес-цель: Создать единую защищенную точку хранения конфиденциальных данных (секретов) с механизмом их автоматического обновления (ротации) во внешних системах по расписанию. Другие наши сервисы будут запрашивать актуальные токены «на лету» через API, что сведет к минимуму ущерб в случае компрометации любого из компонентов системы.Модель безопасности и шифрование (Crypto Core) В базе данных ни один секрет не должен храниться в открытом виде. При старте приложения в переменные окружения передается Мастер-ключ (Master Key). Если ключ отсутствует или имеет невалидную длину, сервис должен падать на этапе инициализации с понятной ошибкой в логах. Каждый секрет шифруется перед записью в БД с использованием этого Мастер-ключа. При запросе — расшифровывается в памяти и отдается в теле ответа.Аудит-логирование (Audit Trail) Любое действие с секретами (создание, чтение сервисом, успешная или неуспешная ротация) должно записываться в отдельный лог-файл audit.log (или отдельную таблицу в БД). Строгое табу: В аудит-лог категорически запрещено записывать сами значения секретов (ни в открытом, ни в зашифрованном виде).
У нас есть выделенный сервер на hetzner с вебсайтом на докерах (+фреймворк laravel) Контакт с разработчиками потерян Необходимо: - восстановить и изменить серверные доступы (вероятно, ssh) - рекомендовать место хранения и настроить полный бэкап сервера с простым восстановлением, вероятно, не на hetzner для безопасности - пофиксить почему-то не отображаемый логотип (непонятно почему файл перестал быть доступным) Важно - бэкапа сайта нет, права на ошибку тоже. Рассмотрим только опытных специалистов.