672d455467
Hardening-проход перед первой сборкой на Debian. Три из найденного не воспроизводились ни на одном dry-run и проявились бы только на живом сервере. Установка * preflight внутри install вызывался дважды и оба раза проверял clean-host. Ко второму вызову на диске лежал собственный /var/lib/hy2xs/install-state.json, записанный после первого preflight, и опознавался как маркер посторонней установки: КАЖДАЯ чистая установка падала сразу после apt-get с fatal_post_apply и оставляла сервер наполовину настроенным. Чистота хоста — условие входа в операцию, возможности платформы проверяются уже внутри PHASE 1, поэтому checkCleanHost стал отдельным параметром без умолчания. * PHASE 1 начиналась в install.sh: shell сам создавал /usr/local/lib/hy2xs, ставил бинарник, вешал symlink и копировал runtime-пакет, и только потом запускал оркестратор с его собственным preflight. Отказ того preflight объявлялся fatal_pre_apply — «на сервере ничего не изменено» — при уже созданном каталоге оркестратора. Отследить владение мутацией невозможно, пока мутируют двое: install.sh больше не изменяет ничего, раскладку выполняет steps/bootstrap.ts под ownership.bootstrapTouched, пути попали в owned_paths. Как следствие удалено деление clean-host на фазы. * diagnosticsCollect стояла перед rollback обычным await в install и в reconfigure. На заполненном диске она падает сама и отменяла откат целиком. Диагностика — best effort, откат — обязателен. * reconfigure/repair выбирали записываемую фазу отказа регулярным выражением по тексту ошибки. Переведено на ownership-флаги. Секреты * Журнал админки писал RequestURI, то есть путь вместе с query. Hysteria обращается к /internal/hysteria/auth?access_token=<секрет> при каждом подключении пира, поэтому действующий machine token оседал открытым текстом в hy2xs-admin.log, который отдаётся через ExportLog и попадает в diagnostics-бандл. Логируется путь; значения query не пишутся, имена — пишутся. Канала было два: gin.Default() печатает path?query в stdout, оттуда в journald и в тот же бандл, — панель переведена на gin.New() + Recovery(). Журналы внутри бандла и журнал Hysteria из ExportLog теперь проходят санитайз. Сравнение токена — constant time. * Config API позволял прочитать и подменить ключи приложения: getConfig и listConfig принимали произвольный ключ, а проверка записи была denylist'ом из трёх ключей оркестратора. Запрос ?key=PEER_SECRET_ENCRYPTION_KEY отдавал master-key шифрования секретов пиров. Доступ переведён на allowlist, маршрут getConfig удалён целиком — потребителей у него не было ни одного. Пиры * Импорт применялся по одной записи вне транзакции, вопреки собственному контракту. Валидация не знает, что уже лежит в базе: cross-conflict по UNIQUE(name) оставлял часть файла применённой. Применение выполняется одной транзакцией, криптоматериал считается до её открытия. * Файл импорта мог содержать хвостовой JSON-документ, который молча не применялся. После разбора проверяется io.EOF. * Экспорт разделён на «Экспорт настроек» и «Резервная копия» с секретами и подтверждением: обычный экспорт выдаёт пирам новые секреты при импорте, и прежние клиентские ссылки после переноса переставали работать. Сборка * Два stale-грепа в приёмке роняли build.sh в самом конце, внутри verify_archive. Первый искал в smoke.ts исчезнувший литерал URL, второй совпадал с router_test.go, который перечисляет удалённые маршруты, потому что проверяет их отсутствие: добавление регрессионного теста ломало сборку. * verify_archive требовал наличия мутирующей строки в install.sh. Инвариант перевёрнут: их не должно быть ни одной. Очистка * Удалены entity.LegacyAccount, миграции 002/003 и мёртвые хелперы listSQLMigrationFiles и envInt: v1 не мигрирует базу 0.x ни при каком сценарии. Номера оставшихся миграций сохранены. H UI-словарь убран из обычных доков, в docs/14 он остаётся — там это имена объектов для удаления. * Список непубличных IPv4 приведён к IANA Special-Purpose Address Registry: 203.0.113.5 из RFC-примеров считался публичным адресом сервера. Отказ резолвера отделён от отсутствия A-записи. Проверено: bun test 233, go test 71, tsc/vue-tsc, bash -n 11 скриптов, приёмка прогнана против дерева.
211 lines
9.5 KiB
TypeScript
211 lines
9.5 KiB
TypeScript
import { afterEach, describe, expect, test } from "bun:test";
|
||
import { classifyFailure } from "../src/commands/install";
|
||
import { disableReadOnlyGuard, enableReadOnlyGuard, isReadOnlyGuardActive } from "../src/lib/guard";
|
||
import { writeText, writeTextAtomic } from "../src/lib/fs";
|
||
import {
|
||
runMutating,
|
||
runMutatingHidden,
|
||
runMutatingRaw,
|
||
runMutatingVisible,
|
||
runReadOnly,
|
||
runReadOnlySecret
|
||
} from "../src/lib/process";
|
||
|
||
type Ownership = Parameters<typeof classifyFailure>[0];
|
||
|
||
function ownership(overrides: Partial<Ownership> = {}): Ownership {
|
||
return {
|
||
stateWritten: false,
|
||
bootstrapTouched: false,
|
||
depsTouched: false,
|
||
filesystemTouched: false,
|
||
uiTouched: false,
|
||
hysteriaTouched: false,
|
||
configTouched: false,
|
||
unitsTouched: false,
|
||
firewallTouched: false,
|
||
postInstallTouched: false,
|
||
bootstrapSecretTouched: false,
|
||
servicesStarted: false,
|
||
...overrides
|
||
};
|
||
}
|
||
|
||
afterEach(() => {
|
||
disableReadOnlyGuard();
|
||
});
|
||
|
||
describe("read-only guard (PHASE 0)", () => {
|
||
test("по умолчанию выключен", () => {
|
||
expect(isReadOnlyGuardActive()).toBe(false);
|
||
});
|
||
|
||
test("под guard'ом запись в файл невозможна", async () => {
|
||
enableReadOnlyGuard("test phase");
|
||
await expect(writeText("/tmp/hy2xs-guard-probe", "x")).rejects.toThrow(/read-only guard violation/);
|
||
await expect(
|
||
writeTextAtomic("/tmp/hy2xs-guard-probe", "x", { mode: 0o600, owner: "root", group: "root" })
|
||
).rejects.toThrow(/read-only guard violation/);
|
||
});
|
||
|
||
test("под guard'ом мутирующие раннеры недоступны", async () => {
|
||
enableReadOnlyGuard("test phase");
|
||
await expect(runMutating`true`).rejects.toThrow(/read-only guard violation/);
|
||
await expect(runMutatingVisible`true`).rejects.toThrow(/read-only guard violation/);
|
||
await expect(runMutatingHidden`true`).rejects.toThrow(/read-only guard violation/);
|
||
await expect(runMutatingRaw("true")).rejects.toThrow(/read-only guard violation/);
|
||
});
|
||
|
||
// Регрессия: раньше существовал один универсальный `run`, через который
|
||
// мутирующие команды (useradd, install -d, mkdir) проходили мимо guard'а.
|
||
// Read-only раннеры обязаны работать под guard'ом, мутирующие — нет.
|
||
test("read-only раннеры под guard'ом не блокируются", async () => {
|
||
enableReadOnlyGuard("test phase");
|
||
// Проверяется guard, а не наличие POSIX-shell: на машине разработчика без
|
||
// `sh` вызов упадёт по ENOENT, и это тоже доказывает, что guard его
|
||
// пропустил. Значение имеет только отсутствие guard violation.
|
||
for (const call of [
|
||
() => runReadOnly`printf hy2xs`,
|
||
() => runReadOnlySecret`printf hy2xs`
|
||
]) {
|
||
try {
|
||
expect(await call()).toBe("hy2xs");
|
||
} catch (error) {
|
||
expect(String(error)).not.toMatch(/read-only guard violation/);
|
||
}
|
||
}
|
||
});
|
||
|
||
test("сообщение мутирующего раннера называет операцию", async () => {
|
||
enableReadOnlyGuard("the read-only install preflight (PHASE 0)");
|
||
await expect(runMutating`mktemp -d`).rejects.toThrow(/runMutating\(mktemp -d\).*PHASE 0/s);
|
||
});
|
||
|
||
test("сообщение называет операцию и фазу", async () => {
|
||
enableReadOnlyGuard("the read-only install preflight (PHASE 0)");
|
||
await expect(writeText("/tmp/hy2xs-guard-probe", "x")).rejects.toThrow(
|
||
/writeText\(\/tmp\/hy2xs-guard-probe\).*PHASE 0/s
|
||
);
|
||
});
|
||
|
||
test("guard снимается явно", () => {
|
||
enableReadOnlyGuard("test phase");
|
||
expect(isReadOnlyGuardActive()).toBe(true);
|
||
disableReadOnlyGuard();
|
||
expect(isReadOnlyGuardActive()).toBe(false);
|
||
});
|
||
});
|
||
|
||
describe("классификация отказа установки", () => {
|
||
// Ключевой инвариант: пока операция ничего не применила, отказ обязан быть
|
||
// pre-apply, что бы ни было написано в тексте ошибки.
|
||
test("до любой мутации отказ — fatal_pre_apply", () => {
|
||
expect(classifyFailure(ownership(), "installing")).toBe("fatal_pre_apply");
|
||
expect(classifyFailure(ownership(), "preflight_ok")).toBe("fatal_pre_apply");
|
||
});
|
||
|
||
// Регрессия: install-state.json пишется сразу после успешного preflight, до
|
||
// installDeps. Пока classifyFailure его не учитывал, падение apt-get
|
||
// объявлялось «на сервере ничего не изменено», rollback пропускался, а
|
||
// /var/lib/hy2xs/install-state.json оставался на хосте и ломал следующую
|
||
// установку по clean-host контракту.
|
||
test("записанный install-state сам по себе делает отказ post-apply", () => {
|
||
expect(classifyFailure(ownership({ stateWritten: true }), "preflight_ok")).toBe("fatal_post_apply");
|
||
});
|
||
|
||
// Регрессия: раскладку оркестратора и runtime-пакета выполнял install.sh,
|
||
// поэтому у оркестратора не было флага, которым это можно было бы учесть.
|
||
// Отказ сразу после bootstrap выглядел как «хост не тронут», хотя на диске
|
||
// уже лежали /usr/local/lib/hy2xs и symlink в /usr/local/bin.
|
||
test("начатый bootstrap уже делает отказ post-apply", () => {
|
||
expect(classifyFailure(ownership({ bootstrapTouched: true }), "preflight_ok")).toBe(
|
||
"fatal_post_apply"
|
||
);
|
||
expect(
|
||
classifyFailure(ownership({ stateWritten: true, bootstrapTouched: true }), "bootstrap_installed")
|
||
).toBe("fatal_post_apply");
|
||
});
|
||
|
||
test("падение installDeps после записи состояния — post-apply", () => {
|
||
expect(
|
||
classifyFailure(ownership({ stateWritten: true, depsTouched: true }), "preflight_ok")
|
||
).toBe("fatal_post_apply");
|
||
});
|
||
|
||
// Флаг взводится ПЕРЕД шагом, поэтому частично применённый apt-get уже
|
||
// считается изменением хоста, даже если installDeps не завершился.
|
||
test("начатая установка пакетов уже делает отказ post-apply", () => {
|
||
expect(classifyFailure(ownership({ depsTouched: true }), "preflight_ok")).toBe("fatal_post_apply");
|
||
});
|
||
|
||
test("каждая мутирующая стадия до firewall даёт post-apply", () => {
|
||
const stages = [
|
||
"filesystemTouched",
|
||
"uiTouched",
|
||
"hysteriaTouched",
|
||
"configTouched",
|
||
"unitsTouched"
|
||
] as const;
|
||
for (const stage of stages) {
|
||
expect(classifyFailure(ownership({ [stage]: true }), "installing")).toBe("fatal_post_apply");
|
||
}
|
||
});
|
||
|
||
test("тронутый firewall классифицируется как firewall failure", () => {
|
||
expect(
|
||
classifyFailure(ownership({ unitsTouched: true, firewallTouched: true }), "firewall_applied")
|
||
).toBe("firewall_connectivity_failure");
|
||
});
|
||
|
||
test("после записи post-install env отказ — postinstall validation", () => {
|
||
expect(
|
||
classifyFailure(
|
||
ownership({ unitsTouched: true, firewallTouched: true, postInstallTouched: true }),
|
||
"postinstall_env_written"
|
||
)
|
||
).toBe("postinstall_validation_failure");
|
||
});
|
||
|
||
test("отказ на bootstrap-секрете тоже postinstall validation", () => {
|
||
expect(
|
||
classifyFailure(
|
||
ownership({
|
||
unitsTouched: true,
|
||
firewallTouched: true,
|
||
postInstallTouched: true,
|
||
bootstrapSecretTouched: true
|
||
}),
|
||
"postinstall_env_written"
|
||
)
|
||
).toBe("postinstall_validation_failure");
|
||
});
|
||
|
||
test("после старта сервисов различаются smoke и service failure", () => {
|
||
const started = ownership({
|
||
unitsTouched: true,
|
||
firewallTouched: true,
|
||
postInstallTouched: true,
|
||
bootstrapSecretTouched: true,
|
||
servicesStarted: true
|
||
});
|
||
expect(classifyFailure(started, "smoke_running")).toBe("smoke_readiness_timeout");
|
||
expect(classifyFailure(started, "smoke_failed")).toBe("smoke_readiness_timeout");
|
||
expect(classifyFailure(started, "services_started")).toBe("service_start_failure");
|
||
});
|
||
|
||
// Регрессия: раньше классификация шла по подстрокам сообщения, поэтому
|
||
// preflight-ошибка со словом "nftables" приводила к откату чужого firewall.
|
||
test("текст ошибки не влияет на классификацию", () => {
|
||
expect(classifyFailure(ownership(), "installing")).toBe("fatal_pre_apply");
|
||
expect(classifyFailure(ownership({ depsTouched: true }), "deps_ok")).toBe("fatal_post_apply");
|
||
});
|
||
|
||
// Единственный способ получить fatal_pre_apply — не тронуть вообще ничего.
|
||
test("fatal_pre_apply невозможен ни при одном взведённом флаге", () => {
|
||
const empty = ownership();
|
||
for (const key of Object.keys(empty) as (keyof typeof empty)[]) {
|
||
expect(classifyFailure(ownership({ [key]: true }), "installing")).not.toBe("fatal_pre_apply");
|
||
}
|
||
});
|
||
});
|