DST Platform — не классический open source и не полностью закрытая система

Мы работаем по модели контролируемого раскрытия кода (controlled disclosure): открытая часть кодовой базы публикуется, полный код — включая ядро — предоставляется заказчику и его аудиторам после проверки организации и подписания двустороннего NDA.

О платформе Получить консультацию

Краткое пояснение

Эта страница объясняет, что именно открыто и что закрыто, почему мы выбрали такую модель, как получить полный доступ и какие механизмы защищают заказчика. Мы сознательно описываем и неудобные стороны подхода — чтобы решение принималось на полной информации, а не на маркетинговых формулировках.

Около 60 % кодовой базы открыто публично. Ядро и системные файлы (около 40 %) раскрываются адресно — после проверки и NDA. Полный код у заказчика есть всегда, он не «заперт» у вендора: ограничение касается только публикации в открытом доступе.

Что открыто, а что закрыто

Часть кодовой базы Статус Где доступна
Шаблоны оформления Открыто Публичный репозиторий
Модули и компоненты Открыто Публичный репозиторий
Примеры интеграций Открыто Публичный репозиторий
Документация для разработчиков Открыто Публичный репозиторий
Ядро системы Закрыто После проверки и NDA
Системные контроллеры Закрыто После проверки и NDA
Конфигурационные файлы Закрыто После проверки и NDA

Что даёт открытая часть. До покупки можно оценить архитектуру расширения, стиль кода, качество документации и подход к интеграциям — этого достаточно, чтобы принять предварительное решение.

Что даёт закрытая часть после раскрытия. Полный код системы, включая ядро, доступен команде заказчика и привлечённым им независимым аудиторам. Объём аудита не ограничен: можно проверить любую часть системы, включая сторонние библиотеки в составе.

Почему мы выбрали такую модель

Что это даёт бизнесу: снижение скорости и удобства атак на систему — без потери доступа заказчика к коду.
Три причины, по которым ядро не публикуется в открытом доступе.

Репозиторий Получить консультацию
Аккордеон-слайдер контент
Это не отход от индустрии, а её зрелая ветка. Модель, при которой открытая часть кодовой базы публикуется, а полный код раскрывается адресно, в мировой практике называется source-available. По этой модели работают MongoDB, Elastic, Redis, HashiCorp — проекты, которые ушли от чистого open source, когда открытость позволила облачным провайдерам забирать ценность без оплаты. Мы находимся в этой же ветке: не против open source, а в его зрелой форме.

Доступ как процесс: этапы, сроки и критерии — открыто

От заявки до полного кода — четыре шага: заявка, проверка организации (2–3 рабочих дня), двусторонний NDA, передача кодовой базы.

Как получить полный доступ

Что это даёт бизнесу: предсказуемая процедура с понятными этапами и сроками — без «серых зон» и устных договорённостей.

Этап Что происходит
1. Заявка Обращение через менеджера или форму на сайте
2. Проверка организации Кто заказчик на рынке, чем занимается, как давно работает, масштаб деятельности, наличие судебных споров, поведение представителей. Стандартный срок — 2–3 рабочих дня
3. Решение Положительное — переход к следующему этапу; отрицательное — с объяснением причин
4. Двусторонний NDA Подготовка и подписание юридических документов
5. Предоставление кода Полный доступ к кодовой базе, включая ядро

Проверка — это не формальность. Мы смотрим на реальный профиль организации, а не только на её название. Стандартный срок проверки — 2–3 рабочих дня. Это стандартная часть Enterprise-поставки, а не дополнительный барьер, придуманный для усложнения жизни клиента.

NDA двусторонний. Он защищает не только код, но и кастомизации: доработки, бизнес-логику и данные, которые становятся известны в ходе сотрудничества.
Доступ к коду не заменяет патчи: закрытость снижает удобство атаки, но не устраняет уязвимости. Реальная защита — в скорости выхода обновлений (см. «Центр обновлений»).

Кому мы отказываем и почему

Что это даёт бизнесу: понимание, что рядом с вами в экосистеме не окажется сомнительного контрагента.

Отказ в доступе к полному коду получают около 10-15 % заявок. Основные категории:

- авто-бизнес — сложный тип бизнеса с высоким уровнем риска для экосистемы;
- казино и азартные игры, букмекеры и тотализаторы;
- фармацевтика и БАДы;
- эскорт-услуги и сервисы с контентом 18+;
- организации с непрозрачной структурой или сомнительной деловой репутацией;
- заявки, по которым в ходе проверки выявлены существенные расхождения между заявленным и фактическим профилем.

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

Если ваша организация не относится к перечисленным категориям, отказ маловероятен — но мы не обещаем автоматического одобрения и не скрываем, что проверка реальная.

Что получает заказчик

Что это даёт бизнесу: полный контроль над кодом без привязки к вендору — при сохранении защиты от публикации в открытом доступе.

- Ответственность, а не только код. Банк, клиника или крупный ритейлер покупают не исходники — они покупают SLA, скорость выхода патчей, персонального менеджера и предсказуемость экосистемы. Доступ к коду — гигиенический фактор, а не ценность. Именно поэтому модель контролируемого раскрытия читается в этом сегменте как зрелость: она не отвлекает от того, за что клиент платит.
- Полный код системы, включая ядро. Не «урезанная» версия, не бинарник, не «доступ по запросу фрагментами» — полная кодовая база.
- Отсутствие привязки к вендору. Доступ к коду у заказчика есть всегда. Это значит, что при смене подрядчика или отказе от услуг DST Global проект продолжается: структура кода документирована, доработки возможны силами любой команды.
- Право на самостоятельную доработку. Команда заказчика может расширять функциональность, интегрировать систему с внешними сервисами и адаптировать её под свои процессы — без согласования каждой доработки с нами.
- Сводные отчёты аудита. Мы проводим аудиты безопасности и публикуем санитизированные сводки в Центре обновлений — без деталей, которые могли бы помочь атакующим, но с достаточной информацией, чтобы подтвердить факт проверки и отсутствие критических уязвимостей.

Честно о минусах

У модели есть неудобные стороны, и о них стоит знать заранее.

Минус Что это значит на практике
Дополнительная бюрократия Проверка организации, подготовка NDA, согласование — это время и усилия со стороны заказчика. Для небольших проектов это может быть ощутимо.
Не всем одобряют доступ Около 10-15 % заявок получают отказ. Если ваша организация относится к чувствительным категориям, доступ к полному коду может быть закрыт.
В публичном репозитории — не весь код Разработчик, привыкший к «полностью открытому» проекту, не увидит ядро до прохождения проверки. Для части технических специалистов это минус.
Зависимость от сроков проверки Мы не обещаем мгновенного доступа: проверка занимает 2–3 рабочих дня, и это нужно учитывать в планировании проекта.
Закрытость не гарантирует безопасности Мы не утверждаем, что закрытое ядро невозможно проанализировать. Современные инструменты анализа работают и без исходников. Наша модель снижает удобство атаки, а не устраняет её.

На фоне рынка модель не выглядит строгой. Крупнейшие enterprise-CMS в России годами работают по схеме, при которой исходники видит только лицензиат. У нас открытая часть опубликована в публичном репозитории, полный код передаётся заказчику, сводки аудитов публикуются. То есть относительно лидера рынка мы открытее, а не закрытее.

Мы считаем, что эти минусы оправданы для нашего сегмента — Enterprise и security-sensitive проекты, — но не скрываем, что для кого-то они могут стать решающими. Если приоритет — полностью открытый код без каких-либо процедур, на рынке есть решения с такой моделью; мы сознательно выбрали другую.

Как протестировать систему до покупки

Что это даёт бизнесу: возможность убедиться в применимости платформы до принятия решения — без раскрытия полного кода.

- Клиентская часть доступна свободно. Авторизация, личный кабинет, публичные сценарии — можно тестировать без ограничений.
- Административная панель — по заявке. Для доступа нужно заполнить форму: это стандартная процедура демонстрации, а не барьер. Мы показываем панель управления в рамках демо и объясняем, как она устроена.
- Полный код до покупки — после проверки и NDA. Если для принятия решения необходимо увидеть ядро, это возможно: процедура та же, что и для действующих заказчиков.

Часто задаваемые вопросы

Потому что наш сегмент — Enterprise и проекты, чувствительные к безопасности. Для этого сегмента публикация ядра даёт взломщикам готовую карту системы, а прослеживаемость утечек размывается. Мы считаем контролируемое раскрытие оптимальным компромиссом и не скрываем, что это компромисс.

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

Да — после проверки организации и подписания NDA. Клиентская часть доступна для тестирования без этих процедур.

Около 10-15 % заявок. Основные категории — авто-бизнес, казино, фармацевтика и БАДы, эскорт-услуги, организации с непрозрачной структурой или сомнительной репутацией. Проверка реальная, и мы не скрываем, что часть заявок получает отказ.

Да. Сводные отчёты публикуются в санитизированном виде в Центре обновлений — без деталей, которые могли бы помочь атакующим, но с подтверждением факта проверки и отсутствия критических уязвимостей.

Да, после получения доступа по NDA. Аудит выполняется силами команды заказчика или привлечённых им независимых специалистов; объём аудита не ограничен.

 

Клиенты и партнёры

Мы измеряем наш успех, успехами наших клиентов и партнёров. Наше стремление - это построение долгосрочных взаимоотношений, совместный рост и развитие.

Закажите демонстрацию платформы

Посмотрите платформу в действии. Специалисты DST Global продемонстрируют возможности под вашу бизнес-модель и ответят на вопросы.

Все продукты Получить консультацию