Цифровая гигиена на работе: пять привычек для защиты данных

Рабочие аккаунты и необходимые доступы

Рабочий доступ нужен для определённой задачи. Список сервисов помогает понять, какие права используются сейчас, какие устарели и куда обращаться за помощью. Его стоит пересматривать при изменении обязанностей.

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

Пароль и многофакторная аутентификация

Многофакторная аутентификация сочетает разные виды факторов: знания, владение устройством и биометрические признаки. NIST поясняет, что дополнительные проверки различаются по устойчивости к фишингу; два пароля не становятся двумя независимыми факторами.

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

Передача файлов и блокировка экрана

Безопасная передача начинается с назначения данных и прав получателя. FTC рекомендует ограничивать доступ нужным для работы и блокировать компьютер при уходе. Конкретный канал выбирают по правилам организации.

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

Независимая проверка сообщения

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

Допустим, сообщение от нового адреса просит срочно переслать договор. Найдите привычный контакт коллеги в рабочем справочнике и уточните запрос отдельно. Не используйте для проверки телефон или ссылку, которые прислал сам отправитель. Если подтвердить просьбу не удалось, передавать сведения рано.

Сообщение поддержке о проблеме

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

Сообщите поддержке, что произошло: время, сервис, полученный запрос и выполненное действие. «Открыл ссылку, но ничего не вводил» полезнее, чем «кажется, взломали». Не включайте в сообщение пароль или код и не начинайте самостоятельную очистку устройства: дальнейшие действия согласуйте с ответственной службой.

Вопросы по теме