Российских разработчиков призвали уходить с GitHub

Российских разработчиков призвали уходить с GitHub

Российских разработчиков призвали уходить с GitHub

Депутат Госдумы по информационной политике Антон Горелкин заявил, что российским разработчикам стоит переносить проекты с GitHub в другие репозитории. Поводом стали сообщения о росте числа неудачных соединений с платформой у пользователей из России.

По словам Горелкина, российские разработчики всё чаще сталкиваются с недоступностью GitHub.

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

Депутат также напомнил, что GitHub принадлежит Microsoft. По его мнению, российским пользователям не стоит удивляться проблемам с доступом к платформе, учитывая позицию компании после ухода из России.

Горелкин признал, что GitHub за многие годы стал не просто отраслевым стандартом, а важной частью инфраструктуры разработки. На платформе завязаны рабочие процессы, репозитории, CI/CD, документация и взаимодействие команд. Тем не менее, по его словам, от такой зависимости пора уходить.

В качестве альтернативы депутат предложил использовать другие Git-репозитории, включая российские решения. Он отметил, что среди них уже есть платформы с ИИ-ассистентами, которые могут конкурировать с Copilot.

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

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

WordPress начнёт тормозить опасные обновления плагинов ещё на старте

WordPress запускает автоматическую проверку безопасности каждого нового релиза плагина перед его распространением через API WordPress.org. Обновления с высоким уровнем риска будут блокироваться автоматически, до того, как миллионы сайтов нажмут «Обновить» и впустят проблему внутрь.

Раньше команда WordPress проверяла новые плагины перед добавлением в каталог, но последующие версии выпускались без единого обязательного этапа контроля.

В результате безопасное расширение могло однажды получить уязвимость, бэкдор или нового владельца с очень интересными планами. Перед распространением каждый релиз уже проходит шестичасовую задержку в рамках инициативы Protect The Shire. За это время изменения анализируют несколько ИИ-моделей и Jetpack Scan.

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

Механизм успел показать зубы ещё до полноценного запуска. 28 июля он обнаружил бэкдор в новой версии неназванного плагина с примерно 20 тысячами активных установок. Релиз находился в периоде ожидания и не успел разлететься по сайтам. Через 26 минут после уведомления от Wordfence плагин закрыли для скачивания.

Высокий рейтинг при этом не доказывает злой умысел. Система одинаково серьёзно отнесётся и к намеренно встроенному вредоносу, и к случайной опасной ошибке. Разработчику предложат изучить замечания, исправить код и выпустить новую версию. Если та пройдёт порог, обновление отправится дальше.

Оспорить результат тоже можно, но WordPress честно предупреждает: исправить релиз обычно быстрее, чем ждать ручного рассмотрения.

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