Сервер: пакет push на webpush-go (третья и последняя прямая зависимость),
подписка устройства, правило ADR-023 «пуш только молчащему устройству и только
один» через атомарный захват push_pending, удаление подписки на 404 и 410,
TTL сутки, urgency normal. В нагрузке только {title, body, chat} — тело
собирается из константы, плейнтекст туда не попадает даже по ошибке.
Клиент: service worker с версионированным кэшем оболочки и никогда — /api/*,
push и notificationclick, подписка на VAPID-ключ сервера, запрос разрешения
после первого отправленного сообщения, разделы настроек «уведомления»
и «установить приложение», баннер установки на iOS.
ADR-045: пуш адресован получателю — по букве ADR-023 он уходил бы и молчащему
устройству отправителя с бессмысленным заголовком из собственного ника.
ADR-047: сервер ходит на endpoint подписки, который выбирает браузер. Проверка
«только https» обходилась редиректом, а имя могло смотреть внутрь сети — теперь
запрет редиректов и проверка разрешённого адреса на уровне сокета.
ADR-048: пределы отправки — недоступный push-сервис одного аккаунта больше
не съедает пуши всего сервера.
ADR-049: явно выключенные уведомления сами не включаются обратно.
Попутно: webpush-go дописывает набивку в переданный срез, а одна нагрузка
уходила всем устройствам сообщения — гонка, пойманная go test -race.
Теперь у каждого задания своя копия.
Приёмка на боевом: подписки, hasPush, чужое устройство, Origin, оболочка
из девяти файлов, Service-Worker-Allowed. Отдельно шесть непубличных адресов
и endpoint на 3 КиБ — все отбиты.
Чеклист ручной проверки на iPhone и Android — в docs/plan.md.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_015DbCjVfTFq4ZFG8juD45YJ
13 KiB
Протокол
HTTP-API под /api/, JSON в обе стороны, Content-Type: application/json. Все остальные пути — статика клиента. Время — миллисекунды Unix. Ошибка — статус и тело {"error": "код", "message": "текст для человека"}.
Общие правила
- Аутентификация — cookie
bare_session(ADR-021). Без неё —401 unauthenticated. Публичные:GET /api/config,GET /api/kdf,POST /api/register,POST /api/login. - На всех запросах кроме
GET/HEADзаголовокOriginобязан равнятьсяBARE_ORIGIN, иначе403 bad_origin. - Заголовок
X-Device: <deviceId>обязателен на/api/ack,/api/messages,/api/devices/{id}/push; для/api/eventsустройство передаётся в query (EventSourceне умеет заголовки). Устройство должно принадлежать пользователю сессии, иначе403 unknown_device. - Тело запроса — до 32 КиБ, иначе
413 too_large. - Rate limiting —
429сRetry-After(секунды). - Неизвестный путь —
404 not_found; неверный JSON —400 bad_json; валидация —400 invalidс полемfield. - Форма запроса проверяется раньше прав и раньше существования сущностей:
bad_json,too_largeиinvalidприходят и на запрос, который отвергли бы и по правам (ADR-043). - Сбой на стороне сервера —
500 internal; причина остаётся в журнале сервера и клиенту не показывается (ADR-027). - Неподдерживаемый метод на известном пути — тоже
404 not_found: кода405в протоколе нет (ADR-026).
Типы
Envelope {
id: string // ULID, 26 символов
to: {dm: nick} | {room: roomId}
from: nick // ставит сервер
keyId: string // "dm" | keyId комнаты
iv: string // base64url, 12 байт
ct: string // base64url
ts: number // ставит сервер
}
Room {
id: roomId, name: string, owner: nick,
members: nick[], // по joined_at
createdAt: number,
key: {keyId, from, iv, ct} | null, // текущий завёрнутый ключ для запрашивающего
needsRekey: boolean // состав уменьшился, а нового ключа ещё не было (ADR-041)
}
WrappedKey { to: nick, iv: string, ct: string }
Публичные
GET /api/config → 200 {inviteRequired: bool, vapidPublicKey: string, kdfIterations: number, maxMessageChars: 4000}
GET /api/kdf?nick=<nick> → 200 {iterations}. Для неизвестного ника — kdfIterations из конфигурации, тем же статусом.
POST /api/register {nick, authKey, publicKey: JWK, blob: string, invite?: string} → 201 {nick} + cookie. Ошибки: 400 invalid_nick, 409 nick_taken, 403 invite_required, 403 invalid_invite. authKey — base64url 32 байт, publicKey — JWK kty=EC, crv=P-256 с x, y без d; blob — до 8 КиБ.
POST /api/login {nick, authKey} → 200 {nick, publicKey, blob} + cookie. Ошибка одна: 401 invalid_credentials.
Аккаунт
GET /api/me → 200 {nick, publicKey, createdAt}
POST /api/logout → 204, cookie стирается.
POST /api/password {authKey, newAuthKey, blob, logoutOthers: bool} → 204. 401 invalid_credentials, если authKey не подходит. Хеш и блоб меняются в одной транзакции; при logoutOthers удаляются все сессии кроме текущей.
DELETE /api/me {authKey} → 204. Удаляет пользователя каскадом; владение комнатами передаётся по ADR-018; пустые комнаты удаляются. Удаление аккаунта — выход из всех его комнат: оставшимся участникам уходит event: room с needsRekey: true, каждому со своим ключом (ADR-041).
GET /api/users/{nick} → 200 {nick, publicKey} | 404 unknown_user.
Устройства
POST /api/devices {id} → 201 {id} при создании, 200 {id} если уже есть у этого пользователя; 409 device_conflict, если id занят другим пользователем (клиент генерирует новый). Обновляет last_seen и привязывает текущую сессию к устройству.
GET /api/devices → 200 [{id, createdAt, lastSeen, hasPush, current: bool}].
DELETE /api/devices/{id} → 204. Удаляет очередь, подписку и сессии, привязанные к устройству. Подключённому по SSE устройству поток закрывается; его следующий запрос получает 401.
PUT /api/devices/{id}/push {subscription} → 204. subscription — объект PushSubscription.toJSON(): endpoint — абсолютный https-адрес до 2 КиБ на публичный адрес (литеральные loopback, link-local и приватные адреса — 400 invalid, ADR-047), keys.p256dh — точка кривой P-256 в 65 байтах base64url, keys.auth — 16 байт base64url; прочие поля, включая expirationTime, сервер не хранит. Сбрасывает push_pending. Устройство в пути, как и X-Device, обязано принадлежать пользователю сессии.
DELETE /api/devices/{id}/push → 204; подписки не было — тот же 204, чужое устройство — 403 unknown_device.
Контакты
GET /api/contacts → 200 [{nick, publicKey, createdAt}].
POST /api/contacts {nick} → 201 {nick, publicKey} | 200 если уже есть | 404 unknown_user | 400 self.
DELETE /api/contacts/{nick} → 204. Только своя строка; зеркальная у собеседника остаётся.
Сообщения
POST /api/messages {id, to, keyId, iv, ct} → 202 {id, ts}.
Проверки по порядку: формат полей (400 invalid); время ULID в пределах ±5 минут от серверного (400 clock_skew); для dm — существование ника (404 unknown_user), не себе (400 self); для room — членство (403 not_member), keyId среди ключей комнаты (400 unknown_key); лимит (429).
Сервер в одной транзакции: для dm создаёт недостающие строки contacts в обе стороны; вычисляет получателей (оба ника или все участники); для каждого устройства получателей, кроме X-Device, вставляет строку в queue; после коммита отдаёт конверт подключённым устройствам и шлёт пуши устройствам получателей по правилам ADR-023 и ADR-045.
POST /api/ack {ids: string[]} → 204. До 500 идентификаторов. Удаляет из queue строки устройства X-Device.
События
GET /api/events?device=<deviceId> → text/event-stream. Заголовки ответа: Cache-Control: no-cache, X-Accel-Buffering: no. Одно соединение на устройство: новое закрывает предыдущее.
Порядок после подключения:
push_pendingустройства сбрасывается,last_seenобновляется.- Все строки
queueустройства поcreated_at, msg_id— каждая какevent: msg. event: readyс данными{}.- Живые события.
- Каждые 20 секунд — строка
: ping.
События:
event: msg data: Envelope
event: room data: Room // создание, смена состава, rekey, выход участника (needsRekey)
event: room_left data: {id} // получателя удалили или комната удалена
event: ready data: {}
msg идёт через очередь и требует ACK. room и room_left в очередь не кладутся: клиент после каждого ready перечитывает GET /api/rooms и GET /api/contacts, поэтому пропуск события во время офлайна ничего не ломает. Всё, что несёт событие room, включая needsRekey, есть и в GET /api/rooms (ADR-041).
id в SSE не используется; Last-Event-ID игнорируется — повторная выдача очереди после реконнекта и есть механизм восстановления.
Комнаты
GET /api/rooms → 200 Room[] — комнаты, где пользователь участник, с его текущим ключом и признаком needsRekey: он состояние комнаты, а не свойство события, и переживает офлайн владельца (ADR-041).
POST /api/rooms {id, name, keyId, keys: WrappedKey[]} → 201 Room. id — 16 случайных байт base64url, генерирует клиент (ADR-037): ключ комнаты заворачивается до запроса и привязан к идентификатору. Занятый id — 409 room_conflict, клиент берёт новый. keys — ровно одна запись, to равен нику создателя. Всем устройствам создателя кроме X-Device (если передан) уходит event: room.
POST /api/rooms/{id}/members {add: nick[], remove: nick[], keyId, keys: WrappedKey[]} → 200 Room. Только владелец (403 not_owner). Проверки: все add существуют (404 unknown_user), remove — участники, владельца удалить нельзя (400 owner), keyId новый для комнаты (409 key_exists), множество keys[].to равно итоговому составу (400 keys_mismatch; повтор ника в keys[].to — тот же код). Форма add и remove проверяется раньше прав: ник не по форме — 400 invalid с этим полем. Пустые add и remove — чистый rekey. В одной транзакции: состав, room_keys для каждого участника, удаление ключей и членства удалённых, обрезка до двух последних keyId, снятие needsRekey. После коммита: event: room всем участникам (каждому — с его ключом), event: room_left удалённым.
POST /api/rooms/{id}/leave → 204. Удаляет членство и ключи вышедшего. Если вышел владелец — владение получает участник с наименьшим joined_at; если никого не осталось — комната удаляется. Остальным — event: room с needsRekey: true; другим устройствам вышедшего, кроме отправившего запрос, — event: room_left (ADR-041).
DELETE /api/rooms/{id} → 204. Только владелец. Всем участникам — event: room_left.
Коды ошибок
unauthenticated, bad_origin, unknown_device, bad_json, invalid, invalid_nick, nick_taken, invite_required, invalid_invite, invalid_credentials, unknown_user, self, device_conflict, room_conflict, clock_skew, not_member, unknown_key, not_owner, owner, key_exists, keys_mismatch, not_found, rate_limited, too_large, internal.
Статика и служебное
GET /→index.html;/app.css,/js/*.js,/sw.js,/manifest.json,/icons/*— изembed, сETagиCache-Control: no-cache.sw.js— дополнительноService-Worker-Allowed: /.- Заголовки безопасности на всех ответах — ADR-021.
GET /healthz→200 ok, без аутентификации, для проверок после деплоя.