fix(v1): разблокировать сборку, починить жизненный цикл cron и закрыть каналы утечки

Сборка не собиралась: два контракта приёмки роняли её на корректном коде.

verify_api_namespace_contract искал возвращение legacy-пространства имён
через grep по '/hui' и находил router_test.go, который ПЕРЕЧИСЛЯЕТ этот
префикс, чтобы доказать отсутствие маршрута, и сам versions.sh, где строка
стоит в тексте проверки. Падение приходило шестым шагом из четырнадцати, до
резолва Hysteria. За ним прятался второй такой же: проверка транзакционности
импорта пиров брала файл от начала applyPeerImportEntry и до конца, захватывая
объявленные ниже ExistPeerName и UpdatePeerLastConnectionAt.

Обе проверки теперь смотрят на код, а не на упоминания: добавлены помощники
code_without_comments и code_mentions_in, а отсутствие legacy-маршрута
доказывает тест на таблице маршрутов собранного роутера.

Планировщик стал собственностью процесса. InitCron вызывался из runServer и
на каждом вызове создавал новый cron.New(), не сохраняя ссылку; cron.Stop()
не вызывался нигде. Смена RESET_TRAFFIC_CRON выполняла StopServer(), точка
входа крутила for { runServer() } — и каждая правка добавляла целый
дублирующий набор джоб, а старое расписание сброса продолжало работать.
Фиксированные джобы регистрируются один раз, расписание переносится на месте
по EntryID, HTTP-сервер не трогается. Добавлено штатное завершение по SIGTERM.

Выражение проверяется до записи в базу тем же парсером (cron.ParseStandard),
которым его разбирает планировщик: раньше невалидная строка сохранялась, API
отвечал успехом, а сброс трафика молча исчезал.

updateConfigs стал атомарным: полная проверка партии, одна транзакция,
применение к рантайму. Прежний тест ставил запрещённый ключ первым и не
смотрел в базу — поймать частичное применение он был неспособен.

Удалены четыре ключа таблицы config без единого потребителя: HYSTERIA2_ENABLE,
HYSTERIA2_CONFIG (второй источник истины, читался первым), HYSTERIA2_TRAFFIC_TIME
и HYSTERIA2_CONFIG_REMARK. Имя профиля в share URI выводится из имени пира.

Безопасность:
- bootstrap-пароль администратора больше не генерируется и не пишется в журнал,
  который отдаётся кнопкой выгрузки; отсутствие env — отказ старта;
- собственный журнал админки санитизируется наравне с чужим;
- golang-jwt/jwt v3 -> v5: GO-2025-3553 не имеет исправленной версии в v3 и
  достижима с неаутентифицированного запроса; набор алгоритмов подписи
  зафиксирован через WithValidMethods;
- удалён вход по несолёному SHA-224 из предыдущего поколения;
- убран modulo bias в util.RandomString — единственном генераторе секретов;
- пир установщика защищён во всех путях записи, а не только в импорте;
- удалена латентная паника в service.GetToken и недостижимая ветка GetAdminInfo,
  проверявшая меньше, чем middleware.

Toolchain: Go 1.21.13 -> 1.26.7, Node 20.19.0 (EOL) -> 24.20.0. На прежнем
графе govulncheck находил 21 вызываемую уязвимость, 17 из них в stdlib,
попадающей в production-бинарь. Сейчас — ноль. Добавлен обязательный шаг
проверки зависимостей (govulncheck + pnpm audit) с записью результата в
metadata пакета.

apps/util/encrypt.go

@@ -15,16 +15,22 @@ import (
 	"golang.org/x/crypto/bcrypt"
 )
 
-func SHA224String(password string) string {
-	hash := sha256.New224()
-	hash.Write([]byte(password))
-	val := hash.Sum(nil)
-	str := ""
-	for _, v := range val {
-		str += fmt.Sprintf("%02x", v)
-	}
-	return str
-}
+// Функции SHA224String здесь больше нет, как и ветки сравнения паролей по ней.
+//
+// Это был формат хранения паролей предыдущего поколения: несолёный SHA-224,
+// то есть быстрый хеш общего назначения, по которому словарная атака идёт
+// на порядки быстрее, чем по bcrypt, а одинаковые пароли дают одинаковые
+// хеши. VerifyPassword принимал такие хеши как «legacy» и молча переписывал
+// их в bcrypt при первом успешном входе.
+//
+// В HY2XS v1 такого хеша не может существовать. Единственные места, создающие
+// учётную запись, — ensureSecureBootstrapAdmin и `reset-admin`, и оба пишут
+// bcrypt; миграции 002/003, переносившие таблицу `account` предыдущего
+// поколения, удалены; установка возможна только на чистый хост, а конфигурация
+// 0.x отклоняется по HY2XS_CONFIG_SCHEMA_VERSION. То есть compatibility-ветка
+// пережила ровно тот слой совместимости, ради которого существовала, и
+// осталась запасным путём проверки пароля со слабым алгоритмом — в обработчике
+// логина, доступном без аутентификации.
 
 func HashPassword(password string) (string, error) {
 	if len(strings.TrimSpace(password)) < 6 {
@@ -41,12 +47,16 @@ func IsBcryptHash(hash string) bool {
 	return strings.HasPrefix(hash, "$2a$") || strings.HasPrefix(hash, "$2b$") || strings.HasPrefix(hash, "$2y$")
 }
 
-func VerifyPassword(password string, storedHash string) (ok bool, legacy bool) {
-	if IsBcryptHash(storedHash) {
-		err := bcrypt.CompareHashAndPassword([]byte(storedHash), []byte(password))
-		return err == nil, false
+// VerifyPassword проверяет пароль ровно против одного формата хранения.
+//
+// Хеш, который не является bcrypt, — это не «пароль в старом формате», а
+// повреждённая или подменённая строка в базе, и правильный ответ на неё —
+// отказ во входе.
+func VerifyPassword(password string, storedHash string) bool {
+	if !IsBcryptHash(storedHash) {
+		return false
 	}
-	return SHA224String(password) == storedHash, true
+	return bcrypt.CompareHashAndPassword([]byte(storedHash), []byte(password)) == nil
 }
 
 func HmacSHA256Hex(payload string, secret string) string {