Инвестиции Солар в стартап SEG-T для защиты корпоративной

Архитектура и фильтрация

Продукт позиционируется как SEG класса security email gateway с мультиагентной ИИ-фильтрацией входящего SMTP-трафика. В описании «Солара» заявлены шесть лингвистических метрик оценки письма: тональность, признаки манипуляции и психологические механики, формирующие доверие, страх и навязывание срочности. Поверх контентного слоя шлюз будет блокировать вложения с вредоносным контентом и резать входящие письма из «нежелательных юрисдикций».

Каналы доставки угроз при этом шире почтового. Автоматическая установка приложений на корпоративные устройства формирует отдельный вектор компрометации, на котором классический SEG бессилен, — учитывайте это при проектировании эшелонированной защиты.

При пилотировании проверьте: маршрут письма до передачи в ИИ-модуль (DNSBL, reputation, greylist), политику карантина для сообщений, отклонённых по лингвистическим метрикам, и журналирование решений агента с привязкой к envelope-from и Message-ID для последующего разбора инцидентов.

Бизнес-контекст

Инициатор проекта — Харитон Никишкин, кофаундер Secure-T (обучение персонала в ИБ). В 2024 году «Солар» уже получила 51% Secure-T; по итогам 2025 года выручка «Секьюр-Ти» достигла 163,2 млн рублей (+96% год к году), чистая прибыль — 61,8 млн рублей (+118%). На фоне роста сооснователи Secure-T сократили личное участие до 24,5% у каждого и перераспределили ресурсы на новый SEG. Никишкин занял пост генерального директора SEG-T, Баталов — технического директора с долей 5% как technical founder.

Что делать на инфраструктуре

«Солар» уже работает на рынке SEG — текущий сервис построен на движке «Лаборатории Касперского» с доработками команды вендора. Запуск собственного шлюза означает появление альтернативного стека, который будет предлагаться отдельно и в рамках миграции клиентов с текущего Solar SEG. Действуйте превентивно:

• Зафиксируйте текущую версию движка Solar SEG и набор активных правил до публикации матрицы совместимости.
• Переведите DMARC в режим p=quarantine — лингвистические метрики на старте дадут ложные срабатывания на легитимных отправителях, ослабление политики смягчит риск массового bounce.
• Запросите у вендора roadmap и сроки GA SEG-T, согласуйте окно параллельной эксплуатации двух движков.
• Проверьте PTR и HELO/EHLO-политики MX — блокировка по «нежелательным юрисдикциям» критична при наличии филиальных релеев за рубежом.
• Подготовьте процедуру ручного override для писем, ошибочно отклонённых агентом, с обязательным журналированием причины.

Отслеживайте публикацию документации по API карантина и формату фидбэка для дообучения агента — это определит, возможна ли эксплуатация SEG-T в режиме managed service, и потребуется ли выделение почтового администратора на стороне заказчика.