The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Обновление xinetd 2.3.15 с устранением уязвимости"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Обновление xinetd 2.3.15 с устранением уязвимости"  +/
Сообщение от opennews (??) on 10-Май-12, 12:39 
Спустя 7 лет с момента прошлого релиза доступна (http://www.xinetd.org/) новая версия проекта xinetd 2.3.15 в которой устранена  уязвимость (http://www.openwall.com/lists/oss-security/2012/05/09/5), позволяющая обойти блокировку сетевых портов межсетевым экраном. Проблема проявляется (https://bugzilla.redhat.com/show_bug.cgi?id=790940) для конфигурация xinetd с включенным сервисом tcpmux-server (тип сервиса 'type = TCPMUX' или 'type = TCPMUXPLUS'), принимающим соединение на 1 сетевом порту. Подсоединившись к 1 порту внешний запрос может быть перенаправлен к любому активному локальному сервису, даже если он закрыт для внешнего доступа межсетевым экраном. Для успешной эксплуатации в конфигурации должна быть активна опция "enable tcpmux-server", которая по умолчанию отключена.

Например, для доступа к CVS можно выполнить:


<font color="#461b7e">
   $ telnet host 1
   Trying x.x.x.x...
   Connected to host (x.x.x.x).
   Escape character is '^]'.
   cvspserver

   cvs [pserver aborted]: bad auth protocol start:
</font>

Кроме устранения уязвимости в состав новой версии включены накопившиеся патчи, ранее поддерживаемые мэйнтейнерами пакета с xinetd для Fedora Linux. Среди изменений:

-  Поддержка обработки соединений с привязкой к multicast-адресу;
-  Отключена обработка  libwrap для tcp rpc-сервисов;
-  Поддержка передачи сетевых меток (labeled networking (http://lwn.net/Articles/295379/)) в процессе контроля доступа;
-  Откорректировано использование типов, например, для времени вместо int используется ssize_t;
-  Изменены флаги сборки для минимизации излишних предупреждений.


URL: http://www.xinetd.org/
Новость: https://www.opennet.ru/opennews/art.shtml?num=33806

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Обновление xinetd 2.3.15 с устранением уязвимости"  +/
Сообщение от Аноним (??) on 10-Май-12, 12:39 
А в каких случаях нынче используется xinetd с TCPMUX?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Обновление xinetd 2.3.15 с устранением уязвимости"  +/
Сообщение от pavlinux (ok) on 10-Май-12, 14:00 
   Ports are used in the TCP to name the ends of logical connections
   which carry long term conversations.  For the purpose of providing
   services to unknown callers, a service contact port is defined.  The
   contact port is sometimes called the "well-known port".  Standard TCP
   services are assigned unique well-known port numbers in the range of
   0-255.  These ports are of limited number and are typically only
   assigned to official Internet protocols.

Собственно ради чего и придумывалось.

   This RFC defines a protocol to contact multiple services on a single
   well-known TCP port using a service name instead of a well-known
   number.  In addition, private protocols can make use of the service
   without needing an official TCP port assignment.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Обновление xinetd 2.3.15 с устранением уязвимости"  +/
Сообщение от good anon on 10-Май-12, 14:11 
А конкретный пример привести? Да по русски?
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "Обновление xinetd 2.3.15 с устранением уязвимости"  +/
Сообщение от pavlinux (ok) on 10-Май-12, 14:17 
> А конкретный пример привести? Да по русски?

Ну например раскидывание бродкаста по типам, для TV приставок -
кому-то mpeg1, кому-то mpeg2, 4, dvb, vcd...

---

SSH спрятать. Вешаешь sshd на порт 51515,
в /etc/services прописываешь: vAwPcVYjFj0jUje63CVV1FWdGLXEwNPv34Eq20CAMZQ 51515/tcp

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "Обновление xinetd 2.3.15 с устранением уязвимости"  +/
Сообщение от anonymous (??) on 10-Май-12, 14:35 
>> А конкретный пример привести? Да по русски?
> Ну например раскидывание бродкаста по типам, для TV приставок -
> кому-то mpeg1, кому-то mpeg2, 4, dvb, vcd...
> ---
> SSH спрятать. Вешаешь sshd на порт 51515,
> в /etc/services прописываешь: vAwPcVYjFj0jUje63CVV1FWdGLXEwNPv34Eq20CAMZQ 51515/tcp

Мой коммент потерли, ну да ладно. Ну так первое делается с помощью iptables + iproute2, а второе решается строчкой в Port 2222 в конфиге /etc/ssh/sshd_config
Так что нахрена нужен этот дырявый костыль, мне по-прежнему не ясно.

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

6. "Обновление xinetd 2.3.15 с устранением уязвимости"  +1 +/
Сообщение от pavlinux (ok) on 10-Май-12, 14:58 
Если всё, что ты не понимаешь, называть дырявыми костылями, тогда да - не нужен.
Ламповые компьютеры тоже не нужны?
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

7. "Обновление xinetd 2.3.15 с устранением уязвимости"  +/
Сообщение от anonymous (??) on 10-Май-12, 15:34 
Это дублирование имеющейся функциональности, при том, что в этом коде возможны ошибки с большей вероятностью (обновление раз в 7 лет), чем в ядре. При этом, я уверен, производительность оно покажет ниже, чем iptables+iproute2 на той же задаче.
Какие у этого есть use-case, с которыми не могут справиться штатные механизмы?
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

8. "Обновление xinetd 2.3.15 с устранением уязвимости"  –1 +/
Сообщение от pavlinux (ok) on 10-Май-12, 19:40 
А с чего ты взял, что правила iptables/iproute несут меньшую нагрузку?
Iptable вообще-то очень жирный костыль.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

9. "Обновление xinetd 2.3.15 с устранением уязвимости"  +/
Сообщение от Аноним (??) on 10-Май-12, 20:23 
>  А с чего ты взял, что правила iptables/iproute несут меньшую нагрузку?

Как минимум, с того, что они в ядре.

> Iptable вообще-то очень жирный костыль.

Докажите.

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

10. "Обновление xinetd 2.3.15 с устранением уязвимости"  +/
Сообщение от svn (??) on 10-Май-12, 23:17 
>Докажите.

Включи на маршрутизаторе c трафиком 50 мегабит/сек connection tracking и наблюдай в top как si жрёт CPU.

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

12. "Обновление xinetd 2.3.15 с устранением уязвимости"  +/
Сообщение от anonymous (??) on 11-Май-12, 09:34 
Уже по комментарию вида "50 мбит" видно уровень подготовки.
Нагрузку на маршрутизаторах считают не в мегабитах, а в pps.
50 мегабит ната с коннтраком прожует дир-825 с опенврт не поперхнувшись. Полноценный сервак с оптероном/ксеоном и интеловской сетевушкой способен на много большее, и 300 kpps, и выше, лишь руки были откуда надо.
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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