Опрос
|
реклама
Быстрый переход
Роскомнадзор заявил, что не блокировал Python в России
02.06.2026 [00:24],
Анжелла Марина
Роскомнадзор заявил об отсутствии ограничений доступа к официальному репозиторию пакетов Python Package Index. Ранее 1 июня российские пользователи массово сообщали о невозможности загрузить сайт PyPI.org. 
Источник изображения: wikipedia.org Пресс-служба ведомства передала изданию «Коммерсантъ», что РКН не вводил блокировок в отношении индекса пакетов Python и не фиксирует трудностей с его загрузкой. Одновременно на платформах detector404.ru и Сбой.рф поступали жалобы от пользователей, которые не могли открыть сайт репозиторий. Наибольшее количество обращений пришлось на промежуток с 14:00 до 18:00 по московскому времени, а за сутки сбой заметили до 10 тысяч человек по данным detector404.ru. Издание «Код Дурова» указало, что проблемы с доступом к Python наблюдаются второй день подряд, при этом соединение с pypi.org обрывается на этапе TLS, протокола шифрования, защищающего передачу данных между клиентом и сервером. Аналогичная ошибка была зафиксирована неделю назад при попытке открыть сервис DeepSeek. Специалисты отметили сходство технических проявлений обоих инцидентов, связанных с сетевым соединением. Инструмент анализа данных на Python на полдня стал вредоносным — он крал ключи и токены
01.05.2026 [15:12],
Павел Котов
Неизвестный киберпреступник загрузил на платформу PyPI модифицированную версию 0.23.3 утилиты elementary-data, предназначенной для мониторинга информации. Вредоносный вариант приложения производит кражу учётных данных: ключей SSH, данных доступа к ресурсам AWS, токенов API и криптовалютных кошельков. Легитимный разработчик удалил скомпрометированный пакет, но тот оставался доступным для широкой аудитории в течение половины дня и, вероятно, успел нанести ущерб. 
Источник изображения: Towfiqu barbhuiya / unsplash.com Злоумышленник воспользовался уязвимостью в одном из рабочих процессов GitHub Actions проекта разработки elementary-data. Используя автоматически предоставленный ему GITHUB_TOKEN, он создал запрос на слияние (pull request) легитимного пакета с вредоносным кодом и сумел добиться автоматического выпуска заражённой новой версии пакета. Этот пакет предназначался для сбора широкого спектра конфиденциальных данных: ключей SSH, учётных данных облачных ресурсов Amazon Web Services (AWS), контейнеров Docker и Kubernetes, а также файлов криптовалютных кошельков, в том числе Bitcoin, Litecoin, Dogecoin и Ethereum. Украденные данные компилировались в файл trin.tar.gz и отправлялись на подконтрольный злоумышленнику сервер. Киберпреступник воспользовался свежезарегистрированной учётной записью GitHub, 25 апреля в 2:20 мск загрузил в проект вредоносную версию elementary-data на PyPI, а в 2:24 загрузил в GitHub Container Registry заражённый образ Docker с этим пакетом, расширив тем самым вектор вредоносной кампании. Администраторы проекта Elementary удалили вредоносные файлы только в 13:45 того же дня, то есть более чем через 11 часов, и заменили пакет очищенной версией elementary-data 0.23.4. Связанные с ним пакет Elementary dbt, ресурсы Elementary Cloud и другие версии самого проекта в ходе инцидента не пострадали, сообщили разработчики. Пользователям, установившим заражённую версию elementary-data 0.23.3, настоятельно рекомендуется удалить её и заменить безопасным вариантом 0.23.4. Необходимо также удалить файлы кеша и файл-маркер «.trinny-security-update» вредоносного пакета — если этот файл присутствует в системе, значит, вредонос в ней запускался. Разработчики Elementary обновили токен публикации PyPI, токен GitHub, учётные данные GitHub Container Registry, удалили уязвимый рабочий процесс GitHub Actions и проверили все остальные. Миллионы компьютеров оказались под угрозой взлома из-за критической уязвимости, связанной с Python
10.03.2025 [19:56],
Сергей Сурабекянц
В популярном пакете объектно-ориентированного языка программирования Python — python-json-logger — обнаружена критическая уязвимость, которой присвоен код CVE-2025-27607. Эксперт по компьютерной безопасности компании «Газинформсервис» Александр Кабанов утверждает, что эта проблема затрагивает миллионы пользователей. На сегодняшний день среда разработки Python развёрнута на более чем 43 миллионах ПК по всему миру. 
Источник изображения: unsplash.com Сообщается, что проблема возникла из-за удаления зависимости msgspec-python313-pre из репозитория PyPI (Python Package Index), который содержит тысячи сторонних модулей для Python. Злоумышленники добавили в репозиторий вредоносный пакет с тем же именем, который даёт им возможность удалённого выполнения произвольного кода на уязвимых системах, что может привести к компрометации данных, краже информации и полному контролю над заражённым ПК. «Возможность удалённого доступа к системе и выполнение произвольного кода из-за отсутствующей зависимости показывает, насколько важно при каждой сборке анализировать код и зависимости, а также оперативно обновлять ПО», — отметил Кабанов. «Википедия» определяет Python как «мультипарадигмальный высокоуровневый язык программирования общего назначения с динамической строгой типизацией и автоматическим управлением памятью, ориентированный на повышение производительности разработчика, читаемости кода и его качества, а также на обеспечение переносимости написанных на нём программ». В 2024 году Python впервые обогнал JavaScript и стал самым популярным языком программирования на GitHub. Такой рост объясняется активным развитием науки о данных и ажиотажному росту интереса к ИИ и машинному обучению. Эти изменения в глобальном плане отражают сдвиг в индустрии, где всё больше внимания уделяется применению искусственного интеллекта, включая создание более лёгких моделей, требующих меньших вычислительных ресурсов. Почему разработчики не успевают за Windows на Arm – объясняет Глеб Хмызников
22.07.2024 [11:34],
Андрей Созинов
Руководитель проекта Microsoft по переносу Python-библиотек рассказал, почему часть из них не работают на новых Copilot+ PC и как разработчики могут ускорить переход.  18 июня 2024 года Microsoft и ее партнеры начали продавать ноутбуки Copilot+ PC на процессорах Arm. Но большинство программ для Windows написаны под процессоры Intel и AMD, и далеко не все авторы успели переделать их под новую архитектуру, из-за чего покупателям и разработчикам пока сложно в полной мере воспользоваться преимуществами новых ноутбуков. О том, почему одни библиотеки уже работают на новом процессоре, а другие нет, поговорили с Глебом Хмызниковым, инженером-разработчиком Microsoft, который отвечает за работу Python и его библиотек на машинах с Arm. Глеб, вы занимаетесь переносом Python-библиотек на новые ноутбуки и решаете проблемы, из-за которых часть из них до сих пор не запускается без эмуляции. Откуда вообще взялось это отставание? Windows на Arm долго существовала в своеобразном вакууме. Разработчики не переходили на платформу, потому что там не было привычной среды, а авторы библиотек не спешили ее поддерживать, потому что пользователей было мало. Сейчас, когда у платформы становится больше пользователей, этот замкнутый круг начинает размыкаться. Но ведь другая часть библиотек уже работает на Arm нативно. В чем разница между ними и теми, что пока не запускаются? Легче всего переносятся библиотеки на распространенных языках: для них компиляторы под Arm уже есть, а за одной базовой библиотекой подтягиваются и те, что на нее опираются. Остальным мешает каждый раз что-то свое: где-то нет компилятора для нужного языка, где-то ломается сборка, а где-то просто нет готовой версии под Arm. Одна из главных особенностей новых ноутбуков – встроенный нейропроцессор для задач ИИ. Могут ли разработчики на Python пользоваться им уже сейчас? Могут, но пока через обходные пути. Самый рабочий вариант сейчас – ONNX Runtime, программа Microsoft для запуска ИИ-моделей, в связке с инструментами Qualcomm, которые дают к нейропроцессору прямой доступ. Поэтому мы и работаем вместе с производителями чипов: они лучше всех знают, как устроен их нейропроцессор и как задействовать его полностью. Допустим, разработчик уже купил Arm-ноутбук. Как ему работать, пока не все библиотеки готовы? Начать с нативного Python и проверить, какие из нужных ему библиотек уже работают напрямую. То, что не запускается, можно временно использовать через эмуляцию. И очень важно сообщать о сбоях публично. Отчет о том, какой пакет не собрался и на каком устройстве, экономит авторам библиотек время на поиск причины. Чем больше таких отчетов с разных машин, тем быстрее закрываются пробелы. В июне вы оценивали проекты хакатона IAHD, много общались с разработчиками. Чего, по вашим ощущениям, профессиональное сообщество ждет от новых Arm-ноутбуков? Разработчики ждут, что о процессоре не придется думать: открыл ноутбук, поставил привычные инструменты и работаешь. Плюс многих интересует запуск ИИ-моделей прямо на устройстве. И то и другое упирается в готовность библиотек. |
© 1997—2026 3DNews
При цитировании документа ссылка на сайт с указанием автора обязательна. Полное заимствование документа является
нарушением
российского и международного законодательства и возможно только с согласия редакции 3DNews.
MWC 2018
2018
Computex
IFA 2018
