*https://www.youtube.com/watch?v=5_hxb-uA2as
**
таймкоды
00:00:01 Введение
- Второе видео по теме хранения информации.
- Ссылка на первое видео в описании.
- Обсуждение хранения паролей, данных учётных записей, оборудования и сервисов для бэкапов.
00:00:30 Поддержка канала
- Призыв поддержать канал лайками, комментариями и подпиской.
- Возможность финансовой поддержки через Patreon или закрытую группу в Telegram.
00:01:07 Хранение паролей
- Важность надёжного хранения паролей и регистрационных данных.
- Рекомендация иметь минимум две цифровые и одну физическую копию базы паролей.
- Организация базы паролей для быстрого доступа.
00:01:52 Менеджер паролей KeePass
- KeePass как лучший менеджер паролей по удобству и надёжности.
- Бесплатная утилита с открытым исходным кодом.
- Простота интерфейса и возможность импорта/создания новых баз.
00:02:50 Настройки KeePass
- Изменение алгоритма шифрования и параметров ключей.
- Создание пароля для базы и добавление ключевого файла.
- Настройка параметров безопасности: очистка буфера обмена, блокировка базы при отсутствии активности.
00:03:46 Создание записей в KeePass
- Добавление логинов, паролей и ссылок на страницы авторизации.
- Возможность прикрепления файлов и дополнительных атрибутов к записям.
- Использование генератора паролей.
00:04:45 Хранение базы паролей
- Хранение основной копии на жёстком диске, зашифрованной алгоритмом AES.
- Рекомендация использовать криптоконтейнер для резервной копии.
- Создание физической копии базы паролей и проблемы с её защитой.
00:06:31 Криптография в записях паролей
- Запись паролей задом наперёд для повышения безопасности.
- Добавление номеров строк и страниц к паролям для усложнения их определения.
- Примеры эффективных схем криптографии.
00:07:34 Конкретный вариант организации хранения
- Предложение усреднённого варианта для индивидуального использования или небольшого офиса.
- Формулировка задачи: общий объём рабочего пространства 10–12 ТБ, степень важности данных — крайне нежелательные, но не катастрофические потери.
00:08:07 Введение и цели
- Важность данных: строгая конфиденциальная информация, потеря или утечка недопустимы.
- Вид данных: документы, фото, видео, бэкапы, базы данных.
- Задача: повседневная работа и долгосрочное хранение.
- Количество копий: минимум три копии на двух разных носителях, одна копия вне основного места работы.
00:08:55 Выбор оборудования
- NAS: Synology Disk Station DS425 Plus, стоимость около 650 долларов.
- ИБП: CyberPower CP1600, стоимость 450 долларов.
- Диски для хранилища: три Western Digital Red Pro 8 ТБ в RAID 5, стоимость около 300 долларов за диск.
00:09:51 Дополнительные компоненты
- M.2 NVMe E на 500 ГБ для кэша, стоимость 100 долларов.
- Внешние диски для бэкапов: Western Digital MyBook 14 ТБ, стоимость около 350 долларов, и Western Digital My Passport 1 ТБ, стоимость около 90 долларов.
- Облачные сервисы: Google Drive подписка на 2 ТБ за 55 долларов в год, Backblaze B2 для облачного бэкапа, стоимость 6 долларов в месяц за 1 ТБ.
00:10:47 Бюджет и обслуживание
- Стартовый бюджет: 2667 долларов.
- Годовые затраты на подписки: до 127 долларов в год.
- График обслуживания: тесты жёстких дисков раз в полгода, замена при сильном проседании скорости чтения/записи или появлении проблемных секторов.
00:11:35 Схема движения информации
- Повседневная деятельность: рабочие каталоги синхронизированы с Google Drive.
- Распределение данных: рабочий раздел, архивный раздел, конфиденциальный раздел.
- График бэкапов: еженедельное дублирование данных на внешний диск, ежемесячное дублирование конфиденциального раздела.
00:14:24 Правила безопасности
- Минимизация человеческого фактора: автоматическое создание бэкапов, удаление стандартных учётных записей, минимизация прав доступа.
- Сложные пароли: 15–20 символов с буквами нижнего и верхнего регистра, цифрами и спецсимволами.
- Уникальные пароли для каждой учётной записи.
- Двухфакторная аутентификация и дополнительные проверки.
- Продумывание наихудшего сценария.
00:15:19 Заключение
- Финальный совет: не пренебрегать правилами безопасности.
In this video
Chapters
Transcript
Начало
0:01
Привет, друг. Это второе видео по теме
0:04
хранения информации. Если вдруг ты
0:06
пропустил первое, то ссылка на него есть
0:08
в описании. Напомню, что в первом видео
0:10
мы рассмотрели в целом основные важные
0:12
элементы безопасности, которые нужно
0:14
учитывать, а также разобрали тему
0:17
создания криптоконтейнеров и шифрования
0:19
информации. В этом видео мы будем
0:21
разбираться, как хранить пароли и данные
0:23
учётных записей, а также подберём
0:25
конкретные варианты оборудования и
0:27
сервисов для хранения информации и
0:29
создания бэкапов. Ну и придумаем, как
0:31
всё это организовать, чтобы работало и
0:33
было удобно пользоваться. Ну и, конечно,
0:35
посчитаем бюджет всей этой истории.
0:37
Также я напомню, что поддержать это
0:39
видео можно, поставив лайк, написав
0:41
комментарий и самое главное подписаться
0:43
на канал. Это помогает ему развиваться,
0:45
а, соответственно, я делаю больше
0:47
нужного и полезного. Также можно
0:49
поддержать канал финансово, подписавшись
0:51
на Patreon или любым удобным способом
0:53
или купив подписку на мою закрытую
0:55
группу в Телеграме. Подробнее, что
0:56
интересного есть в этой группе, можно
0:58
прочитать на сайте или в моём
1:00
Telegram-канале. Ссылки на всё это в
1:02
описании. Там же ссылка на текстовую
1:04
версию этого видео. Ну а мы продолжаем.
Хранение паролей
1:07
Следующий особо важный вопрос — это
1:09
хранение паролей и других
1:10
регистрационных данных. Это та
1:12
информация, которая по понятным причинам
1:15
относится к категории особо
1:16
чувствительной. А потому этот вопрос
1:19
нужно решить сразу и надёжным способом.
1:21
Надёжность в этом случае обеспечивается
1:23
существованием нескольких копий базы
1:25
паролей. Программа минимум — это две
1:27
цифровых копии и одна физическая. Места
1:30
хранения этих копий максимально
1:32
безопасны из доступных. С учётом
1:34
количества инструментов, которые могут
1:36
использоваться в работе, а также
1:38
необходимости иметь некоторое количество
1:40
аккаунтов в социальных сетях,
1:41
мессенджерах и так далее, будет очень
1:43
правильно организовать базу пароля так,
1:45
чтобы там как минимум можно было быстро
1:48
ориентироваться и находить нужные
1:49
записи, в том числе те, которые были
1:51
созданы давно. Именно поэтому самым
1:54
удобным способом хранить пароли будет
1:56
менеджер паролей. А так как вопрос
1:58
безопасности критически важен, то мы
2:00
сразу же забываем про все
2:01
онлайн-менеджеры паролей. Лучшее, исходя
KeePassXC
2:04
из удобства и надёжности менеджер пароли
2:06
это PАЗ XC. Самихпасов существует
2:10
довольно много, но версия XC активно
2:12
поддерживается разработчиками и
2:14
постоянно обновляется, в отличие от
2:16
некоторых своих аналогов. Pass XC — это
2:19
бесплатная утилита с открытым исходным
2:21
кодом. Она также может работать с базами
2:24
более ранних версий или с созданными в
2:26
других аналогичных программах. Скачать
2:28
его можно и нужно с официального сайта.
2:30
Там есть версии для Linux, Windows и
2:32
MacOS. Интерфейс программы максимально
2:35
прост и понятен. При запуске мы можем
2:37
либо импортировать уже существующую
2:39
базу, либо создать новую, нажав кнопку
2:41
«Создать новую базу данных». Для
2:43
создания новой придумываем название и в
2:45
следующем окне можно выбрать формат
2:48
базы. Лучше оставить значение по
2:49
умолчанию. А в разделе дополнительных
2:51
настроек, если есть желание, можно
2:53
изменить алгоритмы шифрования и
2:54
параметры ключей. Но если нет понимания,
2:56
какой выбрать, оставляем значение по
2:58
умолчанию, а не оптимальны. Далее нужно
3:00
придумать пароль к базе. Так как это по
3:03
сути будет самый важный наш пароль, то в
3:05
идеале его нужно запомнить, чтобы
3:06
исключить вероятность случайной потери.
3:08
Здесь же в дополнительных настройках
3:10
можно добавить или сгенерировать и
3:12
добавить ключевой файл, без которого не
3:14
получится открыть базу. Кстати, в
3:16
качестве этого файла можно выбрать не
3:18
обязательно файл ключа, а вообще любой
3:20
файл, например, какой-нибудь текстовый
3:22
документ или видео. Но тут нужно быть
3:24
осторожным. Если что-нибудь изменить в
3:26
ключевом файле после назначения, открыть
3:28
базу уже не получится. Ключевой файл
3:30
выбирать не обязательно, но если это
3:32
сделать, это создаст дополнительный
3:34
уровень защиты. И даже если пароль будет
3:36
скомпрометирован, базу всё равно открыть
3:39
не получится. После нажатия кнопки
3:41
готова мы попадём в основное окно
3:43
программы. Следующим этапом можно
3:44
немного изменить стандартные настройки.
3:46
Во вкладке Безопасность выставляем такие
3:48
параметры: очищать буфер обмена через
3:51
ставим 10 секунд. Блокировать базу
3:53
данных при отсутствии активности в
3:55
течение ставим 300, то есть 5 минут. Это
3:57
будет вполне нормально. Это параметр
3:59
индивидуальные. Главное не ставить
4:01
большое значение, чтобы база пароля не
4:02
висела в разблокированном виде, если ты
4:04
вдруг отойдёшь от компьютера, забыв её
4:07
закрыть. Для создания новой записи в
4:09
базе жмём кнопку Создать запись. В
4:11
открывшемся окне заполняем нужные поля.
4:13
Кроме самих логина и пароля можно
4:15
добавить ссылку на страницу авторизации,
4:17
чтобы можно было открывать эту страницу
4:19
прямо отсюда. Особенно это полезно, если
4:21
долго не пользовался каким-то сайтом и
4:23
его нет в закладках. Все введённые
4:25
логины оно запоминает. И при создании
4:27
следующей записи с таким же логином
4:29
достаточно ввести только первые символы,
4:31
и он сам появится. Во вкладке
4:33
дополнительно можно прикрепить к записи
4:35
файл, например, ключа, если есть такая
4:37
необходимость, или добавить какие-то
4:39
дополнительные атрибуты, если
4:41
стандартных не хватает, например,
4:42
контрольные вопросы для восстановления
4:44
доступа. Ещё одна очень удобная функция,
4:47
которая есть в Passc — это генератор
4:49
паролей. Можно сначала выбрать наборы и
4:51
желаемое количество символов. Затем
4:53
нажимаем кнопку Создать и получаем
4:54
пароль. Его можно скопировать в буфер,
4:56
ввести где нужно, а потом сохранить в
4:58
базу. Генератор пароля также можно
5:00
использовать непосредственно при
5:02
создании записи в базе. Ну и как и в
5:04
любых подобных утилитах, записи можно
5:05
раскладывать по каталогам, чтобы было
5:07
удобнее ориентироваться. Ну и заканчивая
5:09
тему паролей, пару слов о хранении базы
5:11
паролей. Имеется в виду той её копии,
5:14
которую мы будем повседневно
5:15
использовать. В принципе, базу можно
5:17
хранить просто на жёстком диске. Особо
5:19
не заморачиваясь, потому как она уже
5:20
зашифрована алгоритмом iOS, что само по
5:23
себе обеспечивает неплохой уровень
5:25
защиты. Если же хочется
5:26
перестраховаться, то можно положить её в
5:28
криптоконтейнер, созданный Верокрипt. А
5:30
резервную копию, ту, которую будем
5:32
хранить, например, в облаке, обязательно
5:34
нужно положить в такой контейнер. Целее
Оффлайн хранение паролей
5:36
будет. Как я уже упоминал, хорошим
5:38
подходом будет иметь физическую копию
5:41
базы паролей. На первый взгляд такая
5:42
идея может показаться излишней, но так
5:45
как мы тут рассматриваем идеальный
5:47
сценарий, то и подходы будем выбирать
5:49
максималистские. Кстати, в KPAS XC есть
5:51
возможность экспорта базы в HTML-файл.
5:54
Это как раз удобно именно для создания
5:56
оффлайн-копии базы, не вручную
5:58
переписывать. С физической копией есть
6:00
ровно одна проблема. Её нельзя положить
6:03
в криптоконтейнер. Можно, конечно,
6:05
положить в сейф, но, во-первых, хороший
6:07
сейф не у всех есть, а, во-вторых, он не
6:10
во всех ситуациях обеспечивает надёжную
6:12
защиту. Например, сотрудники
6:14
правоохранительных органов, проводя
6:15
обыск, могут вежливо попросить сейф
6:18
открыть. А если ты им вежливо откажешь,
6:21
они притащат болгарку и сделают это
6:23
сами. Ну и так далее. Можно придумать
6:26
довольно много сценариев, где твой
6:28
блокнот с паролями окажется у кого-то
6:30
постороннего. По этой причине, вне
6:32
зависимости от надёжности места
6:33
хранения, в сами записи можно добавить
6:36
элемент криптографии. Самый простой
6:37
вариант — это записывать пароли задом
6:39
наперёд. То есть последний символ — это
6:41
первый и так далее. И хоть это на первый
6:43
взгляд выглядит примитивно, но шанс, что
6:46
посторонний человек это поймёт, крайне
6:48
низкий. Ещё один способ — это придумать
6:50
пароль, записать его, но при регистрации
6:52
и последующем введении добавлять в
6:54
начало номер строки, а в конец номер
6:56
страницы, на которой он записан. Так,
6:58
если наш пароль Password и он записан на
7:01
семнадцатой строке одиннадцатого листа
7:03
блокнота, то вводить мы будем 17
7:05
Password 11. Это тоже несложная схема,
7:08
но определить её будет крайне трудно.
7:10
Подобных несложных, но эффективных схем
7:12
можно придумать достаточно много. Всё
7:14
зависит от твоей фантазии и
7:15
креативности. При этом использование
7:17
любого подобного подхода сильно увеличит
7:20
безопасность данных. Всё, что было
Идеальная схема хранения
7:22
перечислено до этого — это теория,
7:24
опираясь на которую можно разработать
7:26
свою собственную схему хранения и
7:28
резервирования информации, такую,
7:30
которая будет идеально подходить именно
7:32
под твои цели и задачи. Но чтобы было
7:35
ещё понятнее и нагляднее, мы рассмотрим
7:37
конкретный вариант организации хранения
7:39
информации и резервного копирования с
7:42
примерами конкретных устройств. Я
7:44
предложу усреднённый вариант, которого с
7:46
запасом достаточно для индивидуального
7:49
использования или даже небольшого офиса.
7:51
Варианты комплектующих я выбирал те,
7:53
которые нравятся лично мне, но тут, как
7:56
говорится, дело вкуса. И для начала
7:58
сформулируем себе ТЗ. Общий объём
8:00
рабочего пространства 10-12 ТБ. Степень
8:03
важности: потеря или утечка крайне
8:05
нежелательные, но не катастрофичные.
8:07
Следующая. Чувствительная информация.
8:09
100 ГБ- важность, строгая
8:11
конфиденциальная информация, потеря или
8:13
утечка. недопустимы. Вид данных:
8:15
документы, фото, видео, бэкапы,
8:17
базданных. Задача: повседневная работа и
8:19
долгосрочное хранение. Количество копий:
8:22
минимум три копии на двух разных
8:23
носителях. Одна копия вне основного
8:26
места работы. Бюджет, стараемся
8:28
придерживаться принципа цена качества и,
8:30
по возможности экономим. Исходя из этого
Выбор оборудования
8:33
ТЗ, подбираем необходимое оборудование.
8:36
Рабочий компьютер. Его в бюджет не
8:37
учитываем, потому как это слишком
8:39
индивидуальный вопрос. Более того, он
8:42
наверняка у тебя уже есть, потому что
8:44
если нету, зачем ты вообще это смотришь?
8:47
Следующее НАС хороший вариант Synology
8:49
Disk Station DS425+
8:52
стоит на данный момент около 650
8:54
долларов. ИБП если нет, то есть очень
8:57
большой смысл приобрести источник
8:59
бесперебойного питания, потому как
9:01
скачки напряжения, пропажа электричества
9:03
и всё подобное — это очень нежелательные
9:05
события при работе с данными, особенно в
9:08
момент создания или загрузки бэкапов. В
9:10
лучшем варианте придётся начинать
9:11
сначала, в худшем можно потерять данные.
9:14
Если выбирать ИБП, то стоит взять такой,
9:16
чтобы к нему подключить не только
9:17
хранилище, но и рабочий компьютер. Мне
9:19
нравится Cyberpower CP 1600.
9:22
Соответственно, добавляем к бюджету ещё
9:24
450 долларов. Диски для хранилища: три
9:27
штуки Western Digital Red Pro 8 TB.
9:30
Именно три нужны, чтобы сделать RID 5.
9:33
Это оптимальный вариант с точки зрения
9:34
отказайчивости и доступной ёмкости
9:37
дисков. Три диска по 8 ТБ в RID 5 в
9:39
итоге дадут нам более 14 ТБ рабочей
9:42
ёмкости, а это как раз покрывает нашу
9:44
исходную цель в 10-12 ТБ и оставляет
9:47
небольшой резерв. Цены один такой диск
9:50
стоит около 300 долларов. Также нам
9:52
нужен хотя бы 1 M2 Nvme на 500 ГБ для
9:55
кэша. Это ещё 100 долларов. Итого
9:58
комплект дисков для хранилища обойдётся
10:00
нам где-то в 1.000 долларов. Также нужны
10:02
диски для бэкапов. Так как нам нужно
10:04
делать оффлайн-копию данных с хранилища
10:07
и отдельно копию нашей особо важной
10:09
информации, то под это тоже нужно
10:11
предусмотреть диски. А так как их нужно
10:14
будет хранить отдельно, то лучше взять
10:16
внешние. Для общего бэкапа данных
10:18
хранилища берём Western Digital MyBook
10:20
14 TB. Это около 350 долларов. А для
10:24
чувствительной информации берём Western
10:26
Digital My Passport 1 ТБ. Это около 90
Облачные сервисы
10:29
долларов. Также подписки на облачные
10:31
сервисы Google Drive. Для повседневной
10:34
работы с документами может хватить
10:35
бесплатных 50 Гб. Но так как мы
10:38
рассматриваем оптимальный вариант, то
10:40
берём подписку на 2 ТБ за 55 долларов в
10:44
год. Их мы будем использовать для
10:45
синхронизации рабочих каталогов. Это, с
10:48
одной стороны дополнительный бэкап, с
10:50
другой стороны обеспечивает быстрый
10:52
доступ на разных устройствах. Backblaz
10:54
B2 будем использовать для облачного
10:56
бэкапа данных хранилища. Backкla выбран,
10:58
потому что оплачивать нужно только
11:00
реально используемое пространство, и при
11:02
этом цена очень разумная. А так как
11:04
бэкапить в облако весь нас обычно смысла
11:06
нет, то можем посчитать 6 долларов в
11:08
месяц за 1 ТБ, то есть 72 доллара в год.
11:12
Но с учётом того, что в этот бэкап мы
11:13
будем добавлять только особо важные
11:15
данные в архивированном и зашифрованном
11:17
виде, то конечный объём, а значит и
11:19
цена, будут сильно ниже. Итогом мы имеем
11:22
стартовый бюджет для запуска 2.667
11:25
долларов и годовые затраты на подписки
11:27
до 127 долларов в год. Выглядит,
11:30
конечно, не очень приятно, но это цена
11:33
безопасности нашей информации. Ну и это
11:35
примерный вариант. В зависимости от
11:37
ситуации бюджет может меняться в большую
11:39
или меньшую сторону. Тут каждый сам
11:41
должен решить, что нужно, а что нет.
Правила хранения и график бэкапов
11:44
Одновременно с выбором оборудования
11:46
нужно предусмотреть график его
11:47
обслуживания и замены. Для жёстких
11:49
дисков это проведение тестов раз в
11:51
полгода и замена, если видим сильное
11:54
проседание скорости чтения записи или
11:56
появления проблемных секторов. НАС может
11:59
прослужить очень долго, но я бы заменил
12:00
на более новую модель где-то через 7
12:02
лет. После того, как мы определились с
12:04
выбором оборудования, нужно продумать
12:07
схему движения информации и график
12:09
бэкапов. Это может выглядеть так.
12:11
Повседневная деятельность происходит в
12:13
рабочих каталогах, которые
12:14
синхронизированы из Google Drive. Если
12:16
присутствует информация, которую по
12:18
каким-то причинам нельзя загружать в
12:20
облако, то синхронизация происходит с
12:22
нас. Такой подход позволяет дублировать
12:24
рабочую информацию на случай проблем с
12:26
компьютером и обеспечивать
12:28
синхронизацию, если есть необходимость
12:30
работать из разных мест. Далее мы
12:32
распределяем, что и где будет лежать
12:34
рабочий компьютер. Здесь находятся
12:36
только те данные, которые нам нужны для
12:38
повседневной работы. Нас здесь создаём
12:41
несколько разделов. Рабочий раздел. Сюда
12:43
синхронизируется вся рабочая информация
12:45
с компьютера и других рабочих устройств,
12:47
ну, например, с дополнительного
12:48
ноутбука. Архивный раздел. Сюда
12:50
складываем всё то, что требует
12:51
долгосрочного хранения. При этом не
12:53
подразумевает необходимость ежедневного
12:56
доступа. Например, наши оконченные
12:57
расследования и файлы к ним, какие-то
13:00
подборки или что-то подобное. Если
13:02
бюджет позволяет, этот раздел можно
13:03
бэкапить в облако Backblace, но это не
13:06
критично. И третий раздел — это
13:08
конфиденциальный раздел. Здесь, в
13:09
криптоконтейнере, мы храним всю
13:11
критически важную информацию, например,
13:14
копию базы паролей, финансовую
13:15
информацию, бэкапы баз данных и так
13:17
далее. Этот раздел обязательно
13:19
дублируется в облако Backblace. Жёсткий
13:21
диск для бэкапа, тот, который MacBook 14
13:23
ТБ. Сюда мы по расписанию, например, в
13:26
конце каждой недели дублируем всю
13:27
информацию, которая находится в
13:29
хранилище. Сам диск тоже будет неличным
13:31
зашифровать и хранить в надёжном месте.
13:33
Жёсткий диск для бэкапа
13:34
конфиденциального раздела — это тот, что
13:36
на 1 ТБ. Так как в подобную информацию
13:38
не так часто вносятся значительные
13:40
изменения. Более того, она у нас есть в
13:42
хранилище и в облаке, а этот бэкап нужен
13:45
в случае появления каких-то очень
13:47
форс-мажорных обстоятельств, то делать
13:49
это можно реже, например, раз в месяц. И
13:51
напомню, что этот диск мы храним где-то
13:54
в очень надёжном месте и тоже
13:56
обязательно в зашифрованном виде, потому
13:58
как в таких вопросах нужно исходить из
14:01
правила, что любое, даже самое надёжное
14:03
место в мире может перестать таковым
14:05
быть. И происходит это всегда
14:07
неожиданно. Отдельно упомяну, на первый
Финальные советы
14:10
взгляд, очевидные, но от того не менее
14:12
важные правила. Ты наверняка слышал
14:15
утверждение, что в любой, даже самой
14:17
защищённой системе, самое слабое место —
14:19
это человек. Это утверждение появилось
14:21
не просто так, и оно вполне обосновано.
14:24
Для нас это означает то, что придумывая
14:26
и организовывая систему хранения данных,
14:29
мы должны минимизировать человеческий
14:31
фактор. Соответственно, там, где можно
14:33
настроить автоматическое создание
14:35
бэкапов по расписанию, это нужно
14:37
сделать. Также нужно везде, где это
14:39
возможно, удалить стандартные или
14:41
заводские учётные записи. Если удалить
14:43
невозможно, заменить стандартные пароли.
14:45
Если хранилищем будет пользоваться
14:47
кто-то ещё, нужно точечно организовать
14:49
права доступа. Здесь действуют правила
14:51
минимализма. То есть каждому
14:53
пользователю выдаются минимально
14:56
необходимые права. И ни в коем случае не
14:58
стоит выдавать доступ на всякий случай:
15:00
жене, бабушке, собаке или кому-то ещё,
15:03
потому что этот случай может сыграть
15:04
против тебя. Если не уверен, лучше
15:06
сделай ещё один бэкап или ещё одну свою
15:09
резервную учётную запись. Следующее.
15:11
Пароль от базы паролей очень желательно
15:13
запомнить, чтобы его не существовало в
15:16
записанном виде и он был только у тебя в
15:18
голове. Все остальные пароли должны быть
15:20
достаточно сложными, то есть хотя бы
15:22
15-20 символов с буквами нижнего и
15:25
верхнего регистров, цифрами и
15:26
спецсимволами. Также придерживайся
15:28
правила: каждая учётная запись равно
15:31
уникальный пароль, потому что его можешь
15:33
потерять не ты, а тот сервис, на котором
15:35
ты зарегистрировался. Следующее. Везде,
15:37
где можно, включи двухфакторную
15:39
аутентификацию, дополнительные проверки,
15:41
ключи доступа и всё подобное. И
15:43
последний пункт: продумывая какую-то
15:45
ситуацию, всегда исходи из наихудшего
15:47
сценария. Тогда менее критические
15:50
происшествия повлекут минимальные
15:51
последствия. Ну а на этом наш рассказ
15:54
про безопасность данных можно
15:55
заканчивать. Финальный совет: не тупи,
15:58
не расслабляйся и не пренебрегай
15:59
правилами. И тогда твои данные будут в
16:02
безопасности. Ну а с тобой, как всегда,
16:04
был Пульс. Подписывайся на канал и до
16:06
новых встреч.