Сразу вывод: до вставки в ИИ нужно сверить, остались ли в этой исходящей строке открытые чувствительные поля. Выключить обучение модели или перейти во временный чат — значит изменить, как другая сторона хранит и учится. Это не меняет факта, что поля уже ушли. Ниже — повторяемая сверка, а не новый набор прилагательных.
Сначала одним предложением — ответ на запрос
Замаскировать тикеты и логи перед вставкой в ИИ значит: пока текст ещё не покинул вкладку, которую вы смотрите, правилами закрыть телефоны, номера документов, почту, типичные API-ключи и IP, а затем вручную пройтись по паролям и строкам подключения без фиксированного формата. Объект сверки — та копия, которую вы вставите, а не подпись «обработано» на странице.
Заметка для разработчиков, администраторов и поддержки, которая скидывает материал в окно нейросети. Она не заменяет инструкцию к очистке конфиденциальных данных и не повторяет общий разбор Network на тему «ушёл ли открытый текст при локальном шифровании». Унести отсюда стоит другое: какие поля обычно прячутся в журнале, что правила закрывают и когда остаток секрета лучше заменить плейсхолдером или отправить через Burn-Link.
Вставка в ИИ — другая граница выхода, чем пересылка коллеге
Когда вы отдаёте заявку коллеге, получатель обычно известен, а материал оседает в трекере или в истории чата. Когда тот же текст попадает в потребительский ИИ, символы ещё уходят на серверы продукта, в историю диалогов и под те условия обработки, которые действуют в этот день. В справке OpenAI Data Controls FAQ прямо сказано: личный аккаунт может выключить «Improve the model for everyone»; диалоги по-прежнему видны в истории, просто их не берут в обучение модели. Temporary Chat не пишется в историю и не идёт в обучение, но его могут хранить до примерно 30 дней для контроля злоупотреблений.
Условия меняются, продукты различаются. То, что можно решить на месте, уже: нажали «вставить» и «отправить» — символы покинули это устройство. Переключатель обучения отвечает на вопрос «будут ли учить модель». Он не отвечает на вопрос «получили ли они текст».
Поэтому сначала спросите «должен ли этот блок покинуть устройство», и только потом «как другая сторона его сохранит». Второй вопрос — в справке конкретного продукта. Первый можно закрыть таблицей сверки до нажатия «отправить».
Не ставьте опыт на настоящем номере паспорта, неротированном API-ключе или пароле продакшен-базы. Подготовьте одноразовую фальшивую заявку. Телефон и ключ напишите как канарейки, которые существуют только в этом запуске. Вы проверяете маски и границу выхода — а не снова раскрываете секрет.
Какие поля чаще всего прячутся в тикетах и логах
Наружу редко уходит целый договор. Уходит короткое поле посреди предложения: почта в стеке, телефон в подписи к скриншоту, скопированный заголовок Authorization: Bearer …, IPv4 со внутренней страницы входа. Любого из них достаточно, чтобы следующий диалог стал открытой копией.
Сортировать по месту появления полезнее, чем по ощущению «похоже на секрет».
| Где встречается | Типичные поля | Что сделать до отправки |
|---|---|---|
| Заявки поддержки, переписки в Telegram или VK | Российские и международные телефоны, почта, хвост номера документа | Сначала маска по правилам, затем ручной проход по разговорным формулировкам |
| Журналы приложения, стек ошибок | Почта, IPv4 / IPv6, иногда токен | Закройте IP и почту; у токена проверьте фиксированный префикс |
| Фрагменты конфига, примеры curl | sk-, AKIA, ghp_, Bearer |
Правила бьют по типичным префиксам; что не поймали — замените плейсхолдером |
| Заметки о передаче, шаги восстановления | Пароли базы, коды восстановления, целые строки подключения | В ИИ не вставляйте; отдайте через Burn-Link или оставьте только плейсхолдер |
| Ссылки из рассылок и рекламы | utm_*, yclid, fbclid, gclid |
Сначала снимите метки слежения, потом решите, нужна ли эта URL в запросе |
Поля, которые «не выглядят секретом», тоже стоит глянуть отдельно. Внутренний IP помечает подсеть. Последние четыре цифры документа вместе с ФИО из заявки уже собирают одного человека. Правила по умолчанию оставляют немного начала и конца, чтобы вы сверили «это та же строка». Остаток нужен для вашей проверки, а не как доказательство обезличивания.
Что закрывает маскирование по правилам — и чего не закрывает
Маскирование в браузере — это сопоставление шаблонов: регулярные выражения находят фрагменты, похожие на телефон, номер документа, почту, префикс ключа или IP, и заменяют их маской. Смысл фразы инструмент не понимает и вашу систему заявок не читает.
Возьмите маскирование на странице очистки FastPwd. Текущая вкладка умеет находить международные телефоны и мобильные номера материкового Китая; номера документов (включая контрольную цифру китайского удостоверения и американский SSN); банковские карты из 13–19 цифр, которые проходят Luhn; почту; типичные префиксы API-ключей и токенов (например sk-, sk-proj-, AKIA, ghp_, github_pat_, glpat-, Bearer); плюс IPv4 и распространённый IPv6. По умолчанию остаются немного начала и конца для сверки; можно закрыть значение целиком звёздами. Текст длиннее 512 КБ нужно резать на части. Открыли — и можно пользоваться, аккаунт не нужен.
Пропуски так же конкретны. Пароль без фиксированного префикса, ключ, разбитый пробелами, текст только на скриншоте или «единица, написанная как l» правила не поймают. Серия и номер российского паспорта, СНИЛС, адреса, табельные номера и внутренние имена проектов в этом списке не стоят — если они не случайно совпали с другим шаблоном. Ноль совпадений значит «эти шаблоны не нашлись». Это не значит «блок можно спокойно отдать кому угодно».
Так эта заметка и расходится со страницей инструмента. Страница отвечает, как замаскировать прямо сейчас. Здесь — стоит ли после маски всё ещё нажимать «отправить». В блоке результата видно сравнение по числу знаков и типы совпадений; исходный текст на интерфейс не уходит. Даже так перед отправкой смотрите ту ячейку, которую собираетесь вставить.
Перед отправкой пройдите сверку канарейкой
Подготовьте фальшивую заявку, которую можно выбросить. Телефон напишите таким, какого не бывает в настоящей работе, почту — вроде canary-fp-20260901@example.com, ключ — с типичным префиксом, например sk-proj-canaryfp20260901xxxx, и отдельно пароль без префикса canary-plain-pass-20260901. Канарейка нужна для поиска. Это не демонстрация, что «инструмент умный».
- Вставьте фальшивую заявку в поле маскирования и запустите маску. Сверьте результат: ключ с префиксом, почта и телефон должны закрыться звёздами; пароль без префикса почти наверняка останется.
- Оставшийся открытый пароль замените плейсхолдером вроде
[DB_PASSWORD]. Не ждите, что правило узнает разговорную фразу «пароль такой-то». - Копируйте только текст из блока результата. Перед вставкой в окно ИИ поищите канарейку системным поиском: полной открытой почты и полного ключа там быть не должно.
- Если хотите ещё убедиться, что сама страница маскирования не унесла исходник, откройте DevTools → Network, включите Preserve log и ищите ту же канарейку в строке запроса, теле и отправке аналитики.
Смотрите блок результата, а не подпись на кнопке
«Замаскировано 4 фрагмента» значит только то, что правила попали в четыре отрезка. Пятый пароль при этом может сидеть на месте. Сверка идёт по тексту результата: поищите каждую заранее заложенную канарейку, затем пройдите длинные строки с высокой энтропией, которые на известный шаблон не похожи.
Смотрите ту ячейку, которую собираетесь отправить
Когда копируете из блока результата второй раз, расширение может переписать буфер обмена, а браузер — всё ещё держать исходное выделение. Поиск канарейки уже внутри поля ввода ИИ ближе к реальному исходящему тексту, чем один взгляд на страницу маскирования.
Заодно сверьте собственный трафик страницы маскирования
Аналитика FastPwd идёт через собственный трекер сайта. На localhost по умолчанию ничего не отправляется. Имена событий похожи на «сделали маскирование»; по описанию исходный текст они не несут. Это всё ещё обещание. Поиск канарейки в Network превращает фразу «исходник не загружается и не пишется в аналитику» в наблюдение именно этого запуска. Более полный разбор трафика — в заметке Как проверить, что локальное шифрование в браузере не отправило открытый текст.
Готовьте сразу два фальшивых пароля: один с sk- или Bearer, чтобы увидеть, что правило работает, и один длинный случайный набор, чтобы помнить: наружу уйдёт как раз то, что маска не закрыла.
Когда маска, когда плейсхолдер, когда Burn-Link
Три приёма закрывают три вида материала. Путаница между ними как раз и приводит к утечке.
Телефоны, почта, номера документов и токены с префиксом, разбросанные по предложению, хорошо закрывает маска по правилам. Вам нужно «этот лог ещё можно показать как стек ошибки», а не «отдать модели весь секрет».
Когда формулировку вопроса можно менять, а материал должен остаться целым, ставьте плейсхолдер. Строку подключения замените на postgres://USER:[DB_PASSWORD]@HOST:5432/DB и спросите про синтаксис. Модели не нужен настоящий пароль, чтобы объяснить формат ошибки.
Когда полный секрет должен дойти до человека, не гоните его через окно ИИ. Burn-Link FastPwd шифрует в этом браузере алгоритмом AES-256-GCM, на сервере оставляет только шифротекст, а ключ дописывает после решётки в s.html?id={id}#{key} — в HTTP-запрос ключ по умолчанию не попадает. Создавать и читать можно без регистрации. Одна заметка — до 32 КБ; файлы больше этого идут в шифрование файлов, один файл не больше 5 ГБ. Если вставить полную ссылку в чат, защита после решётки пропадает. Подробности — в заметке Почему после решётки в URL можно класть ключ и когда эта защита ломается.
| Материал | Удачнее обработать так | Как выглядит «прошло» |
|---|---|---|
| Телефон / почта / номер документа в заявке | Маскирование по правилам | В результате нет полного открытого значения; типы совпадений сходятся с тем, что вы заложили |
Токены с sk- или ghp_ |
Маскирование по правилам или плейсхолдер | Префикс может остаться; середина должна быть закрыта звёздами |
| Пароли без префикса, коды восстановления | Плейсхолдер; если значение нужно человеку — Burn-Link | В окне ИИ этих символов нет совсем |
| Целый файл с ключами | Шифрование файлов; в диалог не вставлять | Скачан .lock; в диалоге только имя файла |
Что эта сверка может доказать — и чего не может
Вывод, который поддерживает эта сверка, узкий. Именно поэтому его стоит записать и согласовать с коллегой.
Можно утверждать: в этом браузере, в этом запуске, в тексте, который вы собираетесь отправить, больше нет открытых канареек, которые вы заложили; в строке запроса, теле и аналитике страницы маскирования этой канарейки тоже нет.
Нельзя утверждать: правила закрыли все ФИО, адреса и табельные номера; другой продукт не оставит диалог для проверки безопасности; расширение не переписало буфер обмена; результат маскирования равен юридическому обезличиванию. На странице очистки FastPwd прямо сказано: это вспомогательная сверка. Она не заявляет о соответствии 152-ФЗ или GDPR.
Не принимайте «модель не повторила пароль» за доказательство, что отправка не состоялась. То, что сервер уже получил, не возвращается во вкладку только потому, что в интерфейсе позже нарисовали звёзды.
Частые вопросы
Если выключить «Improve the model for everyone», вставленный тикет остаётся на этом устройстве?
Нет. Выключение обучения меняет только то, будет ли модель учиться на этом диалоге. Разговор всё равно уходит на серверы продукта и может появиться в истории. Temporary Chat обычно не пишется в историю и не идёт в обучение, но его могут хранить до примерно 30 дней для контроля злоупотреблений — так сказано в заметках Data Controls OpenAI, которые в сентябре 2026 года ещё действовали; у других продуктов свои условия. Маскирование смотрит на исходящий текст, а не на переключатель обучения.
Можно ли результат маскирования считать доказательством соответствия или актом обезличивания?
Нет. Маскирование по правилам — это сопоставление шаблонов: оно закрывает телефоны, номера документов, почту, типичные API-ключи и IP, но пропускает разговорные формулировки и пароли без фиксированного префикса. Страница не заявляет о соответствии 152-ФЗ, GDPR или иным сертификациям. Перед отправкой всё равно сверьте текст, который собираетесь вставить.
После маскирования можно вставлять в ИИ весь пароль от базы или код восстановления?
Обычно нет. Пароли без префикса, строки подключения и коды восстановления правила часто не узнают. Такой материал лучше передать через Burn-Link: на этом устройстве шифрование идёт алгоритмом AES-256-GCM, сервер хранит только шифротекст, ключ стоит в ссылке после решётки. В окне ИИ оставьте плейсхолдер, например [DB_PASSWORD].
Когда я маскирую текст на FastPwd, уходит ли исходник на сервер или в аналитику?
По описанию продукта разбор и маскирование заканчиваются в текущей вкладке. Исходный текст не уходит как прикладные HTTP-данные и не пишется в аналитику. Аналитика записывает имена событий вроде «сделали маскирование». Чтобы сверить этот запуск, ищите канареечную строку в Network: её не должно быть в строке запроса, теле и отправке аналитики. После закрытия вкладки этот ввод не остаётся на сервере FastPwd — потому что как прикладные данные он туда и не доходил.
Пройдите шаги на фальшивой заявке
Если нужна страница, где граница вычислений записана явно, откройте маскирование FastPwd. Открыли — и можно пользоваться, регистрация не нужна. Вставьте фальшивую заявку выше, оставьте включёнными телефон, номер документа, банковскую карту, почту, API Key и IP, сначала посмотрите типы совпадений при маске по умолчанию, затем включите полное маскирование и сверьте ещё раз.
На том же материале сделайте второе упражнение: в любое окно ИИ текст попадает только после того, как оставшиеся фальшивые пароли стали плейсхолдерами. Когда полный секрет должен дойти до коллеги, переходите на Burn-Link. Полный адрес ссылки вместе с ключом обратно в ИИ не вставляйте. Если в заявке ещё висит короткая ссылка из Яндекс.Директа или рассылки, на той же странице сначала снимите utm_*, yclid, fbclid и gclid в чистой ссылке — и только потом решайте, нужна ли эта URL в запросе.
Эти упражнения не доказывают, что какой-то один сайт «абсолютно безопасен». Они оставляют вам до нажатия «отправить» сверку, которую можно показать коллеге: канарейки, типы совпадений, плейсхолдеры и при необходимости проход по Network. Подставьте любой «умный маскировщик» или «корпоративный шлюз для ИИ» — шаги остаются теми же.
В следующий раз запомните три вещи. Первое: смотрите текст, который уйдёт, а не подпись на кнопке. Второе: правила закрывают разбросанные поля и не закрывают целый пароль. Третье: переключатель обучения меняет, как другая сторона использует текст; он не меняет факта, что поля уже покинули это устройство. Повторяемую сверку имеет смысл вписать в ваш собственный регламент по заявкам.
Что ещё почитать
Чтобы убедиться, что сама страница маскирования не унесла исходник, прогоните ту же канарейку через Network: Как проверить, что локальное шифрование в браузере не отправило открытый текст. Когда полный секрет должен дойти до человека, а не до модели, посмотрите, почему ключ можно класть после решётки: Почему после решётки в URL можно класть ключ и когда эта защита ломается.