The OpenNET Project / Index page

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

Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено несколько уязвимостей

17.07.2012 18:05

Представлены очередные корректирующие релизы ядра Linux: 3.4.5 (192 исправления), 3.2.23 (49 исправлений) и 3.0.37 (68 исправлений). Как обычно, в анонсе выхода новых версий подчеркивается обязательность проведения обновления. Из подсистем, в которых устранены ошибки можно отметить: Btrfs, md/raid5, md/raid10, NFS, CIFS, UDF, drm/i915, drm/radeon, drm/nouveau, ath9k, USB, SCSI, e1000e, eCryptfs, mac80211, Xen, ACPI, l2tp, IPv6, ALSA. Кроме того в ядро добавлена порция идентификаторов для новых USB-устройств.

Отдельно можно выделить устранение уязвимостей:

  • В коде NFC устранено несколько переполнений буферов. Упоминается, что уязвимость может быть эксплуатирована удалённо, но подробности и степень опасности не афишируются;
  • В коде утилиты hv выявлена проблема безопасности (CVE-2012-2669), которая может быть использована для отправки управляющих команд без наличия соответствующих привилегий;
  • Переполнение буфера в функции sock_alloc_send_pskb(), которое может быть инициировано из пространства пользователя;
  • Возможность разыменования указателя NULL через манипуляции с файловой системой ocfs2;
  • Возможность инициирования краха системы при монтировании специально оформленного UDF-раздела.


  1. Главная ссылка к новости (http://permalink.gmane.org/gma...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/34351-linux
Ключевые слова: linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (35) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, A.Stahl (?), 18:47, 17/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Возможность разыменования указателя NULL через манипуляции с файловой системой ocfs2;

    И что бы это значило? Я, видимо, плохой сишник -- слова понятны, а вот общий смысл ускользает. Где этот указатель? Как его разыменовать? Точнее, что получится-то при разыменовании NULL? Причём тут ФС? Брр...

     
     
  • 2.2, xxx (??), 19:10, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >Я, видимо, плохой сишник

    Ты уже на всё ответил =)

     
     
  • 3.3, Denis Fateyev (ok), 19:20, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    На самом деле, вопрос правомерен. Прозвучало так, как будто что-то случилось с константой языка. В тексте новости говорится о исправлении ошибки при разыменовании указателя -- он может оказаться пустым.
     
     
  • 4.4, xxx (??), 19:51, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > На самом деле, вопрос правомерен. Прозвучало так, как будто что-то случилось с
    > константой языка.

    Ну если речь идёт о формулировке предложения, то есть кнопка исправить. Но, т.к. с NULL действительно случился пипец, причём уже давно, то я например не готов участвовать в этом, т.к. там окажется что "нулевой" и не нулевой вовсе и т.д. Но каждому Си программисту должно быть понятно очём речь, тем более есть оригинал:

    >uis Henriques (1):
    >      ocfs2: fix NULL pointer dereference in __ocfs2_change_file_space()
    > В тексте новости говорится о исправлении ошибки при разыменовании
    > указателя -- он может оказаться пустым.

    Указатель?


     
     
  • 5.6, Denis Fateyev (ok), 20:23, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Честно говоря, я не в курсе, что
    > с NULL действительно случился пипец, причём уже давно

    В общем, надо смотреть, что там могло случиться.

     
  • 2.7, pavlinux (ok), 20:33, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    int *ptr = NULL;
    *ptr = 100500;

    В общем, нельзя идти в магазин, после того, как сожрал все деньги. :)


     
  • 2.20, anonymous (??), 11:36, 19/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >разыменования указателя NULL

    Это просто "удачный" перевод на русский. Просто где-то в коде модуля фс забыта проверка на NULL.

     

  • 1.5, Аноним (-), 19:59, 17/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кто знает это когда-нибудь победят - https://dev.openwrt.org/ticket/9654 ?
    Или это вечное проклятие ath-драйвера в Linux-ядре?
     
     
  • 2.9, pavlinux (ok), 20:49, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Кто знает это когда-нибудь победят - https://dev.openwrt.org/ticket/9654 ?
    > Или это вечное проклятие ath-драйвера в Linux-ядре?

    Сюда пиши http://www.atheros.com/corporate/content.php?nav1=140

     
     
  • 3.12, Аноним (-), 22:56, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • –10 +/
    как обычно - линуксоиды украли код из OpenBSD - а довести до ума не смогли.
    мозги кончились ибо только красть умеют.
    Вот и висит вечной проблемой...
     
     
  • 4.13, Аноним (-), 23:21, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > линуксоиды украли код из OpenBSD

    Уже смешно. Особенно если речь идет о железных дровах.
    А из Hurd линуксоиды случайно дрова не воруют?

     
  • 4.14, pavlinux (ok), 01:30, 18/07/2012 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > как обычно - линуксоиды украли код из OpenBSD - а довести до ума не смогли.

    А самый ржачь будет, когда посмотрим в код

    # cd linux/drivers/net/wireless/ath
    # find ./  -name \*.[ch] | xargs grep "Copyright (c)"

    ./ath9k/htc.h: * Copyright (c) 2010-2011 Atheros Communications Inc.
    ./ath9k/htc_hst.c: * Copyright (c) 2010-2011 Atheros Communications Inc.
    ./ath9k/htc_hst.h: * Copyright (c) 2010-2011 Atheros Communications Inc.
    ./ath9k/hw.c: * Copyright (c) 2008-2011 Atheros Communications Inc.
    ./ath9k/hw.h: * Copyright (c) 2008-2011 Atheros Communications Inc.
    ./ath9k/hw-ops.h: * Copyright (c) 2010-2011 Atheros Communications Inc.
    ./ath9k/init.c: * Copyright (c) 2008-2011 Atheros Communications Inc.
    ./ath9k/mac.c: * Copyright (c) 2008-2011 Atheros Communications Inc.
    ./ath9k/mac.h: * Copyright (c) 2008-2011 Atheros Communications Inc.
    ./ath9k/main.c: * Copyright (c) 2008-2011 Atheros Communications Inc.
    ./ath9k/mci.c: * Copyright (c) 2010-2011 Atheros Communications Inc.
    ./ath9k/mci.h: * Copyright (c) 2010-2011 Atheros Communications Inc.
    ./ath9k/pci.c: * Copyright (c) 2008-2011 Atheros Communications Inc.
    ....

    > Вот и висит вечной проблемой...

    Вот идите, и Atheros Communications Inc. плачьтесь.

    ---

    # less  MAINTAINERS
    /ath9k

    ATHEROS ATH9K WIRELESS DRIVER
    M:      "Luis R. Rodriguez" <mcgrof@qca.qualcomm.com>
    M:      Jouni Malinen <jouni@qca.qualcomm.com>
    M:      Vasanthakumar Thiagarajan <vthiagar@qca.qualcomm.com>
    M:      Senthil Balasubramanian <senthilb@qca.qualcomm.com>

     
  • 4.21, Аноним (-), 12:39, 19/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > как обычно - линуксоиды украли код из OpenBSD

    Вы хотите сказать что атерос сам у себя украл код ath9k? А вас не смущает что этот код изначально атерос выложил, а линуксоиды его в майнлайн взяли? :)

     
     
  • 5.35, Аноним (-), 15:16, 21/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы хотите сказать что атерос сам у себя украл код ath9k? А вас не смущает что этот код изначально атерос выложил, а линуксоиды его в майнлайн взяли? :)

    А потом OpenBSD стырило его из линукса, и стало кричать, что это линукс у него код ворует.

     
  • 2.22, Аноним (-), 12:41, 19/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Или это вечное проклятие ath-драйвера в Linux-ядре?

    Вообще-то то что вы показываете - вроде как хардварный баг чипов атероса. Багов вообще в любых чипах навалом. Некоторые удается быстро заворкэраундить. Некоторые - нет.

     

  • 1.8, EuPhobos (ok), 20:47, 17/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ещё днём собрал 3.4.5 на процессоре AMD FX 8150 с конфигурацией CONFIG_CPU_FREQ_DEFAULT_GOV_CONSERVATIVE=y
    С отзывчивостью системы стало ещё хуже, игры практически просели, даже в старой игре painkiller, фпс просел донельзя..
    Откатился на 3.3.8 к моему сожалению он EOL.. Но это более менее нормальное ядро для FX процессоров.. До сих пор никакой поддержки AMD FX, нет микрокода, ни патчей.. Я негодуэ.. Осталось попробовать собрать последнее ядро с GOV_PERFORMANCE, но это не выход, у меня даже виртуализация не работает на 8-ми ядрах то.. Да и VirtualBox не работает с ускорениями VT-x/AMD-v.
    Кто ни будь докавырял конфиг ядра до нормального состояния с процем AMD FX ?

    Жду 3.5 и надеюсь ..

     
     
  • 2.10, Харитон (?), 21:28, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    ну так 3.5.0-rc5 попробуйте. я на нетбуке его пользую. с моим железом все ок.
    рц6 и рц7 давали странные перезагрузки иногда и невыход из сна...
     
  • 2.11, Карбофос (ok), 21:43, 17/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    amd64-microcode можеть быть и не с ядром. например, на дебиан-базированных отдельным пакетом. или там заморочка только с FX?
    http://www.amd64.org/support/microcode.html
    а с проседанием fps: dkms для проперитарных для пересборки модулей? да и VirtualBox тоже хочет dkms
    на AMD A8-3850 никаких запарок, полёт нормальный
     
  • 2.15, Сергей (??), 03:10, 18/07/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > CONFIG_CPU_FREQ_DEFAULT_GOV_CONSERVATIVE=y

    Куда!? Даже на моем Nexus S по умолчанию ondemand, чего и вам советую.

     
     
  • 3.16, pavlinux (ok), 05:59, 18/07/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > чего и вам советую.

    Сравнил, пля, калькулятор c AMD FX :D

     
  • 2.17, pavlinux (ok), 06:04, 18/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Ещё днём собрал 3.4.5 на процессоре AMD FX 8150 с конфигурацией CONFIG_CPU_FREQ_DEFAULT_GOV_CONSERVATIVE=y
    > С отзывчивостью системы стало ещё хуже, игры практически просели, даже в старой
    > игре painkiller, фпс просел донельзя..
    > Откатился на 3.3.8 к моему сожалению он EOL.. Но это более менее
    > нормальное ядро для FX процессоров.. До сих пор никакой поддержки AMD
    > FX, нет микрокода, ни патчей.. Я негодуэ.. Осталось попробовать собрать последнее
    > ядро с GOV_PERFORMANCE, но это не выход, у меня даже виртуализация
    > не работает на 8-ми ядрах то.. Да и VirtualBox не работает
    > с ускорениями VT-x/AMD-v.

    Чё ты там в конфиге нарулил??? АМД ничего революционного со времён Атлона K7 не выпустила,
    а у тя половина процессора нефуячит.  

    CONFIG_MK8=y
    CONFIG_X86_64=y
    CONFIG_X86_64_SMP=y
    CONFIG_CPU_SUP_AMD=y
    CONFIG_NR_CPUS=16
    CONFIG_X86_MINIMUM_CPU_FAMILY=64
    CONFIG_X86_POWERNOW_K8=y
    ---

    в arch/x86/Makefile, замени строку

    cflags-$(CONFIG_MK8) += $(call cc-option,-march=k8)
    на
    cflags-$(CONFIG_MK8) += $(call cc-option, -march=bdver1)
    --
    В фирмварях только баги исправляют, патчи нужны для какойнить лабуды типа RND, AES, TurboCore,...
    PowerNow старое, ещё 2005 года    
    ---
    Виртуализация в BIOS врубается, инструкции никто не менял.

     
     
  • 3.25, EuPhobos (ok), 14:20, 19/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Собрал с опциями CONFIG_MK8 y CONFIG_X86_32 y CONFIG_X86_32_SMP y CONFIG_CPU_SU... большой текст свёрнут, показать
     
     
  • 4.26, pavlinux (ok), 15:58, 19/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    BUG: unable to handle kernel NULL pointer dereference at 00000900
    Jul 19 13:47:27 lightner kernel: [    9.381878] IP: [<f86ecaea>] VBoxHost_RTR0MemObjFree+0x294/0x294 [vboxdrv]

    https://forums.virtualbox.org/viewtopic.php?f=1&t=50435

    # /etc/init.d/vboxdrv setup

     
     
  • 5.27, EuPhobos (ok), 16:07, 19/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Прикольно конечно, тогда получается, что VB используя какую-то процессорную фитчу, выходит этот баг, т.к. на старом конфиге ядра моего этот же VB работает, но без ускорения =)
    Я сначала подумал, что dkms не отработал, но посмотрев "dkms status", vboxdrv был собран для обоих ядер.

    Окей, получается ложная тревога была, пойду обратно на новый конфиг, тестировать МОЩЬ-FX )

     
     
  • 6.28, pavlinux (ok), 16:39, 19/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Прикольно конечно, тогда получается, что VB используя какую-то процессорную фитчу, выходит
    > этот баг, т.к. на старом конфиге ядра моего этот же VB

    Багу исправили в VirtualBox 4.1.6, оно было и на Core i7 и Core2Duo  

    ---

    И Ямаха твоя должна работать, если память не изменяет она OPL3,
    к ней в помощь нужон модуль snd_oss_pcm, иначе /dev/dsp не появится.

     
     
  • 7.29, EuPhobos (ok), 22:15, 19/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Так у меня последний VB 1.4.18 ))
    Ну и ладно, оно пока не главное, вообщем итоге проседания в играх так и остались, я телефоном SSH-нулся на комп, врубил watch "cat /proc/cpuinfo | grep MHz" и стал наблюдать за частотами ядер.
    Во время игры старенькой painkiller(на ней удобно проверять, ибо графика старая, и проседать то нечему), все ядра работают на 1400, и только 2-3 ядра быстро прыгают от 2600 до 2800, иногда редко 3600. В игре чувствуется не просто проседания по fps, а жуткие графические лаги.
    Сделал небольшой тюнинг:



    cd /sys/devices/system/cpu/cpufreq/conservative
    echo -n 10 > sampling_down_factor (странно, в ondemand тут можно было вписать 100, а в conservative максимум 10)
    echo -n 40 > up_threshold



    Стал замерять опять, стало чуть лучше, но всё равно плохо.. Нет плавности, эти прыжки смены частоты всё портят, я уже точно уверен в этом, т.к. на 3.3.8 ядре, у меня все ядра работают тупо на максималке 3685 Mhz и всё плавно, даже толстый старкрафт2 выдаёт очень большие ФПС-ы для работы под вайном.
    Наверное теперь осталось попробовать собрать последнее ядро с профилем performance, без всяких cpu_freq_scaling.

    По поводу звуковушки, я завтра буду подробно копаться, пока только выяснил что модуль загружается snd_ymfpci, а карточка не видна судя по /proc/asound/cards
    Она у меня очень старая, и с ней точно были проблемы, когда я пытался у друга её запустить на винде 64-битной, драйверов просто не было во всём инете ))
    Я занимаюсь музыкой, и мне у неё очень нравиться хардварный микшер на 32 канала, поэтому я использую её, без всяких dmix-ов или pulseaudio, хоть она и просто стерео, но она мне очень хорошо служит =)

     
  • 7.30, EuPhobos (ok), 15:08, 20/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну всё, наконец-то я разобрался с проблемой лагов в играх =)
    Забиндил на клавиатуре горячие клавиши переключения режимов ЦПУ



    for CPU in {0..7}; do sudo cpufreq-set -g performance -c $CPU; done



    Ибо как работает автоматика, мне совсем не нравиться, зато это мне напомнило те старые компы с кнопкой на системнике для переключения частот процессора =))
     
     
  • 8.31, pavlinux (ok), 18:59, 20/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    На однопроцессорных это пофигу, у них менеджер питания один на все ядра хотя н... текст свёрнут, показать
     
     
  • 9.32, EuPhobos (ok), 23:01, 20/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, на каждое ядро отдельно ставится governor, поэтому и пришлось допиливать ци... текст свёрнут, показать
     
     
  • 10.33, pavlinux (ok), 01:36, 21/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    И чё, на всех может быть разное Покаж cat sys devices system cpu cpu cpufre... текст свёрнут, показать
     
     
  • 11.34, EuPhobos (ok), 11:30, 21/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ага code root lightner cpufreq-set -g performance -c 0 root lightner cpu... текст свёрнут, показать
     
  • 2.23, Аноним (-), 12:52, 19/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > FX, нет микрокода, ни патчей..

    Ну вообще-то проц взлетает с микрокодом с фабрики. И как-то так предполагается что он должен бы работать. Что ж за проц такой если он не работает out of the box? :)

    Во вторых, если выпущем более свежий микрокод, он обычно попадает в состав более нового BIOS. Имеет смысл BIOS обновить, если в текущем микрокоде есть какие-то проблемы натурально мешающие жить (какие?).

    В третьих, если вендор выпустил обновленный микрокод и он есть в природе, для линуха есть методы его вгрузить. Пруфлинк, ВНЕЗАПНО, http://www.amd64.org/support/microcode.html

    Ну в общем качаете, там же и рассказ как его подгружать. В линухе и еще куче всего. Что вам еще амд должно сделать? И так все карты у вас на руках вроде.

    > Да и VirtualBox не работает с ускорениями VT-x/AMD-v.

    Use KVM, Luke.

    > докавырял

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

     
     
  • 3.24, EuPhobos (ok), 14:11, 19/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, что знаю то и ковыряю, что не знаю, то и не трогаю. Иначе зачем мне вообще линух? Сидел бы на винде, да ни трогал ничего. Фу.. не, это не по мне.
     

  • 1.18, ua9oas (ok), 19:16, 18/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    возможно ли узнать о том, воспользовался ли кто теми уязвимостями или нет? (после их устранения не осталось ли там каких "дыр" еще?) Что будет в следующих обновлениях? (а что сейчас актуально?)
     
     
  • 2.19, pavlinux (ok), 21:17, 18/07/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > возможно ли узнать о том, воспользовался ли кто теми уязвимостями или нет?

    Денги в системе крутятся? Большие? Враги есть? Сисадмина недавно увольняли?

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



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

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