tiktak: принимать legacy-токены для старых видео + fail-open в probe

MUMBLE "failed to get access using private key": чекер держит share-токен,
выданный ещё старым keygen, а после перехода на HMAC ValidateKey его
отвергал.

- keygen/legacy.go: восстановленный из keygen.a алгоритм
  seed=(seed*17+42)%62 принимается ТОЛЬКО для video.id <= cutoff, то есть
  для видео, существовавших на момент перехода. Выше cutoff -- лишь HMAC.
- cutoff берётся из max(video.id) при первом старте и пишется в
  public/.legacy_cutoff на volume: рестарт не должен расширять окно.
  Не смогли прочитать -- fail closed, legacy выключен.
- Когда старые флаги протухнут: echo 0 > public/.legacy_cutoff + рестарт,
  и legacy отключается полностью.

Ещё MUMBLE "cannot create video" -- он же DoS, у NOP-команды то же самое:
- checkGeometry сделан FAIL-OPEN. Неразобранный ffprobe больше не отклоняет
  загрузку, режем только успешно прочитанную и абсурдную геометрию.
- ffmpeg -max_alloc 128M: 1080p кадру нужно ~8 МБ, бомбе ~1 ГБ. Работает
  даже когда probe промолчал.

check_tiktak.sh: smoke-тест для vulnbox, гоняет сценарий чекера целиком
и отдельно проверяет, что патчи реально в задеплоенном билде.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

services/tiktak/db/db.go

@@ -138,3 +138,11 @@ func (s *Storage) AddAccess(ctx context.Context, id int, userId int64) error {
 		ExecContext(ctx)
 	return err
 }
+
+// MaxVideoID reports the highest video id currently stored, 0 when empty.
+func (s *Storage) MaxVideoID(ctx context.Context) (int64, error) {
+	sess := s.conn.NewSession(nil)
+	var id int64
+	err := sess.Select("COALESCE(MAX(id), 0)").From("video").LoadOneContext(ctx, &id)
+	return id, err
+}