Мой VPS с 2016-го года !
✅ Виртуальные от 300 ₽/месяц, RAM 1-10GB, DISK 20-360 GB;
✅ Выделенные от 3000 ₽/месяц. RAM 4-64GB, DISK до 4TB;
✅ Intel Xeon, SSD, XEN, iLO/KVM, Windows/Linux, Администрирование;
✅ Бесплатно Full Backup и Anti-DDoS.
Спонсор проекта
Лучший вариант для анонимности купить прокси на выделенном сервере IPANN.NET.
Рекламки



Авторизация






Для восстановления доступа пишите на E-mail stoplinux@yandex.ru.
Последние комментарии
#1
2023 пишет: » Запостите:

s3r [точка] ru/stavka-tolko-na-linuks-et... (18.03.2023)
// ОСТОРОЖНО: ВИНДОФИЛИЯ!
#2
layder пишет: » Забавно следить за зиганутой публикой, особенно в ... (17.03.2023)
// Руслан Карманов о Украине
#3
бронедрочец пишет: » В костылинуксе порядок таков: нужен нормальный кал... (02.03.2023)
// Обзор калькуляторов в GNU/Linux
#4
Линупсодав пишет: » Костылинупс на десктопе не взлетит без прикладнухи... (13.02.2023)
// ОСТОРОЖНО: ВИНДОФИЛИЯ!
#5
admin пишет: » БоЗяН, ожидаемо. (30.01.2023)
// ReactOS 0.4.1
Цитаты
Антирекламу каждый дистрибутив делает себе самостоятельно. А все вместе - линуксу вообще...
Наши сайты.
Наши другие сайты, которые всё ещё в сети:
1. Архив форума СЛОРа
2. Архив linexp.ru
3. Архив bitomatics.ru



Из-за недоступности kernel.org в ядре Linux-next не хватает 89 веток | автор: MOP3E | 27 сентября 2011

Категория: GNU/Linux


Как известно, из-за недоступности kernel.org после взлома, на GitHub были перемещены Git-репозитории для ядра 3.1 и ветки linux-next, в рамках которой осуществляется подготовка патчей для следующего выпуска (3.2). Сегодня мэйнтейнер ветки linux-next опубликовал в списке рассылки разработчиков ядра linux тревожное сообщение, в котором указал на то, что из 171 дерева, готовящегося к интеграции в основное ядро 3.2, 89 деревьев недоступны из-за того, что они были сохранены только на серверах kernel.org. Так как не удалось найти актуальных копий для этих 89 деревьев, они не будут фигурировать в linux-next, т.е. останутся скрытыми для тестирования и рецензирования по крайней мере до момента возобновления работы kernel.org.

А ведь меня здесь не так давно уверяли, что взлом kernel.org не будет причиной проблем линукса. Врали, как всегда...




Чего не видят фанатики обоих лагерей? Смотрите с минуты 25:40



Источник.

Чего не видят фанатики обоих лагерей? Смотрите с минуты 25:40



      ВНИМАНИЕ !
Возможно что-то уже неактуально. Обращайте внимание на даты !
Эта статья опубликована 27 сентября 2011-го года !



Голосов: 13


Прочитано 2859 раз и оставлено 21 комментариев.

Мой VPS с 2016-го года !

Этот сайт размещён на мощностях компании Айпи Сервер с 2016-го года. Стабильность проверена временем !

-->





Комментарии посетителей

#1. MOP3E

Собственно, стартовый вопрос: 89 веток есть ТОЛЬКО на kernel.org, который взломали злоумышленники, после чего получили полный контроль над кодом ядра. Где именно в этих ветках искать свежие "закладки"? Отвечать не надо - вопрос был риторическим. Бездействие kernel.org скорее всего объясняется именно тем, что разработчики ядра сейчас исследуют эти 89 веток в поисках "вражеского" кода. Символ за символом, строчку за строчкой...

#2. pavel2403

pavel2403
Короче, луноходы допрыгались. Доорались на форумах про мегабИзапасность. Теперь как только кто из них заикнется опять об этом ему сразу же начистят рыло. Бох-Питух рыдае...
MOP3E написал:
Собственно, стартовый вопрос: 89 веток есть ТОЛЬКО на kernel.org, который взломали злоумышленники, после чего получили полный контроль над кодом ядра. Где именно в этих ветках искать свежие "закладки"? Отвечать не надо - вопрос был риторическим. Бездействие kernel.org скорее всего объясняется именно тем, что разработчики ядра сейчас исследуют эти 89 веток в поисках "вражеского" кода. Символ за символом, строчку за строчкой...

"Аната бака"...
Ты что думаешь что разработчики после отсыла патчей на кернел.орг сразу удаляли их со своих компьютеров. Не смеши.

#4. Maddoc

Maddoc
Гареев Станислав написал:
Ты что думаешь что разработчики после отсыла патчей на кернел.орг сразу удаляли их со своих компьютеров. Не смеши.

Т.е. мэйнтейнер ветки linux-next опубликовал 4.2 и новость ни о чём? На самом деле актуальные копии этих 89 деревьев лежат на секретных серверах и миллионы зорких глаз вычитывают код нет там никаких вражеских закладок?
Цитата:
Не удивлюсь, если часть народу выложит на github и пришлёт ссылки, а другая часть скажет "моё обождёт до поднятия кернелорга".

Один ты типа дэАратаньян, а все вокруг анальные клоуны?

#6. REVERSE

REVERSE
Да, линукс очень быстро устанавливается и настраивается, как о нем говорят. А гуру kernel.org не могут этого сделать уже вторую (или третью?) неделю. А linux.org поддерживается нищебродами, не способными взять нормальный хостинг, там давно "Bandwidth Limit Exceeded".

#7. Dr_Lektor

Бугага!!! Вот это красноглазые обосралися

#8. Manve

Manve
Ну какой же все-таки у них идиотизм - не иметь оффлайнового бекапа. Пусть теперь грызут ногти до самых плеч.
REVERSE написал:

Да, линукс очень быстро устанавливается и настраивается, как о нем говорят. А гуру kernel.org не могут этого сделать уже вторую (или третью?) неделю. А linux.org поддерживается нищебродами, не способными взять нормальный хостинг, там давно "Bandwidth Limit Exceeded".

Если просто переустановить, то взлом повториться. Видимо сейчас пишут ПО которое позволит работать с сервером без shell доступа.

#10. MOP3E

Гареев Станислав написал:
пишут ПО

А ведь в линухе есть программы на все случаи жизни, правда?
MOP3E написал:
А ведь в линухе есть программы на все случаи жизни, правда?

Всё предусмотреть невозможно. Всё таки мы может только догадываться что там произошло и происходит на самом деле.

#12. Luca

вообще ядро линукса настолько разрослось что потеря _89_веток_ была замечена только через 1.5 месяца. И фиг кто найдет в этом мегаядре троянца на 10 строк.

Это к тому, что тут кто-то особо одаренный никак не понимал, почему ядро уже давно превратилось в кучу мусора.

#13. null666

Luca написал:
вообще ядро линукса настолько разрослось что потеря _89_веток_

"...сообщение, в котором указал на то, что из 171 дерева..."
89/171*100=52,047%
Пора записаться на курсы липосакции ;)

Luca написал:
И фиг кто найдет в этом мегаядре троянца на 10 строк

Пример хотя бы одного троянца на десять строк. Под любую систему.

REVERSE написал:
А linux.org поддерживается нищебродами, не способными взять нормальный хостинг, там давно "Bandwidth Limit Exceeded"

А сайт Microsoft кем поддерживается?
http://www.tunexp.com/news/windows-story-130.html
Не способными взять нормальный канал? :)
дохтур
null666 написал:
Пример хотя бы одного троянца на десять строк. Под любую систему.
Троянец в одну строку
if (a = b) {...} 

#15. REVERSE

REVERSE
null666 написал:
А сайт Microsoft кем поддерживается?
http://www.tunexp.com/news/windows-story-130.html
Не способными взять нормальный канал? :)

Та история была 10 лет назад, есть что-то посвежее?

#16. null666

дохтур написал:
Троянец в одну строку
if (a = b) {...}

И что он делает кроме присваивания в переменную a значения переменной b?

REVERSE написал:
Та история была 10 лет назад

Microsoft существует с 1975 года
Windows - с 1985.
IIS - c 1995.
null666
Еще большой идиотизм написать не смог? crazy

null666 написал:
И что он делает кроме присваивания в переменную a значения переменной b?

Как прокомментировать это я и не знаю... crazy
Кажется null666 в программированием _НИЧЕГО_, еще раз напишу - _НИЧЕГО_ не понимает.

Перевод специально для идиотов, линукс кульцхакеров: biggrin
дохтур написал:
Троянец в одну строку
if (a = b) {...}

Если a = b то сделай ... (чего угодно)

null666 написал:
А сайт Microsoft кем поддерживается?
http://www.tunexp.com/news/windows-story-130.html
Не способными взять нормальный канал? :)

null666 написал:
Microsoft существует с 1975 года
Windows - с 1985.
IIS - c 1995.

DoS расширением канала не решается, специально для идиотов скажу. biggrin
Хоть возьми 1000 гигабит, DoS забьют эго бес проблем.tongue

#18. null666

computer user написал:
Если a = b то сделай ... (чего угодно)

"Чего угодно" это что конкретно?
Пукни в комментах на SLOR на предмет своих мегазнаний "в программированием"?
Например, приведи пример в C-like синтаксисе, при этом совершив классическую детскую ошибку для этого же синтаксиса - использование операции присваивания = вместо операции проверки на равенство ==, а потом, даже не поняв толстейшего намёка, продолжай портить воздух дальше?

computer user написал:
DoS расширением канала не решается, специально для идиотов скажу.

1) Решается. Если в канал 1000 гигабит/с лить с суммарной скоростью 10 гигабит/с - никакого DoS'а устроить не получится. Но мегаиксперту computer user этого простительно не знать.
2) Специально написано - IIS - 1995 год. В 2003 году успешно заDoSили. Причём заDoSили абсолютно тупо. Как там любители продуктов MS любят говорить? "8 лет непрерывных побед" чтоли? Windows - c 1985. Очевидно, "18 лет непрерывных побед". Ну а сама MS - "28 лет непрерывных побед". Кр-р-р-расота!!!
дохтур
null666 написал:
"Чего угодно" это что конкретно?
Действительно не доходит или бревном прикидываешься? Данным приёмом убивается сразу несколько зайцев:
1) маскировка под невинную ошибку
2) присваивание нужной переменной нужного значения
3) безусловное выполнение кода - аутентификации,авторизации,повышения привилегий -- т.е. чего угодно
null666 написал:
1) Решается. Если в канал 1000 гигабит/с лить с суммарной скоростью 10 гигабит/с - никакого DoS'а устроить не получится. Но мегаиксперту computer user этого простительно не знать.

И позади канала на 1000 гигабит/с чего будет отвечать? Супер кластер ф чулане? biggrin
Зачем будет Microsoft-у канал и кластер в 100 раза выше максимальной пиковой нагрузки? biggrin

Не говоря об этом, что те кто делают DoS имеют ресурсы не меньше. Понимаете - зомби компьютеры стали больше сильнее давным давно. Это уже не то время, когда серверы имели верх. Теперь пользователи (тупые) имеют верх. Бот сеть на 10 миллионов компьютерах на мегабитовую и еще быструю связь в состоянии заDoSить и амазон и гугл если хотите. biggrin

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

null666 написал:
2) Специально написано - IIS - 1995 год. В 2003 году успешно заDoSили. Причём заDoSили абсолютно тупо. Как там любители продуктов MS любят говорить? "8 лет непрерывных побед" чтоли? Windows - c 1985. Очевидно, "18 лет непрерывных побед". Ну а сама MS - "28 лет непрерывных побед". Кр-р-р-расота!!!

То что говорил и выше - хакеры победили Microsoft благодаря тому что Windows стала настолько массовая система что зомбированных компьютерах больше и мощнее серверов Microsoft. А то, что Windows стала настолько массовая система и есть победа Microsoft. biggrin

Хотя, не скажу что Microsoft какие то хорошие и идеальные. То же самое, только относится и к Mac и Линукс. tongue biggrin
bugzilla.kernel.org
исчо не запустили. biggrin
Кажется, уже баги нету. smile