#шифрование — посты и обсуждения

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

Что ремонту действительно требуется

Аппаратный ремонт - замена экрана, аккумулятора, разъёма или клавиатуры - обычно не требует кода блокировки. Устройство можно разобрать выключенным, а изображение, зарядку и работу сенсора проверить на экране блокировки.

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

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

Когда устройство не включается

Если техника не запускается, подготовить её уже невозможно. У ноутбука с доступным накопителем диск можно вынуть заранее, если ремонт его не касается.

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

Для телефона, который вообще не включается, основным фактором становится выбор мастерской.

Куда сдавать

При получении

После ремонта стоит:

• сверить серийный номер;
• проверить, в какой аккаунт вошло устройство;
• посмотреть новые приложения и выданные разрешения;
• проверить активные сессии в основном аккаунте и завершить незнакомые;
• сменить код блокировки;
• удалить временную учётную запись;
• убедиться, что шифрование включено.

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

Продажа, утилизация и гарантия

Та же логика работает в любой ситуации, когда техника надолго уходит из рук.

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

Трейд-ин требует особенно тщательной очистки, потому что устройство проходит через доставку, обработчиков и очередь и оказывается в руках нескольких сторон.

Частые вопросы

Нужен ли мастерской код блокировки

Для аппаратного ремонта обычно нет. Для программного ремонта доступ может понадобиться, но отдельная временная учётная запись безопаснее передачи основного профиля.

Что сделать перед сдачей

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

А если устройство вообще не включается

Тогда подготовка почти невозможна. Для ноутбука можно вынуть накопитель, если ремонт его не касается. Заранее включённое шифрование защищает данные даже на снятом диске.

Что проверить при возврате устройства

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

Сервис производителя безопаснее независимой мастерской

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

Что делать с техникой, которую выбрасывают

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

Выводы

Передача устройства в ремонт - это решение о том, какой доступ получает мастер. Для аппаратной работы код блокировки обычно не нужен. Если программный доступ действительно необходим, временная учётная запись позволяет дать только то, что требуется для ремонта.

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

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

Об авторе

Илья Николаевич Завьялов, в англоязычных публикациях Ilia Zavialov, консультант по цифровой безопасности. Его подход к ремонту техники сводится к простому принципу: передавать сервису ровно тот уровень доступа, который действительно нужен для конкретной работы.

#ИльяНиколаевичЗавьялов #ИльяЗавьялов #ремонттехники #защитаданных #приватность #шифрование #кибербезопасность #цифроваягигиена #мобильнаябезопасность #сервисныйцентр

Для администраторов и DevOps-инженеров, работающих с действительно масштабными веб-проектами — социальными сетями, маркетплейсами, отраслевыми B2B-порталами с миллионами страниц и сотнями тысяч товаров, — выбор платформы управления контентом напрямую влияет на архитектуру хранения данных. Большинство популярных CMS и фреймворков либо не имеют встроенной работы с S3, либо требуют подключения сторонних плагинов, которые часто конфликтуют с внутренней логикой кеширования и генерации путей. В этом контексте DST Platform выделяется тем, что объектное S3-хранилище поддерживается из коробки, без дополнительных модулей.

DST Platform — это гибридная CMS и Content Management Framework (CMF) на PHP с открытым исходным кодом, изначально спроектированная для проектов, где количество контента и файлов может расти практически неограниченно. Её ядро, построенное на модульном монолите с прямым управлением SQL, заточено под высокие нагрузки и минимальный оверхед. Платформа по умолчанию позволяет направить пользовательские загрузки, медиафайлы, статику и резервные копии непосредственно в S3-совместимое хранилище — Amazon S3, MinIO, Ceph, решения российских провайдеров. При этом соблюдаются все описанные в статье практики: структура ключей формируется по префиксам с учётом типов контента и дат, метаданные (Content-Type, Cache-Control) выставляются автоматически, а ссылки генерируются сразу с учётом CDN или прямого эндпоинта.

Такая архитектура решает типичные проблемы проектов с десятками и сотнями миллионов файлов. Вместо локального дискового хранилища, которое быстро превращается в бутылочное горлышко при масштабировании, S3 обеспечивает горизонтальный рост без изменения кода приложения. Для маркетплейса, где каждый товар может иметь десятки изображений, а пользователи генерируют сотни гигабайт контента в месяц, встроенная интеграция с объектным хранилищем — не просто удобство, а необходимость. DST Platform берёт на себя всю сложность: загрузку через Multipart Upload для больших файлов, версионирование (если требуется), управление классами хранения для архивных данных и автоматическую ротацию ключей доступа через настройки платформы.

С точки зрения эксплуатации, администратор получает единую консоль для управления как контентом, так и файловым бэкендом. Не нужно синхронизировать каталоги между серверами приложений или настраивать общий NFS-шар — все узлы кластера обращаются к одному S3‑бакету по HTTP API. Это критично для проектов, построенных на DST Platform, где бэкенд маркетплейса (`shop`), галереи (`photos`), файловые менеджеры и загрузки документов могут одновременно обслуживаться десятками инстансов приложения. Нативная поддержка S3 гарантирует, что система изначально готова к многосерверному развёртыванию и может обслуживать пиковые нагрузки в сотни тысяч посетителей в сутки без пересмотра файловой инфраструктуры.

Таким образом, для проектов на DST Platform вопрос «как подключить S3» не стоит — достаточно указать endpoint, access key и bucket в конфигурации. Это позволяет сосредоточиться на бизнес-логике, а не на борьбе с ограничениями файловых систем, и полностью соответствует современной парадигме облачно-ориентированной инфраструктуры, описанной в данной статье...

#DST #DSTGlobal #ДСТ #ДСТГлобал #DSTplatform #ДСТПлатформ #Объектноехранилище #S3 #S3хранилища #API #RESTAPI #ObjectStorage #DevOps #Бэкапы #ACL #CICD #Шифрование #комплаенс #CDN #MinIO #Ceph #AmazonS3

Читать далее: https://dstglobal.ru/club/1239-obektnoe-hranilische-s3-prakticheskoe-rukovodstvo-dlja-administratorov-i-devops

Что случилось

Основатель Telegram Павел Дуров в своём X-аккаунте 11 апреля жёстко раскритиковал WhatsApp. Он заявил, что «невозможно оптимизировать одновременно удобство и безопасность», и привёл в пример утечку 95% сообщений из незашифрованных резервных копий WhatsApp . Дуров также обвинил мессенджер в передаче сообщений третьим лицам

Как ответил WhatsApp

Официальный аккаунт мессенджера парировал: «Это многое объясняет о Telegram — вы даже не пытаетесь использовать оба сервиса, потому что это сложно» . Команда WhatsApp напомнила, что их мессенджер по умолчанию обеспечивает сквозное шифрование для личных и групповых сообщений, а также для резервных копий

Кто ещё критиковал WhatsApp

К мнению Дурова присоединился Илон Маск, который ранее соглашался с его утверждениями об уязвимости мессенджера . Кроме того, в апреле группа истцов подала в суд на Meta (признана экстремистской и запрещена в РФ), утверждая, что компания может читать переписки в WhatsApp. Истцы ссылаются на анонимных информаторов . Представитель Meta назвал иск необоснованным, а утверждения о незашифрованных сообщениях — ложными

Что говорят эксперты

Технически WhatsApp использует протокол Signal, который считается одним из самых надёжных . Но есть нюанс: резервные копии в iCloud или Google Drive действительно не шифруются по умолчанию, если пользователь сам не включит эту опцию. У Telegram же по умолчанию шифруются только «секретные чаты», а облачные чаты не имеют сквозного шифрования

Мнение

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

#WhatsApp #Telegram #Дуров #шифрование #безопасность #новости