Files
Bridge-and-Join-s/scripts
zuevav 2a7442c935 Кабинет клиента: документы и корпоративные действия, дистрибутив, обратный канал, защита
Данные
- корпоративные действия по бумагам клиента (U_CA_ACTS), готовые выписки (U_OP_INF_EXTRACT),
  заявки клиента на документ (lk.doc_requests) с оповещением сотрудникам; страница «Документы»
- дистрибутив кабинета из настроек ядра: архив с программой, службой, настройками,
  установщиком и инструкцией; ключ доступа на странице показан замаскированным

Связь без публичного адреса у ядра
- режим ожидания (BJ_MODE=agent): кабинет копит запросы, ядро само подключается к нему,
  выполняет их обработчиком /api/lk/* и возвращает ответы; 4 параллельных подключения,
  тот же ключ модуля в обе стороны, состояние канала в настройках
- сквозной тест: настоящий кабинет + настоящий цикл ядра

Защита (по итогам аудита)
- вход: лимит попыток по адресу и логину, одинаковое время ответа для несуществующего логина,
  пароль от 10 символов
- сессии ядра: на диске отпечаток токена и ссылка на учётную запись, без персональных данных;
  карточка клиента читается из БД на каждый запрос (блокировка действует сразу); абсолютный
  срок 24 ч; привязка к браузеру, к сети — по настройке
- вход сотрудника в кабинет клиента пишется в lk.audit и поднимает оповещение
- кабинет: CSRF на всех формах, /impersonate только POST, куки HttpOnly+Secure+SameSite=Strict,
  выход гасит все сессии, заголовки CSP/X-Frame-Options/nosniff/HSTS, no-store, таймауты сервера,
  ограничение тела, recover; сообщения через куку вместо адреса; /health наружу без подробностей
- шрифты вшиты в программу: страница не обращается к сторонним сайтам
- экранирование LIKE в выборках по номеру договора; ключ и токен без суррогата при отказе rand
- исправлено: ошибка входа не показывалась клиенту (шаблон ждал Error, приходил Flash)

Тесты: lksecurity_test, lkagent_test, lkdist_test, modules/lk (CSRF, заголовки, режим ожидания),
живые lkcoverage/lkunpriced, scripts/lk-sec-smoke.sh — проверка работающего кабинета снаружи.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
2026-09-17 23:47:10 +03:00
..

scripts — служебные скрипты

setup-dev-vm.sh

Первичная подготовка dev-ВМ.

Поддерживаемые ОС:

  • РЕД ОС 7.x — целевая прод-ОС.
  • Ubuntu 22.04+ / Debian 12+ — бюджетная альтернатива для разработки и для компаний без лицензий на сертифицированные ОС.
  • Astra Linux (deb-семейство) — поддерживается базовый сценарий.
  • RHEL-совместимые (Rocky, Alma) — для разработки.

Что ставит:

  • базовый dev-стек (git, make, jq, xmlstarlet и т. п.),
  • Podman + podman-compose,
  • Go 1.23,
  • Liberica JDK 21 (BellSoft),
  • Node.js 20 LTS,
  • Claude Code CLI (@anthropic-ai/claude-code).

Что готовит:

  • пользователя dev с домашней директорией, без sudo по умолчанию,
  • рабочий каталог /srv/dev,
  • bash-историю с timestamp для аудита,
  • /etc/profile.d/go.sh для PATH к Go.

Запуск:

sudo bash scripts/setup-dev-vm.sh

Тонкая настройка через переменные окружения — см. шапку скрипта.

Идемпотентен — повторный запуск ничего не ломает.

Что НЕ делает скрипт

Эти шаги — вручную, по мере получения артефактов:

  1. Установка КриптоПро CSP и КриптоПро JCP под целевую ОС.
  2. Установка дистрибутива Интеграционного шлюза НРД.
  3. Импорт тестовых сертификатов GUEST/TEST3 (ГОСТ + RSA).
  4. Настройка исходящего файрвола / прокси (whitelist для НРД, git.zetit.ru, npmjs, golang, anthropic).

Прод-ограничения

Скрипт удобен для разработки на любой из перечисленных ОС, но для прод-стенда в финансовом секторе требуется сертифицированная РЕД ОС или Astra SE + лицензированный КриптоПро КС1. Ubuntu/Debian/Rocky для прода финсектора не подходят.