Сервис для хранения кода GitLab оказался недоступен для пользователей с вечера 31 января после того, как системный администратор компании случайно стёр около 300 ГБ из базы данных компании. Об этом пишет The Register.
В связи с новыми требованиями законодательства РФ (ФЗ-152, ФЗ «О рекламе») и ужесточением контроля со стороны РКН, мы отключили систему комментариев на сайте.
🔒 Важно Теперь мы не собираем и не храним ваши персональные данные — даже если очень захотим.
Сисадмин уронил GitLab, случайно стерев базу на 300 Гб (уже все заработало)
Сервис для хранения кода GitLab лег из-за действий администратора, случайно удалившего 300 ГБ из базы данных компании. Сервис стал недоступен ночью с 31 на 1 февраля и не функционировал до примерно 16-00 по Москве. Находящийся в Амстердаме администратор по ошибке стер базу, в которой содержались
Небезопасный способ авторизации в GitLab CE с использованием LDAP аккаунтов и метод устранения уязвимости
При эксплуатации системы GitLab CE на своем предприятии (имеющему большую филиальную структуру), была обнаружена уязвимость, которая может привести к получению полного доступа к аккаунту любого пользователя системы администраторами филиалов предприятия. Проблема выявлена в подсистеме
Тринити повысил отказоустойчивость и производительность системы хранения данных Московского кредитного банка
Системный интегратор «Тринити» завершил проект по построению виртуальной распределенной системы хранения данных в Московском кредитном банке. Новое решение удовлетворяет растущие потребности банка по объему хранения данных, а также минимизирует затраты на обслуживание системы.
💬 Комментарии
В связи с новыми требованиями законодательства РФ (ФЗ-152, ФЗ «О рекламе») и ужесточением контроля со стороны РКН, мы отключили систему комментариев на сайте.
🔒 Важно Теперь мы не собираем и не храним ваши персональные данные — даже если очень захотим.
💡 Хотите обсудить материал?
Присоединяйтесь к нашему Telegram-каналу:
https://t.me/blogssmartzНажмите кнопку ниже — и вы сразу попадёте в чат с комментариями