Политика конфиденциальности — APC (Agent Profile Context)

Дата вступления в силу

{{EFFECTIVE_DATE}}

Сервис

APC, https://apc.abt.nz

Вход

обслуживается нашим сервисом идентификации https://idp.abt.nz

Оператор данных

Andrei Shvechkov, физическое лицо в Новой Зеландии. APC — проект под названием ABT; ABT не компания, и оператор данных — названный человек

Связь

apc@abt.nz. Почтовый адрес сообщается по запросу на этот же адрес

Применимое право

Новая Зеландия

1. Что это за сервис, одним абзацем

APC хранит небольшой профиль о вас — набор коротких утверждений: чем вы занимаетесь, как вам удобно работать, что вы сейчас делаете, — чтобы ваши ИИ-агенты читали его, а не переспрашивали одно и то же в каждом новом разговоре. Ваш агент подключается к APC по протоколу Model Context Protocol по адресу, который и определяет ваш профиль. Вход выполняется через аккаунт Google; сам вход обслуживает наш сервис идентификации https://idp.abt.nz — это часть того же сервиса, которой управляет тот же оператор, что и https://apc.abt.nz.

Эта политика распространяется на оба адреса.

2. Прочитайте это первым: ваш профиль наполняют ИИ-агенты, а не только вы

Это самое важное свойство APC, и оно достаточно необычное, чтобы стоять до перечня данных.

• Чтение автоматично, и допуск к чтению тоже. Как только агент авторизован на адрес вашего профиля в нашем сервисе идентификации, первый же его запрос его и допускает: сервер сам записывает ему грант с разрешением на чтение и ни на что больше, вас об этом не спрашивая. Дальше он читает весь профиль в начале разговора, каждый раз не переспрашивая. Уровней видимости по агентам не существует — каждый подключённый агент видит в профиле всё.
• Запись не автоматична. Её разрешаете вы, в браузере. Только что подключившийся агент писать не может. Право записи добавляете вы, войдя в свою сессию, на собственной странице подключений https://apc.abt.nz/connect/<идентификатор вашего профиля>: там перечислены подключённые к профилю агенты, и вы разрешаете запись конкретному из них.
• После того как вы разрешили, человека в цепочке не остаётся вовсе. Ни очереди, ни разбора, ни подтверждения не существует. Когда агент решает, что о вас стоит что-то запомнить, утверждение записывается в профиль немедленно и сразу видно всем агентам. Ни мы, ни вы не видим его первыми.
• Третье разрешение, profile:approve, — это ваш собственный контроль. Оно открывает журналы из п. 3.5 и позволяет агенту отменить запись. По умолчанию оно не выдаётся никогда, не входит в режим «выдать всё» и не достаётся агенту от простого подключения: сегодня получить его можно только одноразовым кодом сопряжения, выпущенным на консоли нашего сервера с явным флагом, — то есть, на практике, попросив по адресу apc@abt.nz.
• Следствие: вы можете не знать, что агент про вас записал, пока не посмотрите. Что в профиле сейчас — apc_get_facts и apc_search_facts, их читает любой ваш агент. Что и когда было записано, каким агентом и с какой названной причиной — журнал записи (apc_get_write_log); кто профиль читал — журнал чтений (apc_get_journal). Обоим журналам нужно profile:approve, так что обычный ваш агент не откроет ни один. Единственный сигнал, доходящий до обычного агента, — счётчик непросмотренных вами записей в манифесте профиля; этот счётчик и есть весь механизм уведомления в этом сервисе, и так задумано (см. п. 12).
• Запись можно отменить в течение 30 суток. Отмена убирает добавленное утверждение и возвращает то, что оно вытеснило. Агенту для этого нужно profile:approve, и отменить он может только записи агентов: ваши собственные утверждения и всё, что лежит в секции constraints, ему отказано. По истечении 30 суток отмена недоступна. Это настоящая, но ограниченная мера: это не «удалить это утверждение», и такого здесь нет вовсе. См. раздел 7.
• Агенты — не наши. Агент — это программа, которую выбрали вы и запускает тот, кого выбрали вы. Мы не управляем тем, что он решит о вас записать, и не проверяем это.

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

3. Какие данные мы собираем

3.1 От Google при входе

При входе запрашиваются ровно два несенситивных разрешения Google — profile и email. Из ответа мы получаем и храним (в сервисе идентификации):

• идентификатор вашего аккаунта Google;
• адрес электронной почты;
• отображаемое имя (а также имя и фамилию, если Google их отдаёт);
• ссылку на фотографию профиля Google — мы храним ссылку, а не копию изображения;
• сырой ответ Google целиком, включая выданный при входе access-токен Google.

Мы не получаем ваш пароль Google, ваши контакты, почту, файлы, календарь и что-либо ещё. Наш сервис идентификации дополнительно отправляет один запрос к People API Google за номером телефона; поскольку соответствующее разрешение не запрашивается, Google отвечает отказом, и номер телефона не собирается.

3.2 Ваша личность внутри самого APC

Собственно сервис APC хранит о том, кто вы, ровно одно: пару (издатель, субъект) — то есть «этот профиль принадлежит субъекту <непрозрачный идентификатор> у https://idp.abt.nz». Ни колонки под имя, ни под адрес почты, ни под IP-адрес в базе APC нет нигде.

Когда вы входите через браузер — чтобы захватить профиль или открыть страницу подключений, — на этот вход заводится короткоживущая строка. В ней лежит та же пара (после успешного входа), хеши выпущенных нами значений (кука сессии, state, nonce, токен формы) и — на те несколько минут, что проходят между переадресацией и вашим возвращением, — PKCE-verifier в открытом виде. Такие строки живут 15 минут и удаляются фоновой уборкой. Ни имени, ни почты, ни IP-адреса в них тоже нет.

3.3 Содержимое профиля

• Факты — сами утверждения: свободный текст до 300 символов, секция, язык, отметки времени и источник (вы, агент или импорт). Копия текста хранится в поисковом индексе, а хеш нормализованного текста — для поиска дубликатов.
• Кто записал каждое утверждение — прямо на самом утверждении: грант, через который была сделана запись, и снимок метки этого агента, его OAuth-идентификатора клиента и субъекта на момент записи, плюс названная агентом причина. Снимок хранится вдобавок к ссылке на грант, чтобы отзыв агента впоследствии не стирал авторство написанного им.
• Метки и ссылки (URL), привязанные к фактам. Внутри текста утверждения ссылки запрещены и выносятся отдельно.
• История замен — какое утверждение какое отменило.
• Журнал записи — по строке на каждую запись и каждую отмену: какое утверждение, какая секция, какой агент, названная им причина, когда это произошло и было ли впоследствии отменено и какой отменой. Именно его вы читаете и на нём действуете по разделу 7.
• Служебные поля профиля — заголовок, даты создания и захвата, дата последней активности, дата последнего просмотра вами журнала записи, хеш секрета одноразовой ссылки для захвата профиля.

3.4 Доступ агентов

По каждому подключённому к профилю агенту: метка (выбранная вами, или тем, кто выпустил его код сопряжения, или self-admitted, если агент был допущен самим фактом обращения), субъект и OAuth-идентификатор клиента, имеющиеся у него разрешения, момент, когда вы разрешили ему запись (если разрешали), время создания, последнего использования и отзыва. Плюс хеш выданного кода сопряжения.

3.5 Два журнала и счётчики потребления

• Журнал чтений — на каждое чтение: какой агент, каким инструментом, какие секции, сколько утверждений и когда. IP-адресов в нём нет — такой колонки не существует. Обратите внимание: обращение к любому из журналов тоже попадает сюда.
• Журнал записи — на каждую запись и каждую отмену: какое утверждение и какая секция, какой агент, названная им причина, когда и было ли это отменено. Состав полей — в п. 3.3. Одного он намеренно не показывает: текста утверждения, которое агент уже не может прочитать, — вытесненного более поздней записью, убранного отменой или с истёкшим сроком. Строка при этом остаётся и говорит, что именно из трёх произошло; сам текст есть в полной выгрузке, которую мы делаем для вас по запросу (раздел 7).
• Оба журнала требуют отдельного разрешения. apc_get_journal и apc_get_write_log требуют profile:approve, а оно никогда не выдаётся по умолчанию, никогда не входит в выдачу разрешений «пачкой» и никогда не достаётся агенту от простого подключения. Сегодня единственный способ его получить — код сопряжения, выпущенный с явным флагом на консоли нашего сервера, то есть обращение к apc@abt.nz. Пока это не сделано, ни один ваш агент не откроет ни одного из журналов.
• Посуточные счётчики — сколько чтений и сколько записей было у профиля за день, а также сколько утверждений и символов он содержал на конец суток.

3.6 IP-адреса

Здесь важна точность, потому что легко сказать больше, чем есть.

• В базе APC их нет. Ни в одной таблице APC нет колонки под IP. Счётчики защиты от злоупотреблений (черновики в сутки, попытки подбора кода сопряжения, попытки входа в браузере, запросы метаданных) живут только в памяти работающего процесса и забываются при перезапуске.
• В логах сервера — есть. Наш веб-фронтенд и само приложение APC пишут на диск обычные access-логи. В них попадают ваш IP-адрес, запрошенные хост и путь (а путь содержит идентификатор вашего профиля), код ответа и время обработки. Секрет одноразовой ссылки захвата профиля из обоих логов вырезается до записи.
• Эти логи ротируются по объёму, а не по сроку. На каждый сервис — до 10 МБ × 3 файла. Временного ограничения нет, и удаление профиля этих логов не касается никак.

3.7 Записи сервиса идентификации

Наш сервис идентификации (Casdoor, https://idp.abt.nz) ведёт собственные записи, отдельные от базы APC:

• учётную запись с полями из п. 3.1, плюс IP-адрес регистрации, IP-адрес последнего входа и его время;
• хеш пароля и соль — только если вы завели там локальный пароль. У учётных записей, созданных входом через Google, пароля нет;
• выданные токены целиком — access-токены, refresh-токены, код авторизации и запрошенные разрешения;
• аудит-лог всех POST-запросов, включающий IP клиента, имя пользователя и тело запроса дословно. Для входа через Google в теле находятся код авторизации OAuth и PKCE-верификатор. Если кто-то заведёт или сменит там локальный пароль, этот пароль окажется в логе в открытом виде;
• сессии входа.

Ни для одной из этих записей сейчас не настроен срок хранения, и ни одна из них не удаляется при удалении профиля APC. Дословный аудит-лог мы считаем дефектом, а не решением; см. раздел 9.

3.8 Что находится внутри токена вашего агента

Токен, который наш сервис идентификации выдаёт вашему агенту, — это подписанный JWT, который среди прочего несёт ваш адрес электронной почты, отображаемое имя и ссылку на аватар. Сам APC эти поля игнорирует и не сохраняет — он читает только издателя, субъект, клиента, идентификатор токена, аудиторию, срок и разрешения. Но токен отдаётся вашему агенту, а значит поставщик любого подключённого вами агента получает ваш адрес почты. Мы не можем этому помешать и не управляем тем, как он с ним обойдётся.

4. Зачем мы это обрабатываем и на каком основании

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

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

5. Сколько мы это храним

Ниже — сроки, фактически реализованные в работающем коде, а не желаемые.

6. Кто ещё видит эти данные

• Google LLC — потому что вход выполняется через Google. Google узнаёт сам факт и время вашего входа в этот сервис. От Google мы получаем только то, что перечислено в п. 3.1.
• Google (lh3.googleusercontent.com) — ваша фотография профиля хранится как ссылка на серверы Google. Когда страница её показывает, ваш браузер обращается к Google, и Google видит в этот момент ваш IP-адрес и браузер.
• cdn.casbin.org — наш сервис идентификации загружает статику своего интерфейса с этой сети доставки контента, которой управляет проект Casdoor. Ваш браузер обращается туда во время входа, открывая этому оператору ваш IP-адрес и браузер. Это значение по умолчанию используемого нами ПО, которое мы пока не переопределили.
• Поставщик любого подключённого вами ИИ-агента — получает токен с вашим адресом почты, отображаемым именем и ссылкой на аватар и читает содержимое вашего профиля. Кто это будет, зависит целиком от того, каких агентов вы подключите: агенты регистрируются динамически, поэтому заранее опубликовать список мы не можем.
• Сторонний хостинг-провайдер, размещение — Нидерланды: управляет физической машиной и, следовательно, имеет доступ к дискам с базами и логами. Здесь мы называем категорию и страну, а не компанию; если вам нужно имя провайдера, спросите на apc@abt.nz — вам его назовут.
• Let's Encrypt (ISRG) и ZeroSSL как резервный удостоверяющий центр — выпускают наши TLS-сертификаты. Им уходят наши доменные имена, IP-адрес сервера и ACME-контакт. Имена доменов, на которые выпущен сертификат, навсегда попадают в публичные логи Certificate Transparency.
• Любой, у кого есть административный доступ к нашему серверу — то есть оператор, Andrei Shvechkov, — может прочитать базы и логи напрямую. Технического барьера между оператором и содержимым вашего профиля нет.

Иным образом мы данные не раскрываем, кроме случаев, когда это требует закон.

7. Ваши права и то, как ими можно воспользоваться сегодня

Ниже — что умеет программа сегодня, а не что она должна уметь. Там, где самостоятельного пути нет, честный ответ — «напишите нам».

Оговорка об удалении профиля, прямым текстом. Удаление профиля убирает строку профиля и, каскадом базы данных, его факты, метки, ссылки, историю замен, журнал записи, гранты агентов, записи журнала чтений и счётчики потребления. Оно не убирает: связку аккаунта, фиксирующую, что этот субъект этого издателя пользовался сервисом; ничего из хранимого сервисом идентификации (адрес почты, ссылку на аватар, IP регистрации и входов, сохранённый токен Google, выданные токены, аудит-записи, сессии); access-логи сервера с вашим IP-адресом и идентификатором вашего профиля. Если вы просите стереть свои данные — скажите об этом явно, и мы удалим перечисленное руками настолько, насколько сможем; но программа сегодня этого за нас не делает.

Мы стремимся отвечать на обращения в течение 30 суток.

8. Безопасность — что сделано фактически

• Весь трафик к обоим адресам идёт по HTTPS с сертификатами Let's Encrypt.
• Мы никогда не видим и не храним ваш пароль Google. Вход выполняется по OAuth с PKCE.
• Сам APC не выдаёт токенов и не хранит паролей; он только проверяет токены по публичным ключам сервиса идентификации.
• Токен каждого агента привязан к конкретному вашему профилю; токен одного профиля не может прочитать другой. На запрос к чужому профилю отвечает «не найдено», а не «запрещено».
• Разрешения по умолчанию узкие. Агент, допущенный простым подключением, может читать и ничего больше; право записи добавляете вы в браузере, где вошли; а profile:approve — журналы и отмена записи — не выдаётся ни автоматически, ни «пакетом», ни от подключения.
• Страницы, на которые вы входите, принимают отправку формы только когда браузер подтверждает, что она началась на этом же сайте, и каждая форма несёт токен, выпущенный для той страницы, на которой она отрисована. Они загружают один файл стилей с этого же сайта и больше ничего вообще — ни скриптов, ни шрифтов, ни картинок.
• Секреты одноразовых ссылок захвата хранятся только в виде хешей и вырезаются из всех логов до записи. То же и с PKCE-верификатором незавершённого входа: он удаляется вместе со строкой входа.
• Счётчики ограничения по IP живут в памяти процесса и никогда не пишутся в базу.
• Пока сервер APC работает, наружу он не обращается вовсе. При запуске он забирает у нашего же сервиса идентификации два документа — его OpenID-конфигурацию и публичные ключи подписи — и кэширует их на диск. После этого он не разговаривает ни с чем за пределами нашей машины, и текст вашего профиля никуда не отправляется.
• Страница входа — это другое, и смешивать их мы не хотим. Её отдаёт сервис идентификации, а не APC, и это стороннее ПО, работающее почти на своих настройках по умолчанию: пока вы входите, ваш браузер загружает статику его интерфейса с cdn.casbin.org, а любая страница, показывающая ваш аватар, тянет картинку с серверов Google. Эти обращения делает ваш браузер, а не наш сервер, и каждое из них открывает третьей стороне ваш IP-адрес и браузер. См. раздел 6.
• Резервных копий нет ни у чего. Скрипт резервного копирования в исходниках проекта есть, но на машине, где работает сервис, он не установлен и ни разу не запускался: расписания нет, архивов нет. Если диск или файл базы будет потерян, все лежавшие там профили исчезнут. Не оставляйте APC единственной копией чего-либо, что вам дорого.
• База данных — один файл SQLite на нашем сервере, и его содержимое не зашифровано на диске ничем, кроме того, что даёт шифрование дисков хостинг-провайдера.
• Это маленький некоммерческий сервис, которым управляет один человек. Внешнего аудита безопасности и тестов на проникновение не проводилось, сертификаций нет.

9. Известные пробелы, которые мы не скрываем

Лучше записать их здесь, чем позволить вам предположить, что их нет.

1. Стирание данных в коде неполное. Как сказано в разделе 7, удаление профиля не трогает связку аккаунта, записи сервиса идентификации и логи сервера.
2. Аудит-лог сервиса идентификации сохраняет тела запросов дословно, включая код авторизации OAuth и PKCE-верификатор, — а также любой локальный пароль в открытом виде, если он когда-либо будет задан. Срока хранения у этого лога нет. Читать его может только оператор, но это не делает ситуацию правильной, и сокращение этого лога у нас в списке задач.
3. Access-логи содержат IP-адреса без ограничения по сроку — только ротация по объёму.
4. Токены, выдаваемые вашему агенту, содержат ваш адрес почты, и вырезать его мы не можем.
5. Ни один интерфейс не удаляет отдельное утверждение начисто. Утверждение можно вытеснить, а запись — отменить в течение 30 суток; ни то, ни другое не убирает старый текст, который лежит ещё 90 суток.
6. APC не распознаёт персональные данные третьих лиц в том, что пишет агент. Наши правила запрещают хранить в профиле сведения о других людях, но это обязанность ваша и ваших агентов, а не контроль, который выполняет программа: она проверяет только форму текста.
7. Доступ на чтение выдаётся, не спрашивая вас. Любой клиент, авторизованный на адрес вашего профиля в нашем сервисе идентификации, допускается к чтению профиля на первом же своём запросе. Защищает вас здесь то, что авторизация вообще состоялась, — это ваше осознанное действие на странице входа, — а не вторая проверка с нашей стороны. См. раздел 2.
8. Каждый подключённый агент видит весь профиль. Уровней видимости по агентам нет, и спрятать часть профиля от одного агента и не от другого нечем.
9. Агент с profile:approve может отменять записи других агентов, а не только свои, и делает это, не спрашивая вас. Так задумано — именно так вы разбираетесь с агентом, которого больше не узнаёте, — но именно с этим разрешением и надо быть осторожным.
10. С разрешениями, которые агент получает по умолчанию, недоступны оба журнала и отмена записи. Всем трём нужно profile:approve, а оно сегодня выдаётся только с консоли сервера.
11. Резервных копий нет. Архива вашего профиля не существует нигде. См. раздел 8.

10. Дети

APC не предназначен для лиц младше 16 лет, и мы сознательно не собираем данные детей. Для входа нужен аккаунт Google. Если вы полагаете, что здесь хранятся данные ребёнка, напишите на apc@abt.nz, и мы их удалим.

11. Международная передача данных

Наш сервер стоит в Нидерландах, в дата-центре стороннего хостинг-провайдера, которого мы на этой странице не называем. Вход задействует Google LLC, выпуск сертификатов — Let's Encrypt (ISRG), обе организации в США; сеть доставки контента Casdoor и поставщики подключённых вами агентов могут находиться где угодно. Пользуясь сервисом, вы принимаете, что обработка происходит в этих местах. Если Новая Зеландия требует конкретного механизма трансграничной передачи, обеспечить его — обязанность оператора данных, Andrei Shvechkov.

12. Изменения этой политики

Если мы изменим порядок обращения с вашими данными, мы обновим эту страницу и дату вступления в силу наверху. Об изменении, которое существенно расширяет состав собираемого или круг получателей, мы дополнительно сообщим на https://apc.abt.nz/. Поскольку у сервиса по замыслу нет канала связи с вами — APC не отправляет ни писем, ни сообщений, ни вебхуков, — эта страница остаётся единственным местом, где объявляются изменения. Если это для вас важно, загляните сюда.

13. Связь

Вопросы, запросы на доступ, исправление и удаление: apc@abt.nz.

Оператор: Andrei Shvechkov — физическое лицо в Новой Зеландии, связь по адресу выше; почтовый адрес сообщается по запросу. Если наш ответ вас не устроил и Новая Зеландия даёт вам право обратиться в надзорный орган, вы можете это сделать.

Основная версия этой политики — английская, https://apc.abt.nz/privacy. При расхождении преимущество имеет английский текст.