Централизованное управление политиками корпоративных браузеров

Browser Policy Manager (BPM) — это российская система класса Enterprise Browser Management, предназначенная для централизованного управления политиками корпоративных браузеров. На текущем этапе система управляет Яндекс Браузером и Mozilla Firefox.

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

Браузер сегодня — основная рабочая среда: через него открываются почта, CRM, финансовые и внутренние системы. При этом настройки браузера чаще всего остаются на усмотрение пользователя или задаются вручную при выдаче устройства.

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

Browser Policy Manager поддерживает Яндекс Браузер и Mozilla Firefox. Именно эти два браузера управляются из единой консоли: для каждого доступны централизованные политики, управление расширениями, настройки безопасности и отдельные конфигурации для подразделений.

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

Да. Это одна из ключевых задач системы: Яндекс Браузер и Mozilla Firefox управляются в одной консоли, а не в двух разных инструментах.

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

Да, разные политики браузеров для отделов — базовый сценарий работы BPM. В системе создается дерево подразделений, групп пользователей и групп устройств, а политики наследуются сверху вниз.

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

Да. Политика запрета входа в личные аккаунты назначается подразделению или группе устройств. Вместе с ней обычно применяется ограничение синхронизации — целиком или по отдельным категориям данных: закладки, пароли, история, открытые вкладки.

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

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

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

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

Browser Policy Manager — специализированная система именно для браузеров. Политики Яндекс Браузера и Mozilla Firefox задаются в графическом интерфейсе с понятными формулировками, состояние применения видно по каждому устройству, а история изменений с автором и прежним значением хранится в самой системе. Кроме того, BPM не требует, чтобы устройство находилось в домене и регулярно бывало в корпоративной сети — это важно для удаленных рабочих мест.

BPM не отменяет доменные механизмы там, где они уже используются: в конкретной инфраструктуре часть задач по-прежнему может решаться средствами домена, и это разделение фиксируется на пилотном проекте.

Да. Организационная структура — подразделения, группы пользователей и группы устройств — создается внутри самой системы, поэтому BPM работает и без службы каталогов.

Если Active Directory или LDAP используются, возможна интеграция: структура и учетные записи подтягиваются из каталога, чтобы не поддерживать её вручную в двух местах. Состав такой интеграции обсуждается отдельно и зависит от инфраструктуры заказчика.

Да, для этого предназначен вариант BPM On-Premise: система размещается внутри инфраструктуры заказчика, данные остаются в корпоративном контуре, обновления контролируются вашей стороной, возможно подключение локальных служб каталогов.

Промежуточный вариант — BPM Private Cloud: отдельный экземпляр системы на выделенной инфраструктуре с индивидуальными настройками и интеграцией с внутренними системами. Если приоритет — быстрый запуск без собственного сервера, подходит BPM Cloud.

Да. Управление браузерами в закрытом контуре реализуется через развертывание On-Premise: экземпляр BPM работает в изолированной сети без обязательного доступа в интернет.

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

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

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

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

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

Стоимость рассчитывается за пользователя в месяц и зависит от количества пользователей, варианта размещения (Cloud, Private Cloud или On-Premise), состава интеграций и уровня технической поддержки.

На сайте приведена ориентировочная модель: BPM Start — от 390 ₽ за пользователя в месяц для небольших компаний и пилотных проектов, BPM Business — от 680 ₽ за пользователя в месяц для организаций с несколькими подразделениями, BPM Enterprise — по запросу для крупных внедрений. Точный расчет мы готовим после короткого обсуждения задач: достаточно оставить заявку и указать примерное количество пользователей.

Пилот выполняется на вашей инфраструктуре и на ограниченной группе устройств. Мы подключаем тестовые устройства, создаем несколько подразделений, настраиваем политики Яндекс Браузера и Mozilla Firefox, проверяем применение настроек, показываем журнал изменений и готовим итоговый отчет.

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