The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Релиз http-сервера Apache 2.4.33. Фонду Apache исполнилось 19 лет

27.03.2018 09:55

Состоялся релиз HTTP-сервера Apache 2.4.33, в котором представлено 55 изменений, в том числе устранено 7 неопасных уязвимостей, большинство из которых может привести к краху рабочего процесса при обработке определённых запросов. Выпуски 2.4.30, 2.4.31 и 2.4.32 были отменены, следом за 2.4.29 сразу опубликован релиз 2.4.33.

Исправленные уязвимости:

  • CVE-2018-1283 - возможность переопределения содержимого передавамой CGI-скрипту переменной окружения "HTTP_SESSION" через отправку HTTP-заголовка "Session" (в скрипт поступают контролируемые пользователем данные из заголовка "Session" вместо данных от mod_session). Проблема проявляется только в конфигурациях с включенной опцией "SessionEnv on", которая не активна по умолчанию;
  • CVE-2017-15710 - запись за пределы буфера при обработке в mod_authnz_ldap специально оформленных данных, переданных через заголовок Accept-Language. Уязвимость проявляется при активности настройки AuthLDAPCharsetConfig и позволяет инициировать крах рабочего процесса;
  • CVE-2018-1303 - ошибка в коде разбора HTTP-заголовков в mod_cache_socache может привести к краху рабочего процесса из-за попытки чтения из области за пределами буфера;
  • CVE-2018-1301 - крах при обработке очень больших HTTP-заголовков. Практическая возможность эксплуатации уязвимости отмечается только в системах с включенным при сборке режимом отладки и отладочным уровнем логов (LogLevel);
  • CVE-2017-15715 - по умолчанию движок регулярных выражений в блоках FilesMatch при указании '$' привязывал окончание строки к символу перевода строки, а не к концу полной строки с именем файла (символ перевода строки мог использоваться для скрытия хвоста имени файла от проверки регулярным выражением). В новом выпуске символ '$' в FilesMatch всегда охватывает всё имя файла, но данной поведение можно изменить при помощи директивы 'RegexDefaultOptions';
  • CVE-2018-1312 - генерация ненадёжных векторов инициализации (nonce) в mod_auth_digest, которая могла привести к осуществлению атак, основанных на повторном использовании вектора инициализации (Replay attack), на серверах с типовым доменом Digest;
  • CVE-2018-1302 - крах рабочего процесса при обрыве потока HTTP/2 при определённом стечении обстоятельств. Проблема достаточно трудна в эксплуатации и воспроизводима только в отладочных сборках.

Из изменений можно отметить:

  • В состав добавлен новый экспериментальный модуль mod_md, разработанный проектом Let's Encrypt для автоматизации получения и обслуживания сертификатов с использованием протокола ACME (Automatic Certificate Management Environment). При помощи mod_md можно упростить процесс сопровождения сертификатов на серверах с большим числом сайтов или в системах массового хостинга. При наличии mod_md пользователям не нужно заботиться об обновлении сертификатов, модуль сам получит необходимые сертификаты в сервисе Let’s Encrypt при первом запуске, организует их загрузку в mod_ssl (указание директив SSLCertificate* не требуется) и периодически будет обновлять сертификаты при приближении к истечению срока действия;
  • В mod_ssl добавлена возможность извлечения значений SSL DN в неизменном виде, без конвертации в UTF-8. Подобные значения сохраняются в переменные, заканчивающиеся на "_RAW";
  • В mod_proxy_fcgi добавлена поддержка параметров flushwait и flushpackets, управляющих сбросом выходного буфера;
  • В mod_proxy обеспечена возможность передачи настроек для глобально определённого балансировщика нагрузки через блок ProxyPass в секции VirtualHost;
  • В mod_remoteip добавлена поддержка протокола PROXY;
  • В mod_proxy и mod_ssl реализована возможность определения своих конфигураций TLS для разных бэкендов через директивы SSLProxy* в секции Proxy;
  • В mod_proxy_uwsgi представлен субмодуль с реализацией UWSGI-прокси;
  • В mod_proxy_balancer и mod_slotmem_shm переработан код для повторного использования и удаления данных в разделяемой памяти;
  • В mod_rewrite обеспечено добавление заголовка Vary, если результат условной операции равен истине и соответствующий RewriteRule задействован в контексте Directory (приводит ко внутреннему редиректу);
  • В mod_proxy_html обеспечено игнорирование документов, размером меньше 4 байт, и представлен тип документа (doctype) для HTML 5.

Дополнительно можно отметить празднование 24 лет с момента первого выпуска http-сервера Apache и 19 лет с момента основания некоммерческой организации Apache Software Foundation, на которую были возложены вопросы юридической и финансовой поддержки разработчиков. Дополнительной целью организации было создание нейтральной и доверительной платформы для разработки развиваемого силами сообщества программного обеспечения. Сообщество Apache перестало быть ориентированным только на создание http-сервера и переросло в движение, объединяющее близкие по духу проекты (лицензия Apache, единые правила разработки, единая культура общения, общая инфраструктура).

За 19 лет с момента основания Apache Software Foundation число развиваемых в рамках Apache проектов увеличилось до 373 (319 первичных и 54 в инкубаторе), охватывающих такие области как машинное обучение, обработка больших объёмов данных, управление сборкой, облачные системы, управление контентом, DevOps, IoT, разработка мобильных приложений, серверные системы и web-фреймворки. Разработку курируют 6618 коммитеров, из которых 504 подключились за последний год. Кодовая база всех проектов Apache насчитывает более 190 миллионов строк.

  1. Главная ссылка к новости (https://www.mail-archive.com/a...)
  2. OpenNews: Выпуск http-сервера Apache 2.4.29
  3. OpenNews: Выпуск http-серверов Apache 2.4.28 и cowboy 2.0
  4. OpenNews: Проект Let's Encrypt представил модуль для http-сервера Apache
  5. OpenNews: Уязвимости в Apache httpd и Apache Tomcat
  6. OpenNews: HTTP-серверу Apache исполнилось 15 лет
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/48335-apache
Ключевые слова: apache, httpd
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (10) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (-), 10:25, 27/03/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Последний абзац самый интересный
     
  • 1.3, Ilya Indigo (ok), 10:40, 27/03/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > В состав добавлен новый экспериментальный модуль mod_md...

    Этого больше всего ждал.

     
     
  • 2.12, пох (?), 21:37, 27/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Этого больше всего ждал.

    а то ж так дыр не хватало, нужны свеженькие?

     

  • 1.4, ryoken (ok), 10:46, 27/03/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    > Выпуски 2.4.30, 2.4.31 и 2.4.32 были отменены, следом за
    > 2.4.29 сразу опубликован релиз 2.4.33.

    Неужто ещё остались люди, не покусанные хромом..? :)

     
     
  • 2.6, ssh (ok), 12:59, 27/03/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Неужто ещё остались люди, не покусанные хромом..? :)

    Хронумерацией вы хотели сказать? :)

     

  • 1.7, Аноним (-), 13:38, 27/03/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Все утро искал, за что бы выпить. И вот тут очень кстати апачу 19 лет.
     
     
  • 2.11, srgaz (?), 19:01, 27/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Поддерживаю!
     

  • 1.8, depeche (??), 14:01, 27/03/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Имхо конечно, но не вижу смысла использовать Apache-вебсервер на всем более-менее нормальном, не легаси. Жутко не нравится, когда его ставят в зависимости в пакеты, которые и без него отлично могут жить.
     
     
  • 2.13, пох (?), 21:40, 27/03/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Имхо конечно, но не вижу смысла использовать Apache-вебсервер на всем более-менее нормальном

    per-directory управление. Причем per request, не требующее явной переконфигурации сервера.
    Ничего кроме апача (и немного IIS), увы, на это не способно.

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

     
  • 2.14, FSA (??), 11:55, 28/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ну почему же. Apache удобен для тех, кто раздаёт т.н. Shared-хостинг. Можно дать пользователям .htaccess и они будут им рулить как им нужно. А вот с nginx как сделать, непонятно. Да и если сделаешь, то надо документацию писать, потом её юзерам читать... т.е. клиент реально уйдёт туда, где есть Apache, по которому решений в интернете пруд пруди, а с популярными движками нужный файл уже поставляется и ничего выдумывать не надо.
    Другое дело, если у тебя свой сайт или несколько на отдельной машине (пусть и виртуальной). Зачем там Apache, когда им рулит ограниченное количество людей, мне тоже не понятно. При большой нагрузке всё равно надо будет nginx снаружи ставить.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру