Функция уведомления об багах снижает количество уязвимого кода в GitHub

Функция уведомления об багах снижает количество уязвимого кода в GitHub

Функция уведомления об багах снижает количество уязвимого кода в GitHub

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

Напомним, что команда разработчиков веб-сервиса для хостинга IT-проектов и их совместной разработки в середине ноября 2017 года объявила о внедрении новой функции безопасности, предназначенной для предупреждения разработчиков о наличии в их проектах уязвимого кода.

Эта функция ориентирована на поиск уже известных уязвимостей, например, в пакетах RubyGems и JavaScript NPM, для поиска используется база данных общеизвестных уязвимостей информационной безопасности CVE (Common Vulnerabilities and Exposures).

Когда эта база пополняется новой уязвимостью, все репозитории, использующие затронутую версию, сразу идентифицируются, а их разработчикам приходит уведомление о наличии проблемы безопасности. Причем пользователи могут выбрать способ оповещения — либо через аккаунт GitHub, либо по электронной почте.

Когда команда GitHub впервые представила новую функцию безопасности, разработчики первым делом сравнили список уязвимых библиотек с Графом зависимостей (Dependency Graph) во всех общедоступных репозиториях.

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

Первоначальное сканирование, проведенное GitHub, выявило более 4 миллионов уязвимостей в более чем 500 000 репозиториев. Владельцы проблемных репозиториев были незамедлительно уведомлены, и через две недели более 450 000 недостатков были устранены.

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

Напомним, в начале этого месяца стало известно, что Github подвергся крупнейшей DDoS-атаке из-за уязвимости Memcached.

Минцифры раскрыло правила передачи IMEI операторами связи в единую базу

Минцифры подготовило проект правил взаимодействия операторов связи с будущей единой базой IMEI. Именно она должна стать основным инструментом для борьбы с серыми смартфонами, устройствами с подменными идентификаторами и техникой, ввезенной в страну с нарушениями.

В министерстве сразу попытались успокоить пользователей: никакой массовой регистрации телефонов граждан не планируется.

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

Самостоятельно регистрировать IMEI владельцу придется только в одном случае — если новый смартфон был куплен за границей и ввезен в Россию. Да и то сделать это можно будет добровольно через портал «Госуслуги».

В базе для каждого устройства будут храниться IMEI, его статус («разрешен», «запрещен» или «не зарегистрирован»), основание для внесения записи, сведения об операторе связи, а также дата и время регистрации.

Оператором базы станет Минцифры. Доступ к информации получат операторы связи, Роскомнадзор, Федеральная таможенная служба, профильные федеральные органы, а также государственные структуры, отвечающие за оперативно-разыскную деятельность и безопасность.

По замыслу авторов документа, единая база позволит быстрее выявлять устройства с подменными IMEI, бороться с незаконным импортом техники и даст операторам централизованный механизм блокировки запрещенного оборудования.

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

Проект предусматривает, что новый порядок заработает с 1 марта 2027 года и будет действовать до 1 марта 2033 года. При этом затраты операторов связи на внедрение новых требований за шесть лет Минцифры оценивает более чем в 3 млрд рублей.

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