The OpenNET Project / Index page

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

Обновление MariaDB с устранением zero-day уязвимости, затрагивающей кодовую базу MySQL

03.12.2012 19:25

Разработчики MariaDB оперативно отреагировали на опубликованные в выходные эксплоиты, использующие zero-day уязвимости в кодовой базе MySQL. В экстренном порядке выпущены обновления MariaDB 5.5.28a, 5.3.11, 5.2.13 и 5.1.66, в которых устранена проблема CVE-2012-5579, позволяющая аутентифицированному пользователю запустить код с правами процесса mysqld.

Из остальных проблем:

  • CVE-2012-5611 дублирует уже исправленную уязвимость CVE-2012-5579;
  • CVE-2012-5612 и CVE-2012-5614 - позволяют вызвать крах процесса. Проблемы будут исправлены в ближайшее время;
  • CVE-2012-5613 - не признана уязвимостью, так как для эксплуатации требуется наличие привилегий FILE, которые могут появиться у обычного пользователя только из-за ошибки администратора. Разработчик эксплоита не согласился с такой точкой зрения, указав, что получение прав "ADMIN" имея только права "FILE" не является штатным поведением;
  • CVE-2012-5615 - метод обнаружения наличия пользователя, разработчики MariaDB ищут способ блокировать проблему;

Отмечается, что компания Oracle пока никак не отреагировала на наличие данных проблем в MySQL. О времени выхода обновления для MySQL пока ничего не известно.

Дополнение: Компания Red Hat ведёт работу по созданию патчй для MySQL.

  1. Главная ссылка к новости (http://openquery.com/blog/mari...)
  2. OpenNews: Опубликована серия эксплоитов для неисправленных уязвимостей в MySQL
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/35490-mysql
Ключевые слова: mysql, mariadb
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (79) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, GentooBoy (ok), 20:07, 03/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Oracle долго еще будет тянуть кота за яица^W хвост
     
     
  • 2.11, Аноним (-), 20:50, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Монти vs Oracle: 1:0 :)
     
  • 2.63, Andreys (?), 08:55, 04/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не долго осталось. Как мне помнится , когда Oracle скупила весь хабар у Sun
    то она пообещала сопровождать MySQL до 2014 г. (где то на opennet.ru  была тогда про это новость ) Ну и нафига тратить силы на то, что ей и не надо ???
     

  • 1.2, Crazy Alex (ok), 20:20, 03/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Глядишь, люди и поймут, что с мускуля пора бежать... и куда бежать - тоже ясно
     
     
  • 2.3, Z (??), 20:34, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кому надо уже давно понял и свалил подальше от оракла. Остальные просто пользуются тем, что дает хостер.
     
     
  • 3.76, Crazy Alex (ok), 15:15, 04/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот хостерам и будет понятно
     
  • 2.6, Etch (?), 20:39, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Глядишь, люди и поймут, что с мускуля пора бежать... и куда бежать - тоже ясно

    И куда бежать? Во многих стабильных (и бинарных) дистрибутивах есть эта мариядб в репозиториях? В Ubuntu LTS я не нашёл...

     
     
  • 3.7, Anonym (?), 20:42, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +10 +/
    >> Глядишь, люди и поймут, что с мускуля пора бежать... и куда бежать - тоже ясно
    > И куда бежать? Во многих стабильных (и бинарных) дистрибутивах есть эта мариядб
    > в репозиториях? В Ubuntu LTS я не нашёл...

    Очевидно что на PostgreSQL.

     
     
  • 4.12, Аноним (-), 20:52, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Очевидно что на PostgreSQL.

    Нормально так: сбежать с повседневной легковушки на ... брутальный карьерный самосвал?

     
     
  • 5.17, all_glory_to_the_hypnotoad (ok), 21:10, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > сбежать с повседневной легковушки на ... брутальный карьерный самосвал?

    Аноним, ты идиот.  PG это качественная легковушка (пусть будет иномарка), а mysql вообще не машина (ну или тазло в крайнем случае, т.е. ведро с гайками).

     
     
  • 6.18, Etch (?), 21:26, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > PG это качественная легковушка (пусть будет иномарка), а
    > mysql вообще не машина (ну или тазло в крайнем случае, т.е.
    > ведро с гайками).

    Такое сравнение ещё хуже, т.к. если у ведра отваливаются гайки, то его надо менять на более качественное ведро, а не таскать воду с колодца в качественной иномарке.

     
     
  • 7.24, all_glory_to_the_hypnotoad (ok), 22:30, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > т.к. если у ведра отваливаются гайки, то его надо менять на более качественное ведро

    вот в этом вся ваша сущность, адепты мускуля. А если у ведра гайки не отваливаются, то что, в нём тоже можно носить воду?

     
     
  • 8.50, Etch (?), 00:35, 04/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну при чём тут адепты мускула Есть определённая программа со своими системными ... текст свёрнут, показать
     
     
  • 9.53, all_glory_to_the_hypnotoad (ok), 00:50, 04/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    отлично Но какое это отношение имеет к легковушка vs брутальный самосвал ещё... текст свёрнут, показать
     
     
  • 10.59, Etch (?), 01:35, 04/12/2012 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Простите, я думал это у вас просто аналогии такие дурацкие, и решил вернуть тему... текст свёрнут, показать
     
  • 6.54, Аноним (-), 00:52, 04/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Аноним, ты идиот.  PG это качественная легковушка (пусть будет иномарка), а
    > mysql вообще не машина (ну или тазло в крайнем случае,

    Не, не так. С точки зрения водителя карьерного самосвала или хотя-бы фуры, иномарка - вообще не машина! Как так: нельзя нагрузить тонну кирпичей или перевезти пару холодильников?! И куб грунта некуда девать. Не машина а жалкая пародия!

     
  • 5.35, Anonym (?), 23:16, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +8 +/
    >> Очевидно что на PostgreSQL.
    > Нормально так: сбежать с повседневной легковушки на ... брутальный карьерный самосвал?

    Честно, я не понимаю этих глупых сравнений, по количеству потребляемых ресурсов как MySQL, так и PGSQL примерно равны, просто у постгреса больше функций, которые ты как можешь задействовать, так можешь и забить на них на начальном этапе. Если бы еще сравнивать например MySQL и Oracle или там MS SQL, да, аналогия имеет право на жизнь,  а так для маленьких проектов в принципе силы примерно равны, но зато у PostgreSQL есть огромный задел для дальнейшего роста, в отличии от MySQL, оптимизация производительности которой заканчивается мыслью "А не перейти ли нам на Percona?".

     
     
  • 6.45, all_glory_to_the_hypnotoad (ok), 23:56, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Если бы еще сравнивать например MySQL и Oracle или там MS SQL, да, аналогия имеет право на жизнь,  а так для маленьких проектов в принципе силы примерно равны, но зато у PostgreSQL есть огромный задел для дальнейшего роста, в отличии от MySQL, оптимизация производительности которой заканчивается мыслью "А не перейти ли нам на Percona?".

    +, всё так и есть.

     
  • 4.16, Adui (?), 21:10, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    всем наплевать на слона, слишком трудоемкий перезд для ленивых сиадминов
     
     
  • 5.21, Genix (?), 22:18, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > всем наплевать на слона, слишком трудоемкий перезд для ленивых сиадминов

    Ленивый сисадимн вымирает как класс

     
     
  • 6.26, angra (ok), 22:41, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Только ленивый сисадмин может быть хорошим :)
    Работодатели это к сожалению плохо понимают и предпочитают трудолюбивых обезьянок.
     
  • 6.55, Аноним (-), 00:53, 04/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ленивый сисадимн вымирает как класс

    Размечтался то. Тем более что хороший админ по определению ленив. Если админ усиленно рвет попу - это индикатор.

     
  • 5.36, Anonym (?), 23:18, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > всем наплевать на слона, слишком трудоемкий перезд для ленивых сиадминов

    Отучайтесь говорить за всех.

     
     
  • 6.56, Adui (?), 01:11, 04/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    большинству наплевать на ваши советы)
     
  • 4.77, Crazy Alex (ok), 15:16, 04/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Переписывние кода под постгре стоит денег. А мария - drop-in replacement.
     
     
  • 5.78, Adui (?), 18:34, 04/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Все правильно говорите!!! :)

    Если заказчик багач, можно и переписать

     
     
  • 6.79, arisu (ok), 19:23, 04/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > багач

    ну да, за «багачом» обычно много переписывать приходится.

     
  • 3.32, XoRe (ok), 22:59, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В Ubuntu LTS я не нашёл...

    Жизнь заставит - найдете )

     
  • 3.40, Anonym (?), 23:37, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Подключайте репозитории. Percona тоже в офф. репах нету
    https://downloads.mariadb.org/mariadb/repositories/
     
  • 3.62, Moomintroll (ok), 08:50, 04/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Во многих стабильных (и бинарных) дистрибутивах есть эта мариядб в репозиториях?

    В стабильных - да. См. openSUSE

     
  • 3.75, Crazy Alex (ok), 15:15, 04/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    На хостингах всё жизнь софт собирался руками
     

  • 1.4, Etch (?), 20:34, 03/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > Разработчик эксплоита не согласился с такой точкой зрения, указав, что получения прав "ADMIN" имея только права "FILE" не является штатным поведением;

    +1. То ли разрабы просто ленятся, то ли им нравится вставлять палки в колёса  сисадминов.

     
     
  • 2.5, AlexAT (ok), 20:39, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Если зайти с другого боку - тот, кто дает права FILE пользователям (даже системным) на постоянку на боевом сервере - ССЗБ. В штатном режиме оное не нужно вообще.
     
     
  • 3.9, Etch (?), 20:44, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Если зайти с другого боку - тот, кто дает права FILE пользователям
    > (даже системным) на постоянку на боевом сервере - ССЗБ. В штатном
    > режиме оное не нужно вообще.

    Это, конечно же, всё так, но в жизни ситуации бывают разные и я не вижу объективных причин нарочно подкладывать дополнительную свинью админам. Даже если они всё-равно ССЗБ.

     
     
  • 4.19, Xasd (ok), 21:41, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    ды не волнуйтесь вы так...

    ..исправят ваш FILE -- в каких нибудь там следующих мажорных версиях.

    просто намякнули что нет смысла торопиться с *экстренным* исправлением, вот и всё.

    откуда столько истерики?

     
  • 3.30, angra (ok), 22:52, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Действительно, зачем нам скоростная выгрузка/загрузка данных, есть же mysqldump и мощные процессоры.


     
     
  • 4.31, AlexAT (ok), 22:55, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Действительно, зачем нам скоростная выгрузка/загрузка данных, есть же mysqldump и мощные
    > процессоры.

    И куда вы столько раз вгружать-выгружать собрались, что нагрузка "без FILE" стала критичной? Может быть, лучше что-то сразу в канцелярии подправить?

     
     
  • 5.42, angra (ok), 23:46, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Поставлена задача: "Две большие(ну скажем, пару часов на снятие дампа) БД с похожей, но отличающейся структурой, данные нужно регулярно синхронизировать в одном направлении. Нагрузку и трафик между серверами минимизировать"
    Жду предложений по исправлению в канцелярии от титеретика.
     
     
  • 6.67, AlexAT (ok), 10:03, 04/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Самый очевидный и правильный вариант для предложенной задачи:
    mysqldump --host A | convert_dump | mysql --host B
    К слову, использование FILE никак не вылечит от нагрузки/трафика. И от шага convert_dump не избавит, поскольку в задаче поставлена разная структура БД.

    А вообще подобный идиотизм лечится грамотной statement-based репликацией в нужном направлении. Заметьте - репликацией возможно даже не на уровне MySQL. При этом нагрузка реально минимизируется. Если не хватает головы/рук чтобы такое сделать, и не мучать сервер дампами - ССЗБ.

    У нас так (самописной репликацией) архивируется реалтаймовая база аккаунтинга, потому что если делать хоть дамп, хоть FILE - таскать 80-100 гиг каждые пару часов весьма невесело. Это я все к тому, что задача поставлена идиотская, и решать её "в лоб" (дампом) может только студент-"практик", который дальше шаблонов не идёт.

     
     
  • 7.71, angra (ok), 13:35, 04/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >mysqldump --host A | convert_dump | mysql --host B

    Смешно

    >И от шага convert_dump не избавит, поскольку в задаче поставлена разная структура БД

    Избавит, ничего конвертировать не надо, вы бы хоть синтаксис "SELECT ... INTO OUTFILE"/"LOAD DATA INFILE" почитали

    >А вообще подобный идиотизм лечится грамотной statement-based репликацией в нужном направлении.

    Разная структура делает использование встроенного механизма репликации невозможным без наложения ряда ограничений. И это только на синхронизацию, использование вообще станет невозможным.

    >таскать 80-100 гиг каждые пару часов весьма невесело

    Мда, слово rsync никогда не слышали?

    >репликацией возможно даже не на уровне MySQL
    >У нас так (самописной репликацией)

    Ну если есть куча свободного времени, то можно вообще мускул поправить или свою БД написать. А можно за полчаса получить результат используя уже имеющийся механизм.

     
     
  • 8.74, AlexAT (ok), 15:14, 04/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Угу Таки структура разная, или нет Можно спросить - какой идиот разрабатывал с... текст свёрнут, показать
     

  • 1.8, myhand (ok), 20:43, 03/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > CVE-2012-5613 - не признана уязвимостью

    В общем, логично.  FILE каждому раздавать не будешь...  А уж если раздал - не пускай в каталог данных mysql.

    Все правильно объяснили:
    http://seclists.org/oss-sec/2012/q4/394
    - это от кривой конфигурации все.

     
     
  • 2.10, Etch (?), 20:49, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > В общем, логично.  FILE каждому раздавать не будешь...  А уж
    > если раздал - не пускай в каталог данных mysql.

    А зачем БД по умолчанию их туда пускает?

     
     
  • 3.13, myhand (ok), 20:58, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А почему нет?  Для пользователя с правами администратора - это вполне имеет смысл.
     
     
  • 4.14, Etch (?), 21:06, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А почему нет?  Для пользователя с правами администратора - это вполне
    > имеет смысл.

    Пусть делают отдельную опцию и в документации напишут чем это опасно. Кому это действительно понадобится (а таких - меньшинство), те включат и будут точно знать зачем это надо и чем чревато.
    А если это имеет смысл только для пользователей с правами "ADMIN", то зачем оно работает и для тех, у кого есть только "FILE", да ещё по умолчанию? В общем, с точки зрения сисадмина - полнейший бред.

     
     
  • 5.20, arisu (ok), 21:57, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Пусть делают отдельную опцию и в документации напишут чем это опасно.

    ага. а то админы — они такие: раздают права направо и налево.

     
     
  • 6.22, Genix (?), 22:19, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Пусть делают отдельную опцию и в документации напишут чем это опасно.
    > ага. а то админы — они такие: раздают права направо и налево.

    Ну вот ты не путай админов с опытом и тех, кто только встает на данный путь. То что одному хорошо -- другому смерть )

     
     
  • 7.23, arisu (ok), 22:24, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    а зачем оно лезет боевые сервера админить? пусть учится у старших сначала. а если полезло — то само виновато.
     
  • 6.27, Etch (?), 22:46, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > ага. а то админы — они такие: раздают права направо и налево.

    Да тут не важно - направо или налево. Просто любой нормальный человек, если ему понадобится что-то включить, то он это сделает и просто проверит - работает или нет. Если мне понадобится включить "FILE", то я его просто включу. И только если оно не заработает так как мне надо, тогда только полезу в документацию смотреть причины такого поведения.

    А так, чтоб читать всю документацию от корки до корки и постоянно держать всё это в голове - я таких людей не встречал (так, чтоб ночью разбуди и он тебе расскажет, что если изменить такую-то опцию, то сломается вон там - совсем в другом месте - и чинить это надо вот так). И не надо отмазки лепить "а зачем оно лезет"; понадобилось, вот и полезло. Просто пишите так, чтоб было безопасно by design, и чтобы случайно отстрелить себе что-то было невозможно. Ведь сами же рано или поздно наткнётесь на эту или подобную подставу, ибо закон Мэрфи никто не отменял.

     
     
  • 7.28, AlexAT (ok), 22:48, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Да тут не важно - направо или налево. Просто любой нормальный человек,

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

    >>> А так, чтоб читать всю документацию от корки до корки и постоянно держать всё это в голове - я таких людей не встречал

    Блджад, печалька. А я каждый день в зеркале вижу. На самом деле - всегда сначала полностью прочесываю необходимые участки мануала (с нудным хождением по рефам, ага), и лишь потом (когда вся теория ясна и прозрачна, и в голове сложилась) берусь что-то собирать. Привычка.

    Да. Медленнее... не намного, но медленнее "молодых и горячих". Факт. Зато потом не приходится жать плечами и биться головой об стену, что что-то работает не так, потому что "а вон ту фенечку надо было сразу вкрутить".

     
     
  • 8.33, angra (ok), 23:02, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Сферические кони в вакууме это круто, но заглянем в реальный мир Вот что есть в... текст свёрнут, показать
     
     
  • 9.39, Аноним (-), 23:33, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не мечите бисер перед непогрешимыми всезнайками Это у них по молодости, что быс... текст свёрнут, показать
     
  • 9.61, AlexAT (ok), 07:15, 04/12/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Этого уже достаточно, чтобы не включать данную привилегию ... текст свёрнут, показать
     
     
  • 10.72, angra (ok), 13:37, 04/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Понятно, встретил слово security и испытал приступ медвежьей болезни А так слад... текст свёрнут, показать
     
  • 7.29, arisu (ok), 22:52, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Да тут не важно — направо или налево. Просто любой нормальный человек,
    > если ему понадобится что-то включить, то он это сделает и просто
    > проверит — работает или нет. Если мне понадобится включить «FILE», то
    > я его просто включу. И только если оно не заработает так
    > как мне надо, тогда только полезу в документацию смотреть причины такого
    > поведения.

    я надеюсь, ты админишь только локалхост. если вдруг — нечаянно — ты работаешь, например, админом у какого-нибудь хостера, то скажи название, пожалуйста. нет, мне не чтобы жаловаться, мне чтобы случайно не вляпаться.

     
     
  • 8.44, Etch (?), 23:47, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Переход на личности Не волнуйтесь, не вляпаетесь, моя компания IT-услуг не оказ... текст свёрнут, показать
     
     
  • 9.46, arisu (ok), 00:01, 04/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    счастье-то какое ... текст свёрнут, показать
     
  • 7.37, all_glory_to_the_hypnotoad (ok), 23:22, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А так, чтоб читать всю документацию от корки до корки и постоянно держать всё это в голове - я таких людей не встречал

    вообще ты не прав. Админ, особенно ДБАшник, обязан это делать. Т.е. как минимум читать документацию по незнакомым моментам. Но чем проще и консистентнее дизайн системы, тем меньше шансов ошибиться, потому и

    > Просто пишите так, чтоб было безопасно by design, и чтобы случайно отстрелить себе что-то было невозможно.

     
     
  • 8.41, Etch (?), 23:37, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот признайтесь честно, кто знал про эту уязвимость или хотя бы про опцию secure... текст свёрнут, показать
     
     
  • 9.43, all_glory_to_the_hypnotoad (ok), 23:46, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    причём тут, млять, знал обязан узнать , особенно когда речь идёт о какой-то ... текст свёрнут, показать
     
     
  • 10.47, Etch (?), 00:18, 04/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, вот и начинается - не знал, но обязан узнать Обязан, конечно, если тебе за... текст свёрнут, показать
     
     
  • 11.51, arisu (ok), 00:35, 04/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    то там столько дырок, что одной больше, одной меньше 8230 ... текст свёрнут, показать
     
     
  • 12.58, Etch (?), 01:21, 04/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Дык, не удивительно При таком то отношении разработчиков ... текст свёрнут, показать
     
     
  • 13.64, arisu (ok), 09:38, 04/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    каком 171 таком 187 тебе в описании что написали http www opennet ru ope... текст свёрнут, показать
     
  • 7.69, myhand (ok), 12:55, 04/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> ага. а то админы — они такие: раздают права направо и налево.
    > Да тут не важно - направо или налево. Просто любой нормальный человек,
    > если ему понадобится что-то включить, то он это сделает и просто
    > проверит - работает или нет.

    К счастью, в приличных местах таких "нормальных" апологетов метода тыка - гонят ссаной тряпкой.  Рано или поздно.

    > А так, чтоб читать всю документацию от корки до корки и постоянно
    > держать всё это в голове

    "Постоянно держать все в голове" - не нужно.  Что нужно - прочитать документацию по опции полностью, раз уж собрался ей воспользоваться.  *Перед* включением.

     
  • 7.81, Elhana (ok), 18:17, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    В большинстве случаев file + sql injection = shell с правами web сервера.
    Всяких вам творческих успехов с таким подходом к работе!

    Если пользователям файлы заливать на сайт надо - тоже просто анонимный фтп доступ откроете в директорию сайта и пусть скрипты заливают? )

     
     
  • 8.82, Etch (?), 06:32, 18/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Кто сказал, что file будет даваться веб-приложению Наверное это юмор из того же... текст свёрнут, показать
     
  • 5.25, myhand (ok), 22:34, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> А почему нет?  Для пользователя с правами администратора - это вполне
    >> имеет смысл.
    > Пусть делают отдельную опцию и в документации напишут чем это опасно.

    Написали чем опасно.  Около уже существующей опции FILE.  Я даже выше ткнул носом местных "чукч" в пост.  

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

    Если сейчас эти буратины (не буду указывать пальцем) не сумели прочитать документацию по гранту FILE - почему тогда сумеют?

    > В общем, с точки зрения сисадмина - полнейший бред.

    А с точки зрения системного администратора - вполне нормальное и *документированное* поведение.

     
     
  • 6.38, Etch (?), 23:25, 03/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Написали чем опасно.  Около уже существующей опции FILE.  Я даже
    > выше ткнул носом местных "чукч" в пост.

    http://dev.mysql.com/doc/refman/5.6/en/grant.html
    Пальцем покажете где написано? А ведь это та самая страница, на которую я полезу почитать про эту опцию перед её включением. А ведь многие и туда не полезут, в лучшем случае на форумах прочитают готовую команду.

    >> Кому это действительно понадобится (а таких - меньшинство), те включат и будут
    >> точно знать зачем это надо и чем чревато.
    > Если сейчас эти буратины (не буду указывать пальцем) не сумели прочитать документацию
    > по гранту FILE - почему тогда сумеют?

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

    >> В общем, с точки зрения сисадмина - полнейший бред.
    > А с точки зрения системного администратора - вполне нормальное и *документированное* поведение.

    Удачных поисков в документации (см. выше) и прокачке скиллов в определении мест, в которых разработчики подложили вам очередную свинью.
    Задокументировать можно любую глупость, умнее и нормальнее она от этого не станет. А умные вещи, кстати, и без документации очевидны.

     
     
  • 7.48, ZloySergant (ok), 00:23, 04/12/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >А ведь это та самая страница, на которую я полезу почитать про эту опцию перед её включением.

    Потому что де^Wчукча писатель, а не читатель.
    На, читай. Сначала http://dev.mysql.com/doc/refman/5.6/en/privileges-provided.html#priv_file , после которого у админа должно начаться чесание задницы предвещающей неприятности потом сцылкой оттуда http://dev.mysql.com/doc/refman/5.6/en/string-functions.html#function_load-fi , где есть намек на то что попаболи можно избежать; и, уже http://dev.mysql.com/doc/refman/5.6/en/server-system-variables.html#sysvar_se

    Впрочем, если последний раздел админ не читал, то он уже не одмын и не чукча, а - дебил.

     
     
  • 8.57, Etch (?), 01:20, 04/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Минус за оскорбления Итак, подведём итоги Чем опасна привилегия FILE то, чт... текст свёрнут, показать
     
     
  • 9.60, Kot (??), 04:50, 04/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Коллеги, срач можно заканчивать Вот я - типичный быдлоадмин, если рассматривать... текст свёрнут, показать
     
     
  • 10.66, arisu (ok), 09:42, 04/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    как видишь, достаточно не всем некоторые персонажи категорически отказываются в... текст свёрнут, показать
     
  • 9.65, arisu (ok), 09:40, 04/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    http www opennet ru openforum vsluhforumID3 87589 html 61 ЛОЛЩИТО слушай, а е... текст свёрнут, показать
     
  • 7.70, myhand (ok), 13:04, 04/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Написали чем опасно.  Около уже существующей опции FILE.  Я даже
    >> выше ткнул носом местных "чукч" в пост.
    > http://dev.mysql.com/doc/refman/5.6/en/grant.html
    > Пальцем покажете где написано? А ведь это та самая страница, на которую
    > я полезу почитать про эту опцию перед её включением.

    Вам ответили: #48.  Нет, к сожалению, в документации необходимого вам комикса или готового эксплойта - нету.  Головой таки нужно немного думать и о том как организована система прав в mysql - нужно знать, чтобы знать куда "лезть"...

    Куда конкретно *вы* полезете - мне без разницы.

    > А ведь многие и туда не полезут, в лучшем случае на форумах прочитают
    > готовую команду.

    Это просто менее продвинутые буратины, только и всего.

    > А умные вещи, кстати, и без документации очевидны.

    "Очевидно" только назначение мамкиной титьки.  Всему остальному документация - необходима.

     

  • 1.34, Sauron (??), 23:02, 03/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    emerge -C mysql && emerge -1 mariadb

    достали!

     
     
  • 2.68, epic_fail (?), 11:08, 04/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что все так прозрачно? Т.е. у MariaDB даже конфиг по дефолту такой же как у мускуля?
     
     
  • 3.73, Adui (?), 14:37, 04/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    тюнинг у mariadb побольше, но они не утруждались файл конфигурации привести к продакшену
     

  • 1.80, Andrey Mitrofanov (?), 20:21, 04/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Мне одному показалось, что "zero-day" и "exploit", в частности, не совсем про эти уязвимости? Ну, значит, показалось.
     

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



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

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