Москва создает собственный репозиторий проектов с открытым кодом

Москва создает собственный репозиторий проектов с открытым кодом

Москва создает собственный репозиторий проектов с открытым кодом

В российской столице тестируют Mos.Hub — систему хранения продуктов с открытым исходным кодом, облегчающую жизнь программистам. Новый веб-сервис будет запущен в рамках проекта по формированию московской экосистемы разработки софта.

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

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

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

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

«В ближайшие несколько лет мы планируем полностью перейти на собственные решения для совместной разработки ПО, включая сервисы управления проектами, ведение документации и другие инструменты, — заявил мэр, пользуясь случаем. — Это ускорит создание новых полезных продуктов для бизнеса и людей и позволит российским разработчикам сохранить свою конкурентоспособность независимо от решений, принимаемых за пределами страны».

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

Незакрытые уязвимости в веб-камере помогли шифровальщику Akira обойти EDR

При разборе атаки Akira на клиента эксперты S-RM Intelligence and Risk Consulting обнаружили, что злоумышленникам удалось протащить в сеть шифровальщика в обход защиты из-за непропатченной веб-камеры, на которой к тому же отсутствовал агент EDR.

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

Для горизонтального перемещения по сети использовался RDP. Когда очередь дошла до Akira, попытки развертывания шифратора для Windows оказались безуспешными: используемая жертвой EDR успешно их пресекала.

В поисках обходных путей взломщики обнаружили в сети несколько IoT-устройств, неохваченных бдительным оком EDR. Выбор остановился на веб-камере: в ней присутствовали несколько уязвимостей (патчи для них существовали, но их по какой-то причине не поставили), а ОС (облегченная Linux) была совместима с Linux-шифратором Akira.

Захватив контроль над девайсом, авторы атаки подключили SMB-ресурсы Windows и запустили шифрование в сетевых папках. Трюк удался, поскольку веб-камера не мониторилась, и ИБ-служба жертвы не смогла заметить рост исходящего с нее SMB-трафика.

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

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