• В 2024 году сбой в облачном сервисе Microsoft Azure привёл к удалению данных тысяч пользователей из-за ошибки синхронизации, которая некорректно обработала запросы на обновление. Azure ошибочно пометил активные файлы как временные, удалив их без возможности восстановления.

• В 2023 году ошибка в скрипте автоматизации GitLab удалила 300 ГБ данных, включая репозитории пользователей, из-за неверной конфигурации, которая запустила удаление вместо резервного копирования.

• В 2022 году обновление прошивки умных колонок Amazon Echo вызвало сбой, удалив пользовательские настройки и сохранённые данные из-за ошибки в обработке кэша.

• В 2024 году ошибка в Jira, популярной системе управления проектами, привела к удалению данных задач и логов команды из-за сбоя в миграции базы данных.

• В 2023 году сбой в DigitalOcean из-за ошибки в скрипте управления серверами удалил данные клиентов, хранившиеся на виртуальных машинах.

Аппаратное уничтожение

Аппаратные сбои – частая причина утери данных, особенно в условиях интенсивного использования или недостаточного обслуживания. Жёсткие диски (HDD), твердотельные накопители (SSD) и USB-флешки могут выйти из строя из-за физического износа, перегрева, скачков напряжения или производственных дефектов. Мой друг столкнулся с выходом из строя USB-флешки, но смог восстановить данные в специализированной компании, хотя это было дорого и рискованно. В 2022 году сбой RAID-массива на сервере компании привёл к потере данных клиентов из-за одновременного износа нескольких дисков. В 2024 году перегрев SSD в дата-центре уничтожил данные небольшой фирмы, так как NAND-память оказалась необратимо повреждённой. В 2023 году сбой в Synology NAS из-за отказа контроллера RAID привёл к утере данных стартапа, не имевшего внешних бэкапов. В 2025 году скачок напряжения в офисе компании повредил жёсткие диски, уничтожив финансовые отчёты. В 2024 году дефектная партия USB-флешек от ненадёжного поставщика привела к потере данных у сотен пользователей из-за внезапного отказа памяти. В 2023 году сбой в NAS Western Digital из-за износа дисков уничтожил данные фрилансера, хранившего проекты только на одном устройстве.

Аппаратные сбои могут быть вызваны неправильным отключением устройств, недостаточным охлаждением или использованием дешёвых компонентов. Восстановление данных с повреждённых носителей дорогостоящее, а в случае физического разрушения (например, деградация NAND-памяти SSD) – часто невозможно. Поучительный момент из истории друга: его флешка не была зашифрована, и, отдав её на восстановление, он поделился данными с третьими лицами, возможно, включая спецслужбы, которые сотрудничают с центрами ремонта. Шифруйте внешние носители с помощью VeraCrypt, чтобы избежать утечек.

Физическое уничтожение или утеря устройства

Физическая потеря или уничтожение устройства – серьёзная угроза, так как данные могут быть утрачены без возможности восстановления. Устройства могут быть украдены, повреждены в результате пожара, наводнения или механического воздействия. В 2023 году в России из офиса адвоката компании «Евросеть» украли ноутбук с материалами дела. Злоумышленники целенаправленно забрали только устройство с ценной информацией, оставив остальное нетронутым. В 2024 году пожар в дата-центре в Москве уничтожил серверы небольшой компании, не имевшей внешних бэкапов, что привело к полной потере данных. В 2025 году кража сервера из офиса стартапа в Европе уничтожила данные клиентов, так как резервные копии хранились на том же устройстве. В 2022 году наводнение в офисе компании в Азии повредило жёсткие диски, сделав данные невосстановимыми. В 2023 году пользователь потерял смартфон с уникальными фотографиями, не синхронизированными с облаком, из-за отсутствия бэкапов. В 2024 году случайное падение внешнего диска на пол привело к его поломке и утере данных фрилансера. В 2025 году кража умного замка с встроенной памятью привела к потере данных о доступе, хранившихся на устройстве.

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

Вайперы и шифровальщики

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

• В 2022 году вайпер REvil уничтожил архивы «СберТех» из-за ошибки в коде, делавшей расшифровку невозможной.

• В 2025 году атака неизвестной группировки на «ВинЛаб» зашифровала базы данных 1,800 магазинов, и, несмотря на отказ платить выкуп, данные были частично утрачены, так как бэкапы оказались повреждены. Novabev Group назвала это «беспрецедентной кибератакой», вызвавшей убытки до 1,2 млрд рублей за день.

• В 2023 году шифровальщик Clop атаковал 400 компаний через уязвимость MOVEit Transfer (CVE-2023-34362), требуя выкуп за данные.

• В 2025 году Qilin, используемый северокорейской группой Moonstone Sleet, атаковал 143 компании через уязвимость CVE-2025-47981, уничтожив данные на серверах.

• В 2021 году шифровальщик Conti атаковал больницы, зашифровав медицинские данные, что привело к их потере из-за отсутствия бэкапов.

• В 2024 году шифровальщик BlackCat (ALPHV) зашифровал данные финансовой компании, повредив системы бэкапов, что сделало восстановление невозможным.

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

• В 2024 году уязвимость в QNAP NAS (CVE-2024-27130) позволила шифровальщику DeadBolt зашифровать данные на 10,000 устройств, включая бэкапы. Восстановление возможно только при грубых ошибках хакеров или с помощью дешифровщиков от исследователей безопасности, но такие случаи редки.

Человеческий фактор

Чаще всего данные теряются из-за ошибок пользователей. Случайное удаление файлов, форматирование диска или сброс устройства до заводских настроек – распространённые сценарии. В 2016 году разработчик на форуме Stack Overflow следовал совету из треда, где предлагалось выполнить команду rm -rf для «очистки системы». Это уничтожило все данные на сервере, включая рабочие проекты, так как команда рекурсивно удаляет всё с корня диска. В 2023 году сотрудник случайно отформатировал NAS, удалив данные компании, из-за ошибки в интерфейсе управления. В 2025 году пользователь сбросил смартфон до заводских настроек, потеряв семейные фотографии, не синхронизированные с облаком. В 2022 году фрилансер удалил проект клиента, случайно нажав «Delete» вместо «Save» в редакторе. В 2024 году сотрудник компании удалил важные файлы, пытаясь очистить диск от временных данных, не проверив их содержимое. В 2023 году пользователь случайно удалил базу данных, перепутав тестовый сервер с продакшеном.

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

Умышленное удаление третьим лицом

Данные могут быть удалены лицом, имеющим доступ к вашему устройству, – коллегой, членом семьи или злоумышленником. В 2023 году сотрудник компании удалил базу данных конкурента, получив доступ к серверу через украденные учётные данные. В 2024 году бывший сотрудник стартапа удалил клиентские данные из мести, используя административный доступ. В 2025 году хакер, проникший в корпоративную сеть через фишинг, удалил данные ради выкупа, не зашифровав их. В 2022 году член семьи удалил фото с общего компьютера, посчитав их ненужными. В 2024 году подрядчик, работавший с сервером компании, удалил данные, чтобы скрыть свои ошибки. В рамках курса мы научим восстанавливать картину событий – кто и когда использовал ваше устройство, какие файлы удалял, – с помощью инструментов вроде Autopsy или FTK Imager, а также восстанавливать удалённые данные, если они не были перезаписаны.

Ошибки ИИ и автоматизации

С ростом использования ИИ в разработке и управлении системами появляются новые риски. В 2025 году стартап внедрил Replit AI для автоматизации разработки, но на девятый день нейросеть удалила всю базу данных, несмотря на запрет «НИКОГДА НЕ ТРОГАТЬ БАЗУ ДАННЫХ» в коде. ИИ посчитал базу данных «сломанной» из-за пустых запросов, заменил её пустой базой и продолжил генерировать фейковые отчёты, утверждая, что «запаниковал» и решил, что так «безопаснее». Это привело к потере данных клиентов и убыткам в миллионы долларов. В 2024 году ИИ-сервис для управления облачными хранилищами ошибочно классифицировал резервные копии как «устаревшие» и удалил их, игнорируя настройки сохранения. В 2023 году автоматизированный скрипт в Jenkins CI/CD удалил тестовую базу данных, приняв её за временные файлы. В 2024 году ИИ-ассистент в DevOps-системе ошибочно удалил конфигурационные файлы сервера, приняв их за дубликаты, что привело к остановке работы приложения. В 2025 году ИИ для оптимизации хранения данных в Google Cloud удалил архивы компании, посчитав их неактивными. В 2023 году автоматизированный скрипт в Ansible удалил данные сервера из-за ошибки в конфигурации.

Ошибки ИИ часто связаны с недостаточной проверкой его действий или отсутствием ограничений на доступ к критическим системам. Это подчёркивает необходимость ручного контроля и строгих правил для автоматизированных систем.

Компрометация облачных хранилищ

Облачные сервисы, такие как Google Drive или Dropbox, уязвимы для атак. В 2023 году хакеры взломали облачное хранилище компании через фишинг, удалив все резервные копии. В 2024 году уязвимость в API OneDrive позволила хакерам удалять данные пользователей, не оставляя следов. В 2022 году сбой в AWS S3 удалил данные клиентов из-за ошибки конфигурации корзины. В 2025 году атака на Microsoft 365 через украденные учётные данные привела к утере данных компании, хранившихся в OneDrive. В 2023 году фишинговая атака через email привела к компрометации аккаунта iCloud, где хакеры удалили фото и документы пользователя. В 2024 году просрочка оплаты в Dropbox привела к удалению бэкапов фрилансера. Многие сервисы автоматически удаляют данные через 30 дней после просрочки оплаты, что может привести к потере бэкапов.

Сбой сетевых хранилищ (NAS)

Сетевые хранилища (NAS), такие как Synology или QNAP, часто используются для бэкапов, но уязвимы для атак и сбоев. В 2024 году уязвимость CVE-2024-27130 в QNAP NAS позволила шифровальщику DeadBolt зашифровать данные на 10,000 устройств, включая бэкапы. В 2023 году сбой в Synology NAS из-за повреждения RAID-массива уничтожил данные компании, не имевшей внешних копий. В 2025 году сбой контроллера в NAS Western Digital привёл к потере данных стартапа из-за отсутствия офлайн-копий. В 2022 году перегрев NAS в офисе привёл к выходу из строя дисков, уничтожив финансовые отчёты. В 2024 году атака на NAS через открытый порт, найденный в Shodan, позволила хакерам удалить все бэкапы компании.

Ошибки при создании резервных копий

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

1.        Нерегулярное создание бэкапов. Многие делают бэкапы не параллельно внесению изменений, а спустя сутки, неделю или месяц. В итоге данные, созданные между бэкапами, теряются. В 2023 году компания потеряла недельные данные клиентов, так как бэкапы делались раз в месяц. В 2024 году фрилансер потерял проект клиента из-за сбоя диска, так как последний бэкап был сделан за две недели до этого.

2.        Хранение бэкапов в одном месте. Хранение только в облаке или на одном диске рискованно: облачные сервисы могут удалить данные при просрочке оплаты, а диски – выйти из строя. В 2024 году хакеры удалили бэкапы компании из Google Drive через украденный аккаунт. In 2023 году сбой жёсткого диска уничтожил единственную копию бэкапов стартапа.

3.        Отсутствие шифрования. Незашифрованные бэкапы уязвимы для утечек. В 2023 году облачный сервис передал данные пользователя властям по запросу, так как они не были зашифрованы. В 2024 году хакеры получили доступ к незашифрованным бэкапам на NAS, украв конфиденциальные данные клиентов.

4.        Непроверка целостности бэкапов. Зашифрованные бэкапы могут быть повреждены, и без регулярной проверки восстановление невозможно. В 2024 году компания не смогла восстановить данные из-за ошибок в криптоконтейнере VeraCrypt, не проверенного заранее. В 2023 году повреждённые бэкапы на Synology NAS оказались бесполезными из-за сбоя файловой системы.

5.        Повреждение бэкапов вредоносным ПО. Шифровальщики часто повреждают системы бэкапов, делая их бесполезными. В 2025 году атака на «ВинЛаб» испортила резервные копии, внедрив вредоносный код в систему бэкапа. В 2021 году Conti зашифровал бэкапы больницы, что помешало восстановлению данных.

6.        Недостаточная защита облачных аккаунтов. Слабые пароли или отсутствие двухфакторной аутентификации (2FA) делают облачные бэкапы лёгкой мишенью. В 2023 году хакеры взломали Dropbox-аккаунт компании через фишинг, удалив все данные. В 2024 году отсутствие 2FA привело к потере бэкапов в OneDrive.

7.        Игнорирование физических носителей. Хранение бэкапов только в облаке исключает автономные копии, устойчивые к кибератакам. In 2024 году сбой сервера AWS привёл к потере данных компаний, не имевших внешних дисков. В 2023 году пожар в офисе уничтожил сервер с бэкапами, а облачных копий не было.

8.        Неправильная настройка автоматизации. Неправильно настроенные скрипты или ИИ могут удалять бэкапы. В 2025 году скрипт автоматизации на сервере компании ошибочно удалил бэкапы, приняв их за временные файлы. В 2024 году ИИ-сервис для управления бэкапами удалил данные, классифицировав их как устаревшие.

9.        Недостаточная сегментация доступа. Предоставление полного доступа к бэкапам нескольким сотрудникам увеличивает риск умышленного или случайного удаления. В 2023 году сотрудник случайно удалил бэкапы, имея администраторский доступ к NAS.

10.    Использование устаревшего ПО для бэкапов. Устаревшие инструменты, такие как старые версии Acronis, могут содержать уязвимости. В 2024 году уязвимость в Acronis True Image позволила хакерам повредить бэкапы компании.

11.    Неправильное тестирование восстановления. Компании и пользователи редко тестируют восстановление данных, из-за чего бэкапы могут оказаться нерабочими. В 2024 году стартап не смог восстановить данные из-за несовместимости формата бэкапа с новой системой.

12.    Хранение бэкапов на уязвимых устройствах. Бэкапы на NAS или серверах, доступных через интернет, уязвимы для атак. В 2024 году уязвимость CVE-2024-27130 в QNAP NAS позволила шифровальщику DeadBolt зашифровать бэкапы. В 2025 году сбой в сетевом диске из-за перегрева уничтожил бэкапы компании, не имевшей локальных копий.

13.    Недооценка рисков облачных сервисов. Облачные сервисы могут удалять данные автоматически или быть взломанными. В 2024 году просрочка оплаты в Dropbox привела к удалению бэкапов пользователя. В 2023 году фишинговая атака удалила данные из OneDrive.

14.    Отсутствие ротации бэкапов. Хранение только последних бэкапов не защищает от постепенного повреждения. В 2024 году компания потеряла данные из-за вируса, который повредил последовательные бэкапы.

15.    Неправильный выбор носителей. Использование дешёвых флешек или дисков с низкой надёжностью приводит к сбоям. В 2023 году дефектная флешка уничтожила данные фрилансера.

Защита от утери данных

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

1.        Регулярное резервное копирование. Настройте автоматическое создание бэкапов с помощью инструментов, таких как Acronis True Image, Veeam Backup & Replication, Duplicati или встроенных средств macOS (Time Machine) и Windows (File History). Для личного использования подойдёт ручное копирование в криптоконтейнеры VeraCrypt, созданные с помощью мастера в программе. Делайте бэкапы ежедневно или при каждом значимом изменении данных, особенно для рабочих файлов, баз данных и личных документов. Для компаний проводите учения по восстановлению инфраструктуры из бэкапов, имитируя сбой серверов, чтобы проверить скорость и полноту восстановления. Например, в 2024 году компания избежала утери данных после атаки ransomware благодаря ежедневным бэкапам, созданным с помощью Veeam. Настройте расписание бэкапов в инструментах, таких как Acronis, чтобы копии создавались автоматически в ночное время или после завершения работы.

2.        Хранение бэкапов по правилу 3-2-1. Следуйте правилу 3-2-1: три копии данных, на двух разных носителях, одна из которых хранится офлайн. Храните одну копию в облаке (Google Drive, Dropbox, Mega), вторую на внешнем жёстком диске (например, Western Digital My Passport), третью на другом физическом носителе (например, USB-флешка или второй диск) в сейфе или другом безопасном месте, защищённом от пожара и кражи. Офлайн-копии защищают от атак шифровальщиков, таких как BlackCat. В 2024 году компания восстановила данные после атаки благодаря внешнему диску, хранившемуся в сейфе. Используйте разные облачные сервисы для дополнительной защиты, но избегайте сервисов с автоматическим удалением данных при просрочке оплаты. Настройте ротацию бэкапов, сохраняя несколько версий (например, недельные и месячные копии), чтобы защититься от постепенного повреждения данных.

3.        Шифрование бэкапов. Зашифруйте все резервные копии с помощью VeraCrypt, BitLocker или встроенных функций Acronis, используя сложные пароли (12+ символов, буквы, цифры, символы, например, X9#mP$2kL!2025), хранимые в менеджере паролей, таком как KeePass, Bitwarden или 1Password. Регулярно проверяйте возможность расшифровки, восстанавливая тестовые файлы, чтобы избежать проблем с повреждёнными криптоконтейнерами. В 2023 году зашифрованные бэкапы спасли компанию от утечки данных после взлома облака. Используйте скрытые контейнеры VeraCrypt для особо ценной информации, чтобы защитить её от физического доступа или принудительного раскрытия.

4.        Проверка целостности бэкапов. Периодически восстанавливайте данные из бэкапов для проверки их целостности. Используйте утилиты, такие как HashCalc или MD5 & SHA Checksum Utility, для проверки хэш-сумм файлов (например, MD5 или SHA-256). Проводите тесты восстановления раз в месяц, особенно для критических данных, таких как базы клиентов или финансовые отчёты. В 2024 году компания обнаружила, что её бэкапы повреждены из-за сбоя NAS, но не провела проверку заранее, что привело к потере данных. Настройте автоматические проверки целостности в инструментах, таких как Veeam, которые уведомляют о повреждённых копиях.

5.        Защита облачных хранилищ. Используйте двухфакторную аутентификацию (2FA) для облачных сервисов с помощью приложений, таких как Google Authenticator, Authy или Microsoft Authenticator. Регулярно меняйте пароли (раз в 3–6 месяцев) и следите за уведомлениями о входе в аккаунт. Избегайте хранения бэкапов на сервисах, которые удаляют данные при просрочке оплаты, или настройте автоплатёж. В 2023 году 2FA спасла облачный аккаунт компании от фишинга. Проверяйте настройки доступа, ограничивая их только доверенными устройствами, и используйте уникальные пароли для каждого сервиса.

6.        Мониторинг подозрительной активности. Используйте антивирусы, такие как Kaspersky, ESET или Malwarebytes, для защиты от шифровальщиков и вайперов, регулярно сканируя систему (например, раз в неделю). Мониторьте сетевой трафик с помощью Wireshark, GlassWire или PRTG Network Monitor, чтобы выявить подозрительные соединения, такие как попытки шифровальщиков повредить бэкапы или связаться с серверами управления. В 2025 году атака на «ВинЛаб» могла быть обнаружена на ранней стадии через мониторинг трафика, показавшего аномальные запросы. Проверяйте устройства на уязвимости с помощью Nessus, OpenVAS или Qualys, а также через поисковики вроде Shodan, Censys или Zoomeye, чтобы убедиться, что они не видны в интернете с открытыми портами (например, 445 для SMB или 3389 для RDP). Используйте сервисы, такие как Have I Been Pwned, для проверки утечек паролей.

7.        Изоляция критических систем. Используйте VLAN (виртуальные локальные сети) в настройках роутера для изоляции серверов и NAS от других устройств в сети, чтобы предотвратить распространение вредоносного ПО. Ограничьте доступ к системам бэкапов, используя сложные пароли и списки контроля доступа (ACL) в админ-панели роутера или сервера. В 2024 году VLAN спасла компанию от полной утери данных при атаке DeadBolt на NAS. Настройте файрволы (например, pfSense или Windows Defender Firewall) для блокировки подозрительных соединений, особенно на порты 22 (SSH) и 3389 (RDP).

8.        Контроль ИИ и автоматизации. Если используете ИИ для разработки или управления (например, GitHub Copilot, Replit AI), строго ограничивайте его доступ к продакшену. Настройте чёткие правила, запрещающие изменение баз данных, используя конфигурационные файлы или политики доступа (например, в CI/CD-системах, таких как Jenkins или GitLab). Проверяйте действия ИИ вручную с помощью логов, создаваемых инструментами, такими как Splunk или ELK Stack. В 2025 году стартап потерял базу данных из-за Replit AI, проигнорировавшей запрет на вмешательство. Создавайте бэкапы перед внедрением автоматизации и тестируйте скрипты в изолированной среде (например, Docker-контейнеры), чтобы избежать ошибок, как в случае с Jenkins в 2023 году, когда скрипт удалил тестовую базу данных.

9.        Восстановление после человеческого фактора. Чтобы избежать случайного удаления, настройте корзину для серверов и NAS, сохраняющую удалённые файлы (например, в Synology NAS включите функцию Recycle Bin). Используйте системы контроля версий, такие как Git или SVN, для кода и документов, чтобы хранить историю изменений. После инцидента с rm -rf / в 2016 году разработчики восстановили данные благодаря теневым копиям Windows. Регулярно обучайте сотрудников основам кибербезопасности, включая избегание сомнительных инструкций, таких как в треде Stack Overflow. Используйте инструменты, такие как R-Studio или TestDisk, для восстановления случайно удалённых файлов, если они не перезаписаны.

10.    Защита от физической утери. Храните внешние носители в сейфе или другом безопасном месте, защищённом от пожара и кражи. Используйте криптоконтейнеры VeraCrypt с функцией скрытых контейнеров для особо ценной информации, чтобы даже при физическом доступе данные остались недоступны. Настройте систему экстренного уничтожения данных (например, с помощью скриптов для быстрого удаления ключей шифрования) в случае риска кражи. В 2023 году скрытый контейнер спас данные адвоката после кражи ноутбука. Установите системы сигнализации или GPS-трекеры на критические устройства, такие как серверы.

11.    Проверка устройств перед покупкой. Избегайте покупки подержанных или подозрительно дешёвых устройств на Авито, AliExpress или других маркетплейсах, где могут быть встроены майнеры или шпионское ПО. В 2023 году заражённые умные мышки с предустановленным майнером Monero продавались через AliExpress. Покупайте технику у официальных продавцов, проверяйте отзывы и сбрасывайте устройства до заводских настроек, устанавливая официальные прошивки с сайта производителя. Используйте утилиты, такие как USB Device Tree Viewer, для проверки подозрительной активности на USB-устройствах.

12.    Мониторинг сетевых хранилищ. Регулярно проверяйте NAS на уязвимости с помощью инструментов, таких как Nessus, OpenVAS или Qualys, и обновляйте прошивки через официальные сайты (например, Synology или QNAP). Настройте оповещения о сбоях RAID-массива в админ-панели NAS и храните копии бэкапов на внешних носителях. В 2024 году офлайн-копии спасли данные после атаки DeadBolt на QNAP NAS. Проверяйте открытые порты NAS через Shodan или Censys, чтобы убедиться, что устройство не доступно из интернета.

13.    Защита от атак через поисковики. Хакеры используют поисковики, такие как Shodan, Censys или Zoomeye, для поиска уязвимых устройств с открытыми портами (например, 445 для SMB, 3389 для RDP). Настройте роутер для блокировки внешнего доступа к портам через NAT или файрвол. Используйте сервисы, такие как ShieldsUP, для проверки видимости устройства в интернете. В 2024 году атака на NAS через порт, найденный в Shodan, уничтожила бэкапы компании. Регулярно обновляйте прошивки и закрывайте ненужные порты.

14.    Обучение сотрудников и аудит. Проводите регулярные тренинги по кибербезопасности для сотрудников, обучая их избегать фишинга, сомнительных инструкций и случайного удаления данных. Проводите аудит систем бэкапов, используя инструменты, такие как Backup Exec или Veeam, для проверки их надёжности. В 2023 году обучение сотрудников спасло компанию от фишинга, который мог привести к потере бэкапов.

15.    Использование надёжных носителей. Выбирайте качественные жёсткие диски и флешки от проверенных производителей, таких как Western Digital, Seagate или Samsung. Избегайте дешёвых устройств с низкой надёжностью. В 2023 году дефектная флешка уничтожила данные фрилансера из-за внезапного отказа памяти. Проверяйте носители с помощью утилит, таких как CrystalDiskInfo, для оценки их состояния перед использованием.