Из списка разработчиков ядра Linux исключили 11 россиян

Из списка разработчиков ядра Linux исключили 11 россиян

Из списка разработчиков ядра Linux исключили 11 россиян

Грег Кроа-Хартман исключил из списка мейнтейнеров ядра Linux 11 разработчиков, предположительно, работающих в российских компаниях. Причиной стало несоблюдение условий комплаенса. Однако их возвращение возможно в случае предоставления определенных документов.

Изменения списка мейнтейнеров датировано 18 октября. Нововведение уже вошло в ветку 6.12-rc4. По данным ресурса OpenNet, были удалены:

  • Abylay Ospan <*@netup[.]ru>, драйверы для DVB-систем NETUP PCI, HELENE, ASCOT2E, HORUS3A, LNBH25 и CXD2841ER;
  • Alexander Shiyan <*@mail[.]ru>, порт для ARM/CIRRUS LOGIC CLPS711X;
  • Dmitry Kozlov <*@mail[.]ru>, драйверы PPTP и GRE DEMULTIPLEXER;
  • Dmitry Rokosov <*@sberdevices[.]ru>, драйвер для EMSENSING MICROSYSTEMS MSA311;
  • Evgeniy Dushistov <*@mail[.]ru>, файловая система UFS;
  • Ivan Kokshaysky <*@jurassic.park.msu[.]ru>, порт для архитектуры Alpha;
  • Nikita Travkin <*@trvn[.]ru>, драйвер к контроллеру ACER ASPIRE 1;
  • Serge Semin <*@gmail[.]com>, платформа BAIKAL-T1, базовые драйверы для систем MIPS, драйверы для BAIKAL-T1 PVT, DESIGNWARE EDMA CORE IP, LIBATA SATA AHCI SYNOPSYS DWC CONTROLLER, NTB IDT, SYNOPSYS DESIGNWARE APB GPIO, SYNOPSYS DESIGNWARE APB SSI;
  • Sergey Kozlov <*@netup[.]ru>, драйверы для DVB-систем NETUP PCI, ASCOT2E, HORUS3A, LNBH25 и CXD2841ER;
  • Sergey Shtylyov <*@omp[.]ru>, драйверы к LIBATA PATA, RENESAS R-CAR SATA, RENESAS SUPERH ETHERNET и RENESAS ETHERNET AVB;
  • Vladimir Georgiev <*@metrotek[.]ru>, драйвер для MICROCHIP POLARFIRE FPGA.

Мейнтейнер порта Linux для архитектуры m68k Герт Уйттерховен назвал формулировки, согласно которым были удалены эти 11 разработчиков, слишком размытыми и выразил обеспокоенность, что такая практика будет расширяться, что открывает дверь для дальнейших злоупотреблений.

Это не первый подобный случай. В августе 2024 года проект OpenTofu заблокировал доступ с российских IP-адресов к репозиторию registry.opentofu.org. OpenTofu также удалил плагины для работы с крупнейшими российскими облачными средами Cloud.ru, Яндекс и Rustack Cloud Platform.

В марте 2023 года  мейнтейнер сетевой подсистемы ядра Linux Якуб Качиньский отказался принимать патчи от Baikal Electronics по политическим причинам.

Samsung Galaxy S22 Ultra начали превращаться в кирпич после сброса настроек

Некоторые владельцы Galaxy S22 Ultra столкнулись с очень странной проблемой: после сброса к заводским настройкам их смартфоны внезапно начинают считаться корпоративными устройствами, якобы принадлежащими некой Numero LLC. Из-за этого телефон блокируется через механизм Knox Mobile Enrollment, а пользователь фактически теряет над ним контроль.

Сценарий у пострадавших почти одинаковый, как описывают в Android Authority и сами пользователи на форуме Samsung.

После сброса до заводских настроек человек подключает смартфон к Wi-Fi и начинает обычную настройку Android, но вместо привычного входа в аккаунт получает экран с предупреждением «This device isn’t private».

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

 

 

Самое неприятное здесь — простыми способами это не лечится. По сообщениям пользователей, повторные сбросы и даже ручная перепрошивка через Odin не помогают. Причина в том, что такая привязка, вероятно, проверяется на уровне IMEI через серверы Samsung: если устройство числится за организацией, профиль MDM подтягивается снова уже во время первоначальной настройки.

Дополнительные подозрения вызывает и сам «администратор». В жалобах фигурирует приложение SAMSUNG ADMIN, а рядом с ним — странный брендинг FRP UNLOCK SAMSUNG и название компании Numero LLC, которую журналисты не нашли в обычных американских реестрах компаний.

 

Почему это вообще могло произойти, пока до конца неясно. Среди возможных версий называют компрометацию аккаунта реселлера с доступом к Knox Mobile Enrollment, использование сторонних сомнительных сервисов разблокировки, а также возможные злоупотребления вокруг корпоративных механизмов Samsung.

Хуже всего то, что пользователи, по их словам, оказываются в замкнутом круге между поддержкой Samsung и командами Knox: одни отправляют к другим, а готового механизма быстро снять такую привязку, похоже, нет. Формально правильный путь — обращаться в Samsung с подтверждением покупки и требовать отвязки IMEI, но на практике это, судя по отзывам, может затянуться надолго.

RSS: Новости на портале Anti-Malware.ru