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

Налоговая прикрывает схему с закрытием и повторным открытием ИП

Малому бизнесу прикрывают ещё одну лазейку для ухода от НДС. На фоне курса на обеление экономики власти усиливают контроль за предпринимателями, которые закрывают ИП, а затем быстро открывают новое, чтобы обнулить лимиты по выручке.

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

Об этом пишут «Известия». Если налоговая решит, что перерегистрация была нужна не для реального перезапуска бизнеса, а ради налоговых льгот, предпринимателю могут доначислить НДС, пени и штрафы.

Причина ажиотажа понятна. С 2025 года компании и ИП на УСН начали платить НДС при годовой выручке выше 60 млн рублей. С 2026 года порог снизили втрое — до 20 млн рублей. В результате под новый порядок попало заметно больше малого бизнеса.

У предпринимателей есть выбор: платить НДС по стандартной ставке 22% с правом на вычет или использовать льготные ставки — 5% при доходе до 272 млн рублей и 7% при доходе до 490 млн рублей. Но во втором случае вернуть часть уплаченного НДС уже не получится.

После ужесточения правил часть бизнеса начала искать обходные маршруты. Один из популярных сценариев — закрыть ИП, когда доход приближается к лимиту, а потом зарегистрироваться заново, как будто счётчик выручки снова на нуле.

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

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

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