Рунет предложили защитить с помощью отечественного шифрования

Рунет предложили защитить с помощью отечественного шифрования

Рунет предложили защитить с помощью отечественного шифрования

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

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

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

Такие крупные игроки, как «Яндекс», Telegram, Сбербанк, Mail.Ru Group, Opera, WeChat, Vimeo будут вынуждены подчиниться, так как они находятся в реестре Роскомнадзора.

Более того, отечественное шифрование авторы поправок планируют навязать и государственным информационным системам (ГИС).

«Распространение или предоставление информации в электронном виде осуществляется с использованием кодирования такой информации. Правительство Российской Федерации устанавливает порядок выдачи и использования кодов и средств шифрования, необходимых для кодирования информации. Так же определяются лица, уполномоченные выдавать такие коды и средства шифрования», — цитирует РБК текст проекта поправок.

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

GitHub лёг почти целиком: ошибки затронули API, Actions и Copilot

17 августа GitHub столкнулся с глобальным сбоем, затронувшим почти все основные функции платформы. Разработчики жаловались на проблемы с веб-интерфейсом, API, Issues, Pull Requests, Actions, Webhooks, Pages, Git Operations и Copilot. В разгар инцидента около 20% запросов к сайту и API завершались ошибками.

При загрузке архивов и необработанного содержимого репозиториев показатель доходил примерно до 50%.

Также пострадали корпоративные механизмы аутентификации SAML и OIDC, службы SCIM и Team Sync.

Первые признаки деградации GitHub зафиксировал около 13:40 UTC. Затем список затронутых компонентов начал расти: проблемы последовательно появились у API Requests, Actions, Webhooks, Issues, Pull Requests, Copilot, Pages и операций Git. Codespaces при этом продолжал работать штатно.

Команда обнаружила проблемный компонент и приняла меры. Согласно последнему сообщению от GitHub, сервисы постепенно восстанавливаются, однако уровень ошибок всё ещё немного превышает норму. Полностью закрывать инцидент компания пока не стала. Актуальный статус GitHub можно посмотреть по этой ссылке.

Параллельно пользователи сообщали о неполадках в других сервисах экосистемы Microsoft, включая Teams и Copilot. Эксперты предположили связь происходящего с сетевыми проблемами Amazon Web Services, однако GitHub официально эту версию не подтверждал и первопричину ещё не раскрыл.

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