Разработчик заподозрил Gemini в утечке данных из приватного Google‑документа
Инди‑разработчик под псевдонимом Klub Kofta рассказал о ситуации, которая поставила под сомнение реальную приватность документов в экосистеме Google. По его словам, AI‑поиск на базе Gemini выдал пользователю сведения, которые существовали только в закрытом Google‑доке и нигде больше не публиковались.
Речь идёт об игре Operation Octo. Один из игроков решил задать Gemini вопросы о будущих обновлениях проекта и получил в ответ детальную информацию о ещё не выпущенном контенте. Нейросеть не только описала грядущие элементы, но и указала точное имя нового персонажа - Vantage Tripod, а также ряд особенностей его механик.
Ключевой момент в том, что эти данные, по словам разработчика, не фигурировали ни в файлах игры, ни в соцсетях, ни в описаниях на площадках, ни в каких‑либо других публичных источниках. Весь план по новому персонажу существовал лишь в приватном документе Google Docs, доступ к которому был только у автора.
Дополнительную тревогу вызвало и то, как был выполнен запрос. Информацию у Gemini запрашивал не сам разработчик, а обычный игрок, у которого не было никаких прав доступа к документу. Вдобавок пользователь задавал вопросы в режиме инкогнито в браузере, что должно было минимизировать возможные пересечения с его учётной записью Google. Тем не менее это не помешало AI‑поиску указать точное имя персонажа и описать часть его функционала.
В обсуждениях другой разработчик сообщил, что после истории с Operation Octo решил проверить, как поведёт себя нейросеть в отношении его собственного проекта. Он задал Gemini вопросы о своей игре и, по его словам, получил в ответ сведения, которые были прописаны только в закрытом документе, доступ к которому имел лишь владелец. Для сравнения он повторил те же запросы в другой популярной модели - Claude, но та не смогла выдать аналогичных данных, ограничившись общими формулировками.
Автор этого эксперимента сделал вывод, что у Google потенциально есть техническая возможность использовать содержимое документов, почты и облачного хранилища при формировании ответов AI‑поиска, даже если владелец не ожидает подобного поведения. Он предположил, что интеграция сервисов внутри одной экосистемы может приводить к тому, что модели получают доступ к закрытым данным на уровне инфраструктуры.
Официальная позиция Google выглядит иначе. В документации компании указано, что Gemini может искать информацию в Gmail, Google Docs и Google Drive, но только в том случае, если пользователь явно включает такую возможность и предоставляет соответствующие разрешения. Также подчёркивается, что персональные данные клиентов не применяются для обучения базовых моделей: их обещают использовать лишь в рамках конкретного аккаунта и заданных пользователем функций.
На этом фоне у разработчиков и рядовых пользователей возникает логичный вопрос: была ли описанная ситуация следствием бага, некорректно настроенных разрешений, неочевидного пользовательского соглашения или же просто недопонимания механизмов работы Gemini. Публичных технических разборов этого кейса пока не последовало, поэтому история остаётся на уровне описаний очевидцев.
Отдельная проблема - прозрачность настроек конфиденциальности. В экосистеме Google существует множество переключателей, связанных с персонализацией, историей поиска, активностью в приложениях и доступом ИИ к данным. Для неподготовленного пользователя не всегда очевидно, какие именно галочки позволяют моделям обращаться к документам или письмам, а какие нет. На этом фоне любая история о "угадывании" закрытой информации воспринимается как потенциальная утечка.
Разработчики игр, стартапы и компании, работающие с конфиденциальными документами в облаке, особенно чувствительны к такого рода рискам. Внутри Google Docs нередко хранятся геймдизайнерские документы, дорожные карты продуктов, планы релизов, списки будущих фич и даже коммерческие условия с партнёрами. Если пользователи начинают подозревать, что ИИ‑поиск может косвенно использовать эти данные, доверие к платформе снижается, даже при отсутствии подтверждённого инцидента безопасности.
Отдельного внимания заслуживает и вопрос разграничения: одно дело - когда пользователь осознанно включает функцию "поиска по своим данным" и получает персонализированные ответы от ИИ в рамках собственного аккаунта. Совсем другое - если результатом становится появление фрагментов приватной информации в ответах для третьих лиц, у которых формально нет доступа к документам. В описанном случае именно это обстоятельство выглядит наиболее тревожно.
С технической точки зрения возможны несколько сценариев. Во‑первых, не исключена банальная ошибка: неправильная индексация или некорректная работа служебных флагов доступа. Во‑вторых, могут иметь место сложные цепочки персонализации, когда модель опирается на ассоциации, связанные с аккаунтом или устройством, а пользователю кажется, что он полностью анонимен. В‑третьих, нельзя исключать, что часть данных всё же стала публичной косвенно - через тестовые билды, черновые публикации или кэш сторонних сервисов, - хотя автор уверяет в обратном.
Независимо от причины инцидент поднимает важную для ИИ‑сервисов тему: насколько детально они должны объяснять пользователям, откуда берутся данные в ответах. Появление в выдаче точного имени ещё не анонсированного персонажа само по себе создаёт впечатление прямого доступа к личным файлам. Без понятного технического комментария от разработчиков платформы подобные эпизоды превращаются в повод для слухов и ударяют по репутации.
Для тех, кто использует облачные документы в работе над играми и другими проектами, сейчас становятся особенно актуальными несколько практик. Во‑первых, стоит пересмотреть настройки конфиденциальности аккаунта и отключить всё, что связано с использованием данных для персональных рекомендаций и ИИ‑функций, если есть сомнения. Во‑вторых, критически важную или коммерчески чувствительную информацию логичнее хранить в средах, физически или логически отделённых от публичных сервисов крупного вендора. В‑третьих, важно документировать подобные подозрительные эпизоды: чем больше конкретных случаев будет описано, тем сложнее игнорировать проблему на уровне платформы.
История с Operation Octo стала показательной потому, что затронула сразу несколько болевых точек: доверие к облаку, прозрачность работы ИИ и реальную границу между "приватным" и "доступным алгоритмам". Даже если в будущем окажется, что имело место недоразумение или локальный баг, сама вероятность того, что закрытый дизайн‑док может всплыть в ответе нейросети, вынуждает пересматривать подход к тому, какие данные разработчики готовы доверить большим экосистемам.
