Функция уведомления об багах снижает количество уязвимого кода в 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.

Минтранс присвоит каждому пассажиру уникальный ID, сохранит данные на 7 лет

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

Код будут отдельно формировать для каждого пассажира и члена экипажа в рамках конкретного рейса.

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

В базу предлагают дополнительно передавать данные об отмене посадки, онлайн-регистрации, добавлении пассажира в групповой билет и удалении из него. Также появится учёт расписаний регулярных и чартерных перевозок: плановых и фактических сведений о рейсе, его отмены и изменений.

Срок хранения персональных данных останется прежним — семь лет. Не меняется и скорость их передачи: сведения о покупке билета на поезд или самолёт должны поступить в систему в течение 15 минут, на автомобильный, морской или речной транспорт — в течение 30 минут. Информацию об экипаже необходимо направить не позднее чем за сутки до отправления.

К проекту добавлены таблицы с составом сведений для каждого вида транспорта. Операции разделены на обязательные, условно обязательные и не подлежащие передаче.

Если приказ примут, он заменит действующие правила 2024 года. Пока документ находится на стадии обсуждения, которое продлится до 29 августа. Карточка проекта.

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