4 Commits

Include renames

Author	SHA1	Message	Date
bobiqqandClaude Opus 5	e9e8f168fc	tiktak: откатить -threads 1, развести бюджеты probe и ffmpeg ... MUMBLE "couldn't create video" -- моя регрессия из 576baa3/753d21c. В логах у части загрузок есть Stream mapping и "Press [q]", но нет "Output #0": ffmpeg не доработал, его снял дедлайн. Две причины: - "-threads 1" душил многопоточное декодирование vp9. 12-секундное 640x360 в 2 секунды одним потоком не влезает. - checkGeometry вызывал ffprobe ВНУТРИ того же 2-секундного контекста, что и кодек, отбирая у него время. - убран -threads 1, -max_alloc оставлен (на скорость не влияет); - probe получил свой бюджет ProbeDeadline=1s, ffmpeg -- полные ProcessingDeadline=2.5s. Сумма с GetDuration укладывается в 7с контекста handleCreate с запасом; - семафор 16 -> 48: под флудом 16 слотов создавали очередь, и чекер выпадал по таймауту ещё до обработки. Бомбы теперь отсекаются дёшево, слоты освобождаются быстро. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-26 13:49:22 +03:00
bobiqqandClaude Opus 5	753d21c3e8	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>	2026-08-26 12:25:45 +03:00
bobiqqandClaude Opus 5	576baa3949	tiktak: защита от decompression bomb в /create ... Приходят 100 КБ webm с VP8-кадром гигантского разрешения (boundary у них буквально ----bomb*). Проверку f.Size > 5MB он проходит, validateWebm смотрит только первые 512 байт, а ffmpeg разворачивает такой кадр в ~1 ГБ сырых пикселей. При семафоре на 75 параллельных это укладывает box, чекер не укладывается в свои 7 секунд => MUMBLE. - video/probe.go: ffprobe читает geometry из заголовка (кадр не декодируется), режем > 4096 по стороне и > 8 Mpx. - Blur: image.DecodeConfig до image.Decode, тот же лимит по пикселям. imaging.Blur держит несколько копий битмапа, без лимита это OOM сам по себе. Заодно f.Close(), которого не было. - ffmpeg -threads 1, семафор 75 -> 16. - BodyLimit 8M: размер видео проверялся, а форма нет. Огромные субтитры превращались в слайс на миллионы строк в GenerateVtt. Плюс явный MaxSubtitlesSize 64K. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-26 12:16:56 +03:00
bobiqq	c231be0094	services	2026-08-26 11:04:23 +03:00