Таск-трекер для банка и финтеха в Казахстане: требования ИБ и настройка

Банку и финтеху в Казахстане нужен таск-трекер, который стоит внутри собственного контура: данные хранятся в стране, пользователи приходят из корпоративного каталога через SSO или LDAP, права разграничены по ролям и проектам, а действия записываются в журнал. Облачные трекеры зарубежных вендоров под эти требования обычно не проходят. Реальных вариантов в 2026 году два: Jira Data Center, который доживает до марта 2029 года, и self-hosted Plane в редакциях Commercial или Airgapped.

Статья для руководителей IT, CTO финтех-компаний и тех, кто готовит выбор трекера к согласованию со службой информационной безопасности. Разбираем требования ИБ, ограничения Jira, возможности Plane, архитектуру установки, порядок согласования и чек-лист.

Чем банк отличается от обычной IT-команды

Продуктовая команда выбирает трекер по удобству и цене. Банк выбирает по тому, пройдёт ли система согласование и аудит. Это меняет порядок вопросов.

Для банка таск-трекер — не просто доска с задачами. В нём описания доработок платёжных систем, ссылки на инциденты, архитектурные решения, переписка с подрядчиками, иногда выгрузки и скриншоты. Даже если персональные данные клиентов туда попадать не должны, ИБ исходит из того, что однажды попадут. Поэтому система оценивается как хранилище чувствительной информации.

Финтех без банковской лицензии обычно живёт проще, но если компания работает с платежами, кредитами или партнёрскими банками, требования партнёров к безопасности подрядчика часто оказываются не мягче.

Требования ИБ к таск-трекеру

Типовой набор требований, который мы видим в финансовом секторе, выглядит так:

1. Данные в Казахстане. База с персональными данными сотрудников и любыми данными клиентов хранится на территории страны. Это обычная позиция ИБ.
2. Ролевая модель. Права по ролям и проектам, принцип минимальных привилегий, отдельные роли для подрядчиков.
3. Единый вход. Пользователи из корпоративного каталога через LDAP или SSO, блокировка уволенного сотрудника в одном месте.
4. Журналирование. Кто, когда и что изменил в задаче, кто входил в систему, кто менял права.
5. Сегментация сети. Трекер стоит в определённом сегменте, доступ к нему только из корпоративной сети или через VPN.
6. Закрытый контур. Для части систем запрещены исходящие соединения в интернет, включая обновления и лицензирование.
7. Резервное копирование и восстановление. Регулярные бэкапы, проверенное восстановление, понятные сроки.
8. Управление обновлениями. Обновления проходят тестовую среду и окно изменений.
9. Оценка вендора. Документы о безопасности разработки, сертификаты, понятная модель поддержки.

Почему Jira Cloud проблематична

Jira Cloud — сильный продукт, но в банковском контуре у него три системных проблемы.

Размещение данных. Atlassian позволяет выбрать регион хранения: США, ЕС, Германия, Великобритания, Швейцария, Австралия, Сингапур, Япония, Индия, Южная Корея, Канада. Казахстана в списке нет. Если банку важно хранить данные в стране, облако не подходит.

Внешняя зависимость. Доступ к системе, обновления и изменения функций контролирует вендор. ИБ банка не может поставить облачный сервис в свой сегмент сети и закрыть исходящие соединения.

Безопасность за отдельные деньги. SSO, политики доступа и расширенный аудит в облаке Atlassian идут через Atlassian Guard: Standard стоит $4,20 за пользователя в месяц на октябрь 2026 года, сверху к Jira Standard $7,91 или Premium $14,54. Оплата картой в долларах, без закрывающих документов по казахстанским стандартам.

Если банк сейчас на Jira Data Center

Jira Data Center решал эти вопросы, но новые лицензии не продаются с 30 марта 2026 года. Продления и расширения для действующих клиентов, по данным партнёров Atlassian, возможны до 30 марта 2028 года, а 28 марта 2029 года поддержка заканчивается. После этого лицензия переходит в режим только для чтения, и Marketplace-приложения перестают работать.

Для банка это значит, что выбор нужно сделать с запасом на согласование, пилот и перенос. Варианта три: переезд в Jira Cloud с решением вопроса о размещении данных, переход на self-hosted альтернативу или работа на Data Center до последнего дня с планом миграции наготове. Третий вариант самый рискованный: последние месяцы перед концом поддержки уйдут на аврал, а замечания ИБ к новой системе никто не отменял.

При переходе на Plane штатный импортер переносит проекты, задачи, комментарии, вложения, статусы, связи, спринты и пользователей. Автоматизации, дашборды, JQL-фильтры, скрипты ScriptRunner и схемы прав не переносятся, их придётся собрать заново и заново согласовать с ИБ. Подробно о сроках и вариантах мы писали в статье о закрытии Jira Data Center.

Plane Commercial и Airgapped: что закрывает

Plane — open source таск-трекер, у которого self-hosted версия по функциям не уступает облаку. Для банков интересны две платные редакции:

• Commercial — установка в своём контуре с подключением к лицензионному серверу Plane. Версия Commercial v3.0.0 вышла в июле 2026 года.
• Airgapped — установка без доступа в интернет: офлайн-лицензии, обновления без связи с внешними серверами и локальная AI-модель, чтобы AI-функции не отправляли данные наружу.

Функции безопасности, важные для ИБ: SSO через SAML и OIDC с тарифа Pro, LDAP и группы из IdP, Granular Access Control для детальных прав в старших тарифах. Вендор заявляет сертификации SOC 2 Type II и ISO 27001:2022, а также соответствие GDPR и HIPAA для облака и self-hosted.

Ограничения тоже есть. Экосистема интеграций меньше, чем у Atlassian. Русский интерфейс поддерживается сообществом, его полнота зависит от версии. Экспертизы по Plane на казахстанском рынке пока мало, поэтому сопровождение нужно планировать заранее.

Требование ИБ и как оно закрывается

Требование	Как закрывается в self-hosted Plane	Что проверить на пилоте
Данные в Казахстане	Установка на серверах банка или казахстанского ДЦ	Где лежат база, файлы и бэкапы
Единый вход	SSO через SAML или OIDC, LDAP	Блокировку уволенного пользователя через каталог
Ролевая модель	Роли рабочего пространства и проекта, Granular Access Control	Доступ подрядчика только к своему проекту
Журналирование	История изменений в задачах, логи приложения и веб-сервера в SIEM	Полноту журнала аудита для вашей редакции
Сегментация	Размещение во внутреннем сегменте, доступ через корпоративную сеть или VPN	Отсутствие лишних открытых портов
Закрытый контур	Редакция Airgapped с офлайн-лицензией и обновлениями	Процедуру переноса обновления в контур
AI без утечки данных	Локальная AI-модель в Airgapped или отключение AI-функций	Что уходит наружу при включённом AI
Бэкап и восстановление	Резервное копирование PostgreSQL и файлового хранилища	Восстановление на тестовом стенде
Обновления	Тестовая среда и окно изменений	Время и порядок отката
Оценка вендора	SOC 2 Type II, ISO 27001:2022	Запрос документов у вендора или партнёра

Отдельно о журналировании. История изменений есть у каждой задачи, но служба ИБ обычно хочет видеть и системные события: входы, изменения прав, выгрузки. Состав системного журнала аудита в вашей редакции проверяйте на пилоте, а логи приложения, обратного прокси и базы данных в любом случае отправляйте в SIEM банка.

Контекст Казахстана. Банки и финтех-компании обычно хотят, чтобы данные хранились в Казахстане, и ИБ банка подходит к этому строго. Практический вывод: трекер ставится в контур банка или в казахстанский ЦОД, а хостинг оплачивается в тенге по договору.

Архитектура установки в контуре банка

Типовая схема, которую мы предлагаем ИБ на согласование:

• Сегмент. Сервер приложения во внутреннем сегменте, доступ пользователей через обратный прокси с TLS. Публичного доступа из интернета нет.
• Компоненты. Приложение Plane, PostgreSQL, Redis, очередь сообщений и S3-совместимое хранилище файлов. База и файлы — на ресурсах банка.
• Каталог пользователей. Подключение к корпоративному IdP через SAML или OIDC либо к LDAP. Группы каталога соответствуют ролям в трекере.
• Среды. Тестовая среда для обновлений и рабочая среда. Обновление сначала проходит тест, потом окно изменений.
• Резервное копирование. Регулярные бэкапы базы и файлов в отдельное хранилище, проверка восстановления по графику.
• Мониторинг и журналы. Метрики сервера в системе мониторинга банка, логи в SIEM.
• Интеграции. Только внутренние: GitLab в контуре, корпоративный мессенджер, если он развёрнут внутри. Каждая интеграция описывается отдельно: какие данные и в какую сторону передаются.

Правило для данных внутри трекера: в задачах нет ФИО клиентов, номеров счетов и карт, скриншотов из боевых систем. Вместо этого ссылка на запись в учётной системе или обезличенный идентификатор. Это правило записывается в регламент и проверяется на ретро.

Как пройти согласование со службой ИБ

Согласование затягивается, когда ИБ видит проект впервые на финальной подписи. Работает обратный порядок: подключить ИБ на первой неделе и согласовывать по частям.

Этап	Что готовим	Кто участвует
Постановка	Цели, состав пользователей, класс данных в трекере	IT, ИБ, владелец процесса
Выбор редакции	Сравнение Commercial и Airgapped, требования к контуру	IT, ИБ
Архитектура	Схема размещения, сегменты, потоки данных, интеграции	IT, ИБ, сетевая команда
Модель доступа	Роли, группы каталога, доступ подрядчиков	ИБ, руководители команд
Эксплуатация	Бэкапы, обновления, мониторинг, журналирование	IT, ИБ
Пилот	Одна команда, проверка всех пунктов таблицы требований	Пилотная команда, ИБ
Ввод в эксплуатацию	Протокол пилота, регламент, приказ о вводе	IT, ИБ, руководство

Какую редакцию Plane выбрать под конкретный контур, мы разбирали в статье о версиях Plane.

Чек-лист перед запуском

• Определён класс данных, которые разрешено хранить в трекере, и правило записано в регламент.
• Выбрана редакция: Commercial при допустимом соединении с лицензионным сервером, Airgapped при полностью закрытом контуре.
• Сервер, база, файлы и бэкапы размещены в Казахстане.
• Пользователи приходят из корпоративного каталога, локальных учётных записей нет или они под контролем.
• Роли и доступ подрядчиков согласованы с ИБ.
• Логи уходят в SIEM, проверен состав журнала аудита.
• Восстановление из бэкапа проверено на тестовом стенде.
• Описан порядок обновления и отката.
• AI-функции либо работают на локальной модели, либо отключены.
• Назначен владелец системы и сопровождающий инженер.

Как мы это делаем

Мы начинаем с диагностики: какие команды будут работать в трекере, какие данные туда попадут, какие требования ИБ уже сформулированы и что осталось от прежней системы. Затем готовим пакет для согласования и запускаем пилот с одной командой в тестовой среде банка на две-четыре недели. После пилота закрываем замечания ИБ, переносим данные из Jira штатным импортером Plane и масштабируем на остальные команды.

Если вы выбираете трекер для банка или финтеха, начните со страницы внедрения таск-трекеров Jira и Plane: там описан процесс, сроки и что входит в результат.

---

Источники. Таймлайн Data Center: atlassian.com/enterprise/data-center. Регионы хранения данных Atlassian Cloud: документация Atlassian. Цены Jira: прайс-лист Atlassian. Редакции и цены Plane: plane.so/pricing. Цены на октябрь 2026 года и могут меняться.

Термины простыми словами

Контур банка

Внутренняя сеть банка с собственными серверами и правилами доступа. Трекер в контуре означает, что данные не покидают инфраструктуру банка.

SSO и LDAP

Способы входа под корпоративной учётной записью из единого каталога сотрудников. Уволенного человека блокируют в одном месте, и доступ к трекеру пропадает автоматически.

Airgapped (air-gapped)

Установка в сети без доступа в интернет. В редакции Plane Airgapped лицензии и обновления работают офлайн, а AI-функции используют локальную модель.

SIEM

Система службы безопасности, которая собирает журналы событий со всех систем банка и ищет подозрительные действия. Логи трекера тоже нужно отправлять туда.

IdP (провайдер учётных записей)

Корпоративная система, которая хранит учётные записи сотрудников и подтверждает их вход в другие сервисы. Группы из неё сопоставляются с ролями в трекере.

Granular Access Control

Детальная настройка прав в старших тарифах Plane. Позволяет, например, дать подрядчику доступ только к его проекту по принципу минимальных привилегий.

SOC 2 Type II и ISO 27001

Международные сертификаты, подтверждающие, что вендор выстроил процессы защиты информации. Помогают при оценке поставщика, но не снимают с банка ответственность за свой сервер.

Jira Data Center

Версия Jira для установки на собственные серверы. Новые лицензии не продаются с 30 марта 2026 года, поддержка заканчивается 28 марта 2029 года.