В консольном проигрывателе звуковых mp3-файлов mpg123 обнаружена уязвимость "переполнение буфера", допускающая возможность выполнения произвольного кода из mp3-файла.

>>> Подробности

В Новости это сообщение не пропустили из-за давности, но на l.o.r я этой ссылки не видел: http://secunia.com/advisories/11129/

Перевод:

Дыра в zlib позволяет злоумышленникам провести DoS-атаку против уязвимых приложений.

Уязвимость вызвана недостаточным контролем ошибок в функциях "inflate()" и "inflateBack()". Это может быть причиной DoS-атаки на любое приложение, слинкованное с этой библиотекой.

Уязвимость обнаружена в библиотеке zlib 1.2.1. Вероятно в других версиях она тоже есть.

Для раздела новостей - это вроде, как офтопик, вот решил запостить этот прикол здесь.

Появился троянец, дефейсящий web-сайты под windows призывом использовать linux. :)))

http://www.avinfo.ru/modules.php?op=modload&name=News&file=article&am...

Локальный пользователь может заменить ссылками на произвольные файлы временные файлы утилиты mysqlhotcopy из состава MySQL, чтобы повысить свои привилегии.

>>> Подробности

SecurityLab.ru сообщает о 2-х уязвимостях в Adobe Acrobat Reader для Linux/Unix, приводящих к возможности выполнить произвольный код из документа PDF.

>>> Подробности

SecurityLab.ru сообщает об уязвимостях в KDE 3.2.3 и более ранних, позволяющих локальному пользователю при манипуляциях с временными файлами KDE изменять в сторону повышения привилегии, получать доступ к учётным записям других пользователей; удалённому пользователю с помощью HTML-кода - подменять Web-сайты.

>>> Подробности

Здравствуйте.
ОС linux RedHat 7.3, звуковая карта Creative ViBRA16X. Если у кого есть рабочий /etc/modules.conf под эту карточку, покажите здесь, пожалуйста.
Спасибо.

Пpеподователь в театpальном вузе - студенту компьютеpщику:

- Hежность надо изобpазить! Hежность! А не эту идиотскую ухмылку! Hу, пpедставте, что вы смотpите на монитоp с OS/2. Хоpошо. Вот так лучше. А тепеpь пpедставте на монитоpе "Юникс". Бpаво! Отлично! Сам Станиславский был бы доволен. А тепеpь изобpазите чувство негодования. Опять не получается. Хоpошо. Пpедставте на монитоpе Windows 95. Я пpосил негодование, а не взpыв бешенства. Ладно. Тогда пpедставте на монитоpе Windows 3.11. Это скепсис, а не негодование. Пpедставте тогда Windows NT. Мне не нужна ласковая улыбка! Мне нужно негодование! Hу, давайте вообpазим на монитоpе Internet Explorer. О! Hегодование сыгpано отлично! Hу и наконец сами изобpазите мне какое-нибудь чувство, пpедставив на экpане "Лексикон". Молодой человек! Hе надо блевать в аулитоpии!

Едyт в одном вагоне четвеpо пpогpаммистов и четвеpо пользователей. У пользователей четыpе билета на четвеpых, а y пpогpаммистов один. Пpиходит поpа пpедъявлять билеты. Пpогpаммисты запиpаются в тyалете, пpиходит контpолеp. Стyчится, из соpтиpа высовывается pyка и пpотягивает билет. Контpолеp yходит. Пользователи все видят и им завидно. Едyт все те же пользователи и пpогpаммисты обpатно. Hо на этот pаз y пользователей один билет на четвеpых, а y пpогpаммистов - ни одного. Пpиходит поpа пpовеpки билетов. Пользователи запиpаются в соpтиp. Пpиходит один из пpогpаммистов и стyчится в двеpь. Емy высовывают билет. Он беpет билет, пpогpаммисты запиpаются в дpyгом соpтиpе. Пpиходит контpолеp...

Моpаль: не всякий алгоpитм, pазpаботанный системным пpогpаммистом, подходит для pядового пользователя.

Здравствуйте.
Подскажите, если кто знает, что за трафик валит от одного клиента?

[root@server root]# tcpdump -i eth2|grep host.domain.ru
tcpdump: listening on eth2
17:36:12.867403 host.domain.ru.3579 > 185.118.lpoy.fi.microsoft-ds: S 676359051:676359051(0) win 64240 <mss 1460,nop,nop,sackOK>
17:36:12.897403 host.domain.ru.3395 > 215.231.246.99.microsoft-ds: S 667513425:667513425(0) win 64240 <mss 1460,nop,nop,sackOK>
17:36:12.997403 host.domain.ru.3401 > 213.141.118.136.microsoft-ds: S 667789330:667789330(0) win 64240 <mss 1460,nop,nop,sackOK>
17:36:13.097403 host.domain.ru.3402 > 137.118.lpoy.fi.microsoft-ds: S 667848916:667848916(0) win 64240 <mss 1460,nop,nop,sackOK>
17:36:13.097403 host.domain.ru.3403 > 138.118.lpoy.fi.microsoft-ds: S 667910122:667910122(0) win 64240 <mss 1460,nop,nop,sackOK>
17:36:13.167403 host.domain.ru.3595 > 20.3.225.218.microsoft-ds: S 677122811:677122811(0) win 64240 <mss 1460,nop,nop,sackOK>
17:36:13.197403 host.domain.ru.3404 > 139.118.lpoy.fi.microsoft-ds: S 667999491:667999491(0) win 64240 <mss 1460,nop,nop,sackOK>
17:36:13.197403 host.domain.ru.3406 > 73.164.232.138.microsoft-ds: S 668043982:668043982(0) win 64240 <mss 1460,nop,nop,sackOK>
17:36:13.327403 host.domain.ru.3600 > 47.33.85.63.microsoft-ds: S 677417110:677417110(0) win 64240 <mss 1460,nop,nop,sackOK>
17:36:13.327403 host.domain.ru.3601 > 167.220.254.90.microsoft-ds: S 677482450:677482450(0) win 64240 <mss 1460,nop,nop,sackOK>
17:36:13.497403 host.domain.ru.3415 > 213.141.118.144.microsoft-ds: S 668573459:668573459(0) win 64240 <mss 1460,nop,nop,sackOK>
17:36:13.497403 host.domain.ru.3416 > 9.251.128.231.microsoft-ds: S 668625512:668625512(0) win 64240 <mss 1460,nop,nop,sackOK>
17:36:13.517403 host.domain.ru.3607 > 130.243.65.122.microsoft-ds: S 677850831:677850831(0) win 64240 <mss 1460,nop,nop,sackOK>
17:36:13.577403 host.domain.ru.3609 > 213.141.118.199.microsoft-ds: S 677950974:677950974(0) win 64240 <mss 1460,nop,nop,sackOK>
17:36:13.587403 host.domain.ru.3610 > 213.141.118.200.microsoft-ds: S 678013810:678013810(0) win 64240 <mss 1460,nop,nop,sackOK>
17:36:13.697403 host.domain.ru.3421 > 148.118.lpoy.fi.microsoft-ds: S 668937204:668937204(0) win 64240 <mss 1460,nop,nop,sackOK>
17:36:13.797403 host.domain.ru.3186 > 192.163.188.81.microsoft-ds: S 656834398:656834398(0) win 64240 <mss 1460,nop,nop,sackOK>
17:36:13.857403 host.domain.ru.3619 > 184.197.38.33.microsoft-ds: S 678518689:678518689(0) win 64240 <mss 1460,nop,nop,sackOK>
17:36:14.227403 host.domain.ru.3630 > 195.107.156.121.microsoft-ds: S 679075373:679075373(0) win 64240 <mss 1460,nop,nop,sackOK>
17:36:14.227403 host.domain.ru.3631 > 212.118.lpoy.fi.microsoft-ds: S 679125255:679125255(0) win 64240 <mss 1460,nop,nop,sackOK>
17:36:14.337403 host.domain.ru.3647 > 101.16.26.202.microsoft-ds: S 679789239:679789239(0) win 64240 <mss 1460,nop,nop,sackOK>
17:36:14.427403 host.domain.ru.3653 > 97.34.33.201.microsoft-ds: S 680097345:680097345(0) win 64240 <mss 1460,nop,nop,sackOK>
[root@Internetserver root]#

Заранее, спасибо.

Вот, наткнулся на oszone.ru:
http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PALL
&p=1&u=/netahtml/srchnum.htm&r=1&f=G&l=50&s1=6,727,830.W
KU.&OS=PN/%206,727,830&RS=PN/6,727,830
Если в 2-х словах, m$ запатентовала 2-ной щелчок мышью. Караул!

Здравствуйте.
Захожу под рутом и запускаю mysql - запускается. Захожу под обычным пользователем и запускаю mysql - запускается. Захожу под обычным пользователем, делаю su, запускаю mysql - запускается. Делаю так:

[josephson@localhost josephson]$ su -
Password:
[root@localhost root]# mysql
ERROR 2002: Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2)

В /var/log/mysqld.log вроде ничего интересного. Вот фрагмент:

040310 12:01:26 mysqld started
/usr/libexec/mysqld: ready for connections
040310 12:02:03 /usr/libexec/mysqld: Normal shutdown

040310 12:02:03 /usr/libexec/mysqld: Shutdown Complete

040310 12:02:03 mysqld ended

040310 12:03:49 mysqld started
/usr/libexec/mysqld: ready for connections


Из-за чего это происходит и можно ли это как-то это побороть? Спасибо.

История реальная. Слышал давно, ещё в советские времена, но вот вспомнилась.

Одна семья, служители московского зоопарка, взяли на воспитание домой пингвинёнка. Пока он рос, у него появилось несколько привычек, а именно: научился влазить в кеды и любил ходить в кедах по дому, научился открывать клювом кран с холодной водой и пускать душ и любил стоять под холодным душем. И вот раз он залез под душ, когда был один дома и залил соседей на несколько этажей вниз. Соседи стучали-стучали, кричали-кричали - бесполезно. Вызвали пожарных. Приехали пожарные, вскрыли квартиру. А теперь напрягите свою фантазию и представьте в красках картину, которую они там увидели:

В ванной комнате стоит пингвин, под холодным душем и в кедах!

Здравствуйте.
Есть мой почтовый сервер: red hat 7.3 + qmail 1.03. Всё работает нормально, почта ходит в обоих направлениях куда угодно, но есть один сервер (скажем, host.ru), который почту от моего почтового сервера не принимает, и ко мне от них, похоже, тоже ничего не доходит. Ниже фрагмент файла /var/log/maillog при попытке отправить почту на этот пресловутый host.ru (приём почты от них пока в логах отследить не удалось).

Nov 28 16:27:45 myhost qmail: 1070026065.999792 starting delivery 1224: msg 50662 to remote box@host.ru
Nov 28 16:27:45 myhost qmail: 1070026065.999972 status: local 0/10 remote 1/20
Nov 28 16:27:51 myhost qmail: 1070026071.325095 delivery 1224: deferral: 234.234.234.234_does_not_like_recipient./Remote_host_said:_450_Client_host_rejec ted:_cannot_find_your_hostname,_[123.123.123.123]/Giving_up_on_234.234.234.234./
Nov 28 16:27:51 myhost qmail: 1070026071.325277 status: local 0/10 remote 0/20

Чего им не хватает? Помогите разобраться.
Спасибо.

Уважаемые администраторы! Пожалуйста верните назад возможность удаления своего собственного поста. Сморозишь глупость и приходится писать опровержение, что сильно засоряет треды.

[root@host root]# tcpdump -i eth0
tcpdump: listening on eth0
16:11:05.138667 192.168.1.2.ssh > 192.168.1.251.1994: P 3775250128:3775250172(44) ack 1077700931 win 6432 (DF) [tos 0x10]
16:11:05.138667 192.168.1.251.1994 > 192.168.1.2.ssh: . ack 44 win 17520 (DF)
16:11:05.148667 192.168.3.2.1027 > 160.248.248.185.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.168667 192.168.3.2.1026 > 56.194.214.35.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.178667 192.168.3.2.1025 > 64-215-31-152.nrp2.mon.ny.frontiernet.net.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.178667 192.168.3.2.1028 > cpe.atm2-0-1061122.0x50a3809a.albnxx15.customer.tele.dk.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.198667 192.168.3.2.1027 > 160.248.248.186.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.218667 192.168.3.2.1026 > 56.194.214.36.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.228667 192.168.3.2.1025 > 64-215-31-153.nrp2.mon.ny.frontiernet.net.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.228667 192.168.3.2.1028 > 0x50a3809b.unknown.tele.dk.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.248667 192.168.3.2.1027 > 160.248.248.187.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.268667 192.168.3.2.1026 > 56.194.214.37.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.278667 192.168.3.2.1025 > 64-215-31-154.nrp2.mon.ny.frontiernet.net.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.278667 192.168.3.2.1028 > 0x50a3809c.unknown.tele.dk.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.298667 192.168.3.2.1027 > 160.248.248.188.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.308667 192.168.1.2.squid > 192.168.1.27.3273: P 3551260872:3551260916(44) ack 2728640482 win 6432 (DF)
16:11:05.318667 192.168.3.2.1026 > 56.194.214.38.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.328667 192.168.3.2.1025 > 64-215-31-155.nrp2.mon.ny.frontiernet.net.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.328667 192.168.3.2.1028 > atm2-0-1061108.albnxx15.ip.tele.dk.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.348667 192.168.3.2.1027 > 160.248.248.189.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.368667 192.168.3.2.1026 > 56.194.214.39.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.378667 192.168.3.2.1025 > 64-215-31-156.nrp2.mon.ny.frontiernet.net.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.378667 192.168.3.2.1028 > cpe.atm2-0-1061108.0x50a3809e.albnxx15.customer.tele.dk.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.398667 192.168.3.2.1027 > 160.248.248.190.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.418667 192.168.1.27.3273 > 192.168.1.2.squid: . ack 44 win 64196 (DF)
16:11:05.418667 192.168.3.2.1026 > 56.194.214.40.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.428667 192.168.3.2.1025 > 64-215-31-157.nrp2.mon.ny.frontiernet.net.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.428667 192.168.3.2.1028 > 0x50a3809f.unknown.tele.dk.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.448667 192.168.3.2.1027 > 160.248.248.191.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.468667 192.168.3.2.1026 > 56.194.214.41.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.478667 192.168.3.2.1025 > 64-215-31-158.nrp2.mon.ny.frontiernet.net.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.478667 192.168.3.1 > 192.168.3.2: icmp: 64-215-31-158.nrp2.mon.ny.frontiernet.net udp port netbios-ns unreachable [tos 0xc0]
16:11:05.478667 192.168.3.2.1028 > 0x50a380a0.unknown.tele.dk.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.498667 192.168.3.2.1027 > 160.248.248.192.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.528667 192.168.3.2.1025 > 64-215-31-159.nrp2.mon.ny.frontiernet.net.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.528667 192.168.3.2.1028 > atm2-0-1051167.naenxx2.ip.tele.dk.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.548667 192.168.3.2.1027 > 160.248.248.193.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.568667 192.168.3.2.1026 > 56.194.214.43.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.578667 192.168.3.2.1025 > 64-215-31-160.nrp2.mon.ny.frontiernet.net.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.578667 192.168.3.2.1028 > cpe.atm2-0-1051167.0x50a380a2.naenxx2.customer.tele.dk.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.598667 192.168.3.2.1027 > 160.248.248.194.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.618667 192.168.3.2.1026 > 56.194.214.44.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.628667 192.168.3.2.1025 > 64-215-31-161.nrp2.mon.ny.frontiernet.net.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:11:05.628667 192.168.3.2.1028 > 0x50a380a3.unknown.tele.dk.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST

Здесь фрагмент работы tcpdump. Подскажите, что за трафик валит с машины 192.168.3.2 в локальной сети по udp/137?

Здравствуйте.
Если кто встречал в internet книгу: Скотт Манн, Митчел Крелл. Linux. Администрирование сетей TCP/IP. на русском языке (в смысле, не предложение о покупке в шопе, а сам текст), пожалуйста, подбросьте ссылочку.
Спасибо.

Здравствуйте.
1. IP почтового сервера попал в список Open Relay на http://ordb.org Если кто попадал в такую ситуацию - как его закрыть? Система - qmail.
2. Есть ли информация по этой теме на русском языке, а то на http://ordb.org ссылки только на англоязычную информацию. Я по английски - только со словарём, это долго. Надо в короткий срок протолкнуть несколько писем.
Спасибо.

Здравствуйте.
Проблемка такая. Подняты интерфейсы
ifconfig eth0 192.168.1.1 netmask 255.255.255.0 up
ifconfig eth0:0 192.168.3.1 netmask 255.255.255.0 up
ifconfig eth1 211.211.211.211 netmask 255.255.255.0 up
ifconfig eth2 192.168.2.1 netmask 255.255.255.0 up
eth1 211.211.211.211 - это я для примера. Там реальный IP, смотрит на провайдера Internet. Клиенты подсетей 192.168.1.0 и 192.168.2.0 ходят в Internet по ftp в passive mode нормально, а клиенты подсети 192.168.3.0 - не могут. Сижу за файерволом ipchains и подозреваю, что проблема - в нём. Вопрос - как её решить?
Цепочки ipchains для ftp, которые у меня есть:
ipchains -N bad_if
ipchains -A input -i eth1 -j all_inp
ipchains -A input -i eth1 -p tcp --dport 20 -j ACCEPT
ipchains -A input -i eth1 -p tcp --dport 21 -j ACCEPT
ipchains -A forward -j MASQ -b -s 192.168.0.0/255.255.0.0 -p tcp -d 0.0.0.0/0 21
ipchains -A forward -j MASQ -b -s 192.168.0.0/255.255.0.0 -p tcp -d 0.0.0.0/0 20
ipchains -A bad_if -p tcp --dport 20 -j ACCEPT
ipchains -A bad_if -p tcp --dport 21 -j ACCEPT
ipchains -A output -p tcp -d 0.0.0.0/0 ftp -t 0x1 0x10
ipchains -A output -p tcp -s 0.0.0.0/0 ftp-data -t 0x1 0x8
Система - RedHat Linux 7.3.
Не подходят соображения типа "переходи на iptables" (работающий сервер, не допускающий экспериментов) и "читай HOWTO" (читано неоднократно).
Спасибо откликнувшимся.
PS. К сожалению, ответы увижу только 21.07.03, поэтому интерактивного общения до указанного числа не получится.

Здравствуйте.

Прошу прощения, что обращаюсь на форум по Linux с вопросом по FreeBSD - на http://www.freebsd.org.ru что-то не нашёл форума, да и в документациях - тоже ничего по моей проблеме.

Поставил FreeBSD 4.7, прописал графический вход в /etc/ttys. Xdm стартует, но после ввода login и passwd в систему не пускает - несколько секунд думает, потом опять выдаёт то же окно с приглашением ввести login и passwd. При отключении графического входа в /etc/ttys и запуска X из консоли через startx - всё нормально. Перепробовал xdm, kdm, gdm - результат тот же. Приходилось работать с FreeBSD 4.4, 4.5 - с такими фокусами xdm я не сталкивался - всё работало по дефолту. Не знаю, где искать. Может, кто хорошо знает FreeBSD - посоветуйте, что поднастроить?

Спасибо.

Что-то ответы в темах теперь публикуются как-то странно, задом наперёд: более поздние вначале, сразу после вопроса, а более ранние проталкиваются вниз. Это что, так и было задумано?