Slack предоставил бизнесу собственные ключи шифрования

Slack предоставил бизнесу собственные ключи шифрования

Slack предоставил бизнесу собственные ключи шифрования

Разработчики корпоративного мессенджера Slack запускают собственные ключи шифрования, которые призваны помочь бизнесу защитить свои данные. Команда анонсировала Slack Enterprise Key Management (Slack EKM) — новое дополнение к Enterprise Grid.

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

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

Используя Slack EKM, ИТ-администраторы смогут отозвать доступ к данным внутри конкретного канала Slack. Ранее для этого требовалось отключить всех пользователей на платформе.

«Организации, делающие упор на безопасность, — например, финансовая сфера, сфера здравоохранения и государственный сектор — обычно ограничены по части инструментов, которые они могут использовать внутри компании», — заявил Джефф Белкнап, главный сотрудник по вопросам безопасности в Slack.

«Именно поэтому мы решили разработать механизм, который будет соответствовать их нуждам и обеспечивать защиту информации».

kernel.org внезапно опустел: на зеркалах случайно удалили архивы ядра Linux

У kernel.org случился редкий инфраструктурный конфуз: из-за ошибки при настройке нового первичного зеркала и изменении системы синхронизации внезапно опустел каталог kernel.org/pub/. Именно там на публичных зеркалах хранились архивы с кодом выпусков ядра Linux, патчи и файлы со списками изменений.

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

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

Команда проекта уже занимается восстановлением данных. Но, как метко заметили участники kernel.org, удаление происходит быстро, а восстановление — медленно. Поэтому пользователей попросили набраться терпения.

Инцидент оказался неприятным не только для тех, кто привык скачивать архивы ядра напрямую с kernel.org. Он задел и сторонние проекты. Например, в Fedora сломались браузерные тесты openQA: много лет назад разработчики выбрали kernel.org как надёжный источник для проверки загрузки файлов.

Исходники ядра не исчезли, инфраструктура восстанавливается, а речь идет именно о зеркалах, но инцидент напоминает, что в больших системах даже аккуратная настройка зеркал может обернуться массовым rm -rf по публичным копиям.

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