Слухач із tls_disable = 1 на 0.0.0.0 передає кожен токен і секрет звичайним HTTP, політика "break-glass" зі шляхом "*" і sudo є політикою root під іншою назвою, а збережений vault-init.txt віддає ваші ключі розпечатування та root-токен будь-кому, хто має доступ до репозиторію. Цей навик знаходить такі та інші помилки Vault, наведені нижче, ще до розгортання і підказує, як виправити кожну з них.

Ваш агент запускає сканер для конфігурацій сервера Vault, Agent і Proxy (HCL і JSON, також усередині values для vault-helm, ConfigMap і VAULT_LOCAL_CONFIG), політик ACL (HCL, JSON, heredoc у Terraform vault_policy, правила vault_policy_document, heredoc для vault policy write у скриптах і CI), а також файлів, що запускають Vault або звертаються до нього: docker-compose, маніфести Kubernetes та анотації інжектора, values для vault-helm, юніти systemd, Dockerfile, завдання Nomad, файли .env, скрипти оболонки, GitHub Actions із vault-action і збережений вивід vault operator init. Він читає HCL із номером рядка для кожного ключа (також для блоків, записаних в один рядок), знає значення Vault за замовчуванням (слухач без адреси прив'язується до 127.0.0.1), зіставлення шляхів політик із + і *, застарілий синтаксис policy = "write" та посилання env:// і file://, і ніколи не звертається до Vault і нічого не запускає. Результат: BLOCK, REVIEW або NOT FLAGGED із файлом, рядком, причиною та безпечнішим підходом. Секрети ніколи не виводяться.

Що перевіряється

BLOCK (виправте перед випуском)

• V01: tcp-слухач з увімкненим tls_disable, який слухає не лише loopback (0.0.0.0, [::], ім'я хоста, приватна IP-адреса), у конфігурації розгортання (у локальному compose-файлі, скрипті docker run або шляху dev/test це натомість V19)
• V02: dev-сервер (vault server -dev, образ hashicorp/vault без команди, server.dev.enabled) у юніті systemd, робочому навантаженні Kubernetes, values для Helm, завданні Nomad або compose-файлі чи Dockerfile із назвою, що вказує на продакшн; слова, пов'язані з продакшном, у шляху переважають локальні
• V03: шлях політики, що збігається з усіма шляхами (* або +/*), із sudo або правом на запис
• V04: токени Vault (hvs., hvb., hvr. і старіші s., b., r.), ключі розпечатування та відновлення, збережений вивід ініціалізації, літеральні значення VAULT_TOKEN, паролі, введені після vault login, і облікові дані seal чи сховища, записані в конфігурації (заповнювачі та dev root-токен не повідомляються; у файлах .env.example лише справжні формати токенів)

REVIEW (перевірте перед релізом)

• V11: disable_mlock = true з бекендом сховища, відмінним від інтегрованого сховища (перевірте, що swap вимкнено або зашифровано)
• V12: звичайний http:// до Vault на іншому хості або вимкнені перевірки сертифікатів (tls_skip_verify, VAULT_SKIP_VERIFY, skip_tls_verify, tlsSkipVerify, анотація tls-skip-verify)
• V13: запис або sudo на wildcard, що охоплює ціле монтування (secret/*, kv/data/*, auth/*), або читання на всіх шляхах
• V14: надання прав, що підвищують привілеї: більша частина sys/, запис будь-якої політики ACL (також обмежених, як-от app-*), sys/raw, пристрої аудиту, монтування auth, generate-root, rekey, seal, каталог плагінів, sudo на auth/token/create, запис сутностей і груп identity
• V15: tls_min_version або tls_max_version зі значенням tls10 чи tls11
• V16: raw_storage_endpoint, enable_unauthenticated_access або метрики чи pprof без автентифікації на слухачі, що не є loopback
• V17: налаштування, які Vault відхиляє або ігнорує: невідомі права, як-от write, невідомі ключі шляху, аргументи, задані двічі (Vault 2.1), * не в кінці шляху, інтегроване сховище без disable_mlock (Vault 1.20), TLS-слухач без сертифіката
• V18: старий офіційний образ Docker vault (останній реліз 1.13.3) або hashicorp/vault без тегу чи з latest
• V19: налаштування лише для розробки в локальному середовищі: TLS вимкнено на всіх інтерфейсах у compose-файлі чи шляху dev/test, або dev root-токен використовується, коли VAULT_ADDR вказує на іншу машину

Що входить до комплекту

• Сканер (Python 3.9+, лише стандартна бібліотека)
• Посібник із правил із причиною, безпечнішим підходом і посиланням на офіційну документацію HashiCorp для кожного правила
• Ризикований і безпечний приклади проєкту (конфігурації сервера та raft, політики, конфігурація Agent, юніт systemd, env-файл, compose-файл і збережений вивід ініціалізації), а також справжній звіт, який сканер видає для ризикованого прикладу

Обмеження

Він читає файли в тому вигляді, як їх написано. Пристрої аудиту, методи автентифікації та політики, які токен отримує насправді, зберігаються у сховищі Vault і не видимі. Кожен шлях політики оцінюється окремо, шаблонні шляхи розглядаються як фіксований текст, а політики Sentinel не читаються. Конфігурація чарту vault-helm за замовчуванням працює без TLS на всіх інтерфейсах, тому V01 спрацьовує на ній навмисно (приклад compose із Docker Hub отримує V19); service mesh, що шифрує трафік, не видимий. Чи є файл розгортанням, чи локальним середовищем, визначається за типом файлу та словами в його шляху всередині репозиторію. NOT FLAGGED не є гарантією.

Вміст

Один ZIP-файл із 27 файлами: SKILL.md, сканер у scripts/ (7 файлів Python), references/rules.md (кожне правило з причиною та безпечнішим підходом) і examples/ (17 файлів-прикладів плюс report.md, справжній вивід сканера для ризикованого прикладу).

Як користуватися: Це навик для агента: тека з файлом SKILL.md і скриптами Python, які може запускати агент для програмування зі штучним інтелектом, наприклад Claude Code, Cursor або Codex CLI. Розпакуйте її в теку навичок вашого агента (для Claude Code: ~/.claude/skills/), а потім попросіть агента перевірити ваш проєкт. Скрипти також працюють самостійно з Python 3.9 або новішим, нічого не потрібно встановлювати. Вони лише читають ваші файли: без доступу до мережі, і нічого нікуди не надсилається.