До 2022 года госкомпании России должны перейти на отечественный софт

До 2022 года госкомпании России должны перейти на отечественный софт

До 2022 года госкомпании России должны перейти на отечественный софт

Российские госкомпании к 2022 году будут обязаны перейти на использование преимущественно отечественного программного обеспечения. Согласно директиве, подписанной первым зампредом правительства Антоном Силуановым, для этого предусмотрен поэтапный планомерный переход.

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

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

В конечном итоге, как передают «Ведомости», к означенному сроку у госкомпаний должно быть установлено больше половины отечественного софта каждого класса.

Напомним, в июле стало известно, что Федеральная антимонопольная служба (ФАС России) предложила обязать производителей смартфонов и компьютеров предустанавливать на свои устройства российские аналоги популярных приложений, которые люди используют ежедневно. Например: браузеры, почтовые клиенты, различные плееры для воспроизведения мультимедиа и другие.

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

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

Роботы-официанты и курьеры оказались под угрозой удалённого взлома

Исследователь под ником BobDaHacker обнаружил серьёзную брешь в API управления роботами Pudu Robotics. Ошибка была настолько простой, что даже человек с минимальными техническими знаниями мог «угнать» любого робота — от официанта BellaBot в ресторане до робота-доставщика лекарств в больнице.

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

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

 

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

Но в больнице или офисе последствия могли быть куда серьёзнее — от срыва доставки лекарств до кражи документов с охраняемых этажей.

BobDaHacker сообщил о проблеме ещё 12 августа, но Pudu Robotics игнорировала обращения почти три недели. Лишь после того как исследователь напрямую предупредил крупных клиентов вроде японских ресторанных сетей Skylark и Zensho, компания наконец «обнаружила» уязвимость и выпустила заплатку.

Реакция производителя вызвала не меньше вопросов, чем сама дыра. У Pudu не оказалось ни выделенного контакта для безопасности, ни прозрачного процесса обработки сообщений о проблемах. Ответ пришёл в виде шаблонного письма, где даже не удалили плейсхолдер «[Your Email Address]».

История показывает: красивые слова о «приверженности безопасности» на сайте мало что значат без реальных мер. Когда роботы обслуживают рестораны, отели, школы и особенно больницы, сбои в их работе могут обернуться не только испорченным ужином, но и угрозой для здоровья и безопасности.

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

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