Система Кибер Файлы теперь целиком совместима с Astra Linux, АЛЬТ и РЕД ОС

Система Кибер Файлы теперь целиком совместима с Astra Linux, АЛЬТ и РЕД ОС

Система Кибер Файлы теперь целиком совместима с Astra Linux, АЛЬТ и РЕД ОС

Компания «Киберпротект» анонсировала выпуск Кибер Файлы 9.2. В новой версии корпоративного решения для совместной работы повышена безопасность обмена информацией; поддержку Linux получили все серверные компоненты системы.

Ранее на базе Linux и дистрибутивов, в том числе российских (РЕД ОС, Astra Linux, АЛЬТ), можно было развернуть только сервер управления и СУБД. Теперь такую же возможность обрел сервер шлюза, отвечающий за доступ клиентов синхронизации к серверу управления и сетевым хранилищам данных.

В целях обеспечения безопасности Кибер Файлы предусматривает создание изолированных пространств для информационного обмена (Sync&Share). Отныне их можно плодить в неограниченном количестве, с легкостью добавляя и удаляя пользователей в группах, которым разрешен доступ к хранимым данным.

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

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

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

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

ИИ находит ошибки быстрее, чем их могут исправлять

Многие команды разработчиков опенсорс-проектов столкнулись с потоком сообщений об ошибках и уязвимостях, которые выявляют ИИ-модели. Для многих проектов, особенно небольших, это стало серьёзной проблемой: устранять такие находки по мере их поступления они попросту не успевают. В результате ситуация начинает нести заметные риски для безопасности.

О проблеме сообщило агентство Bloomberg. Издание приводит слова Дэниела Стенберга из проекта cURL: только за 2025 год команда получила 181 сообщение об ошибках и уязвимостях — больше, чем за 2023 и 2024 годы вместе взятые.

По словам специалиста, рост числа багрепортов напрямую связан с распространением ИИ-моделей. Как отметил Стенберг, ситуация продолжает ухудшаться. С начала 2026 года команда проекта уже получила 87 сообщений об ошибках, а по итогам года их число может приблизиться к 330.

Рост активности связывают с появлением новой ИИ-модели Mythos от Anthropic. Она позволяет находить проблемный код быстрее, чем предыдущие поколения таких систем, не говоря уже о людях, которые проводят аудит вручную или с помощью традиционных инструментов.

Многие другие проекты, столкнувшись с валом отчётов об ошибках, сгенерированных с помощью ИИ, вообще прекратили их приём. Разработчики сравнивают этот поток с DDoS-атакой, называя его «пугающим» и крайне сложным для обработки.

Понимая возможные риски, связанные с тем, что новая модель сможет находить уязвимости быстрее, чем разработчики будут успевать их устранять, Anthropic не стала выпускать Mythos в открытый доступ. Вместо этого компания ограничила доступ к ней, предоставив его только ключевым организациям, включая CrowdStrike и Linux Foundation.

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

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

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