17. Мессенджеры и электронная переписка

94 17. Мессенджеры и электронная переписка Зачем это адвокату Скриншот, экспорт чата и исходные данные прило- жения - не одно и то же. Важно понимать, откуда получе- на переписка и полный ли перед вами контекст. Что подготовить или загрузить • Экспорт чата/электронной почты или отчет о его из- влечении. • Скриншоты - если иных данных нет. • Протокол осмотра и сведения об устрой- стве/аккаунте. Telegram : анализировать конкретный артефакт, а не название сервиса В материалах дела Telegram может присутствовать как экранный снимок, экспорт, база мобильного устройства, уведомление, вложение или данные, полученные иным пу- тем. Эти формы имеют разную доказательственную полно- ту. Само название приложения не сообщает, где и как хра- нился конкретный объект. Поэтому ИИ начинает с класси- фикации источника, извлечения участников, времени и от- ветов и пересылок, а затем восстанавливает контекст толь- ко из реально имеющихся данных. Практический контроль. Каждой переписке присваивайте номер переписки и тип ис- точника. MAX: анализировать источник переписки и способ ее получения В материалах дела переписка из MAX может быть пред- ставлена скриншотами, данными мобильного устройства, уведомлениями, вложениями, экспортированными матери- алами либо результатами осмотра приложения. Сам факт отображения сообщения в интерфейсе не подтверждает ав- томатически личность автора, полноту переписки и неиз- менность ее содержания. ИИ следует поручать сопоставле- ние участников, времени, последовательности сообщений,

95 вложений и контекста до и после значимого фрагмента, от- дельно отмечая отсутствующие части диалога. Практиче- ский контроль. Для каждого фрагмента фиксируйте устройство, аккаунт, способ получения данных и источник, из которого непосредственно следует содержание сообще- ния; отображаемое имя или фотографию профиля не при- равнивайте к установленной личности пользователя. WhatsApp: различать чат, резервную копию, экспорт и скриншот WhatsApp может быть представлен экспортом чата, скриншотами, данными мобильного устройства, резервной копией, уведомлениями, вложениями либо результатами экспертного или иного технического извлечения. Эти ис- точники различаются по полноте: например, экспорт удо- бен для чтения и поиска, но не всегда содержит все техни- ческие сведения, а скриншот показывает лишь видимую часть интерфейса. При анализе ИИ должен связывать сооб- щение с участником, датой и временем, ответом или цити- рованием, вложением и окружающим контекстом, отдельно отмечая удаленные и отсутствующие участки. Практиче- ский контроль. Не рассматривайте отметки доставки, отображаемое имя контакта, фотографию профиля или текст вида «сообщение удалено» как самостоятельное дока- зательство личности отправителя либо содержания уда- ленного сообщения; значимые выводы сопоставляйте с ис- ходными данными устройства и другими доказательства- ми. Signal : отсутствие данных тоже не следует заполнять предположением Архитектура конкретного приложения и доступность артефактов меняются, поэтому методика защиты не долж- на строиться на обещании, что «ИИ восстановит все». Если из полученного массива доступен только фрагмент пере- писки, результатом становится перечень имеющегося и от- сутствующего контекста. Отсутствующий текст нельзя ре-

96 конструировать по последующим ответам как факт. Прак- тический контроль. Используйте статус НЕТ ДАННЫХ- CONTEXT и формируйте запрос на дополнительные источ- ники. imo : учитывать возможную неполноту доступных данных Переписка imo также может попадать в уголовное дело в разных формах: скриншоты, данные устройства, уведом- ления, медиафайлы, результаты осмотра телефона или иные извлеченные сведения. Наличие отдельных сообще- ний или изображений не означает, что представлен весь разговор, а отсутствие сообщения в доступном массиве само по себе не доказывает, что его никогда не существовало. ИИ полезен для восстановления последовательности сохра- нившихся сообщений, выделения участников, дат, звонков и вложений, однако он не должен заполнять пробелы пред- полагаемым содержанием. Практический контроль. От- дельно фиксируйте, какие сведения непосредственно из- влечены из источника, какие участки переписки отсутству- ют и может ли недостающий контекст находиться на устройстве другого участника либо в иных материалах де- ла. Электронная почта: заголовки так же важны, как текст Электронное письмо содержит поля заголовка и тело сообщения;при наличии оригинального сообщения (. eml /. msg или серверного экспорта) можно анализировать Message - ID , адреса, даты, маршрутизационные заголовки, вложения и структуру MIME . Скриншот письма обычно не показывает этих данных. ИИ может разобрать заголовки и связать цепочки Reply / References , но подлинность и путь доставки требуют технической проверки исходного объек- та. Практический контроль. Для важных писем сохраняйте исходный файл сообщения, а не только PDF распечатки.

97 Экспорт переписки: удобен для анализа, но является производным представлением Экспорт превращает внутреннюю базу или облачную структуру в текст, HTML , JSON , ZIP и другие форматы. Он ускоряет поиск, но может не содержать удаленные записи, технические идентификаторы, реакции, точные статусы или часть служебных полей. Поэтому экспорт должен иметь идентификатор, дату создания, указание программы или функции экспорта и ссылку на исходный источник данных. Практический контроль. Не называйте экспорт «оригина- лом переписки» без пояснения происхождения. Скриншот и оригинал: визуальное содержание про- тив структуры данных Скриншот способен показать внешний вид диалога, но не всегда подтверждает аккаунт, полноту истории, мета- данные, время устройства или то, что сообщения действи- тельно существовали в базе. С другой стороны, исходный экспорт может потерять внешний контекст интерфейса. Оптимальная проверка сопоставляет оба представления и ищет источник более высокого уровня. Практический кон- троль. Скриншот связывается с образом носителя, а сооб- щение получает отдельный идентификатор; связь между ними фиксируется отдельно. Удаленные сообщения: различать факт удаления и содержание удаленного Интерфейс, базы, уведомления, резервная копия или ответы собеседников иногда указывают, что сообщение существовало или было удалено. Но если содержание не со- хранилось, ИИ не должен восстанавливать его как факт по контексту. Допустимо сформулировать гипотезы и список источников, где содержание может быть проверено, напри- мер устройство другого участника или резервная копия. Практический контроль. Статус содержание удаленного со- общения известно из источника используйте только когда содержание действительно извлечено из источника.

98 Что написать ИИ ГОТОВЫЙ ПРОМПТ Построй цепочку: устройство/аккаунт → способ из- влечения → чат → участники → дата/время → сообщение → вложение → контекст до/после → удален- ные/неполные участки → связь с эпизодом. Не прини- май скриншот за полный чат, если исходная база не представлена. Как проверить результат • Откройте первоисточник и перепроверьте все фами- лии, даты, суммы, номера, цитаты, тома, листы и тайм-коды, на которых строится важный вывод. • Отделите то, что прямо видно или написано в мате- риале, от объяснения, предложенного ИИ. • Проверяйте сообщения до и после цитируемого фрагмента. • Не приравнивайте отображаемое имя аккаунта к подтвержденной личности без независимого источника. • Не переносите вывод ИИ в ходатайство, жалобу, во- просы участнику процесса или прения, пока его нельзя быстро подтвердить первичным материалом.