Безопасность аккаунта
Безопасность сервера защищает сайты. Безопасность учетной записи защищает ключи к ним. Каждый вход в Zinn Digital® осуществляется через единую систему идентификации на основе стандартов — ключи доступа и WebAuthn, двухфакторная аутентификация TOTP, вход по magic-ссылке, SAML SSO для корпоративных клиентов и агентств — с детализированными ролями, API-ключами для каждой организации и неизменяемым журналом аудита.
Большинство хостинг-аккаунтов представляют собой пароль в базе данных, привязанный к панели управления. Наше решение — это специализированная система идентификации Keycloak с поддержкой OIDC и SAML, которая находится перед всеми сервисами: панелью управления клиента, консолью администратора для сотрудников, этим общедоступным сайтом и базой знаний, а также вашими обращениями в службу поддержки. Войдите один раз, и вы получите доступ ко всем этим ресурсам.
Поскольку уровень идентификации построен на открытых стандартах, а не на проприетарной системе входа, его можно заменить так же легко, как и любой другой компонент платформы. Никакая часть вашей модели доступа не привязана к продукту поставщика, и аутентификация вашей команды не зависит от того, сохраняем ли мы одного поставщика. Это тот же принцип отсутствия привязки к поставщику, который мы применяем к учетным записям CDN, DNS и платежным провайдерам.
Вход локализован, и при переходе с сайта на экран входа сохраняется ваш язык — поэтому команде, распределенной по разным странам, не придется проходить авторизацию только на английском языке.
Четыре метода, все первоклассные, все настраиваются индивидуально для каждого человека. Никто не вынужден использовать самый слабый вариант только потому, что он единственный из предложенных.
Введите свой адрес электронной почты, перейдите по ссылке — и вы внутри. Никаких паролей, которые можно выманить с помощью фишинга, использовать повторно или слить при утечке данных. Это стандартный способ входа для новых аккаунтов, и для большинства людей он остаётся единственным необходимым.
Зарегистрируйте ключ доступа (passkey) — Touch ID, Face ID, Windows Hello или аппаратный ключ, такой как YubiKey, — и входите в систему вовсе без пароля. Ключи доступа привязаны к домену источника, поэтому поддельная страница входа не сможет их перехватить. Платформа поддерживает аутентификаторы ES256 и RS256 и отдает предпочтение проверке подлинности пользователя.
Выполняйте вход с помощью Google через стандартное подключение к поставщику удостоверений, чтобы аккаунт наследовал все элементы управления, которые уже применяются в вашем Google Workspace. Другие поставщики подключаются аналогичным образом — здесь нет никаких индивидуальных интеграций.
Сохранено для пользователей и скриптов, которым это необходимо, и регулируется строгой политикой: минимум двенадцать символов, запрет на использование вашего имени пользователя или адреса электронной почты, запрет на повторное использование трех последних паролей, хеширование с помощью Argon2. Адреса электронной почты проверяются до того, как учетная запись становится доступной для использования.
Вторые факторы являются частью системы идентификации, а не дополнением, которое вы покупаете, или плагином, который вы устанавливаете на своем сайте.
Если ваша организация уже использует поставщика удостоверений — Okta, Entra ID, Google Workspace или любое другое решение с поддержкой SAML, — вы подключаете его, и ваши сотрудники входят в Zinn Digital® с помощью своих существующих корпоративных учетных данных. Вашей команде не придется администрировать второй пароль и держать в голове еще один контрольный список при увольнении сотрудников.
Это важнее всего на уровне агентств и реселлеров, где смена персонала является реальным событием безопасности. Когда кто-то уходит и вы отключаете его в своем каталоге, вы также закрываете ему доступ к вашему хостингу. Доступ централизованно привязан к статусу занятости, и вам не приходится отслеживать его в десятке различных SaaS-инструментов.
SAML дополняет все остальное, а не заменяет: подрядчикам по-прежнему можно предоставить учетную запись с волшебной ссылкой в рамках ограниченной роли, в то время как постоянные сотрудники входят через SSO. Одна организация, одна модель разрешений, две входные двери.
Доступ разграничен в соответствии с деревом организации — от реселлера к клиенту и сайту — и обеспечивается непосредственно в базе данных с помощью безопасности на уровне строк, а не только в приложении. Межарендный доступ — это не просто правило, соблюдения которого мы требуем; это запрос, который в принципе не может вернуть строки. Четыре роли клиентов охватывают реалистичное разделение обязанностей.
Полный контроль над организацией и ее субаккаунтами: создавайте дочерние организации, приглашайте и удаляйте участников, назначайте роли, управляйте каждым сайтом, ведите биллинг и выставление счетов, управляйте ключами API и просматривайте журнал аудита.
Счета, подписки, способы оплаты и каталог тарифных планов — и ничего лишнего. Ваш финансист или бухгалтер может оплатить счет, не имея при этом возможности изменить, приостановить или удалить работающий сайт.
Доступ к сайтам и API без управления биллингом: просмотр и развертывание сайтов, перезапуск служб, очистка кэша, управление ключами API и заявками в техподдержку. Намеренно закрыт доступ к способам оплаты, выставлению счетов и смене тарифных планов.
Только просмотр во всей организации — сайты, биллинг, тарифы, тикеты, статус перевода и журнал аудита. Подходящая роль для аудитора, клиента, желающего иметь доступ к информации, или нового сотрудника в течение его первой недели.
Панель управления — это один из способов входа. API, CLI, провайдер Terraform и сервер MCP — другие способы, и они подчиняются той же модели доступа, поскольку ключ без ограничений области действия обходит каждую роль, которую вы только что настроили.
API-ключ выдается организации, а не отдельному лицу, и имеет свои собственные области доступа. Относитесь к нему как к общим учетным данным: присвойте ему имя в соответствии с его назначением, предоставьте минимально достаточные области доступа и выполните ротацию, когда создавший его сотрудник покинет команду.
Необработанный ключ отображается вам только один раз, при создании. Мы сохраняем лишь хеш SHA-256 и короткий префикс для поиска. Мы не сможем показать вам ключ повторно, а взлом базы данных не предоставит злоумышленнику действующие учетные данные.
Каждый ключ имеет детализированные области действия, привязанные к тому же каталогу разрешений, который используют роли, фиксирует время своего последнего использования и может быть немедленно отозван при малейшем подозрении. Отдельные ключи песочницы тестируют API без реального выставления счетов или инициализации ресурсов.
Сервер MCP позволяет любому агенту с поддержкой MCP управлять вашим хостингом — и он аутентифицируется через OAuth 2.1, с областью действия, ограниченной вашей организацией и ее разрешениями RBAC, с возможностью отзыва токенов для каждого инструмента, подтверждением деструктивных действий, лимитами расходов и полным аудиторским логированием. Подключение ИИ-ассистента не означает передачу ему ключей от всего.
Каждое привилегированное действие сохраняет запись, доступную только для добавления: кто его совершил, что именно сделал, над чем совершил действие, подтверждающие данные и исходный IP-адрес с меткой времени. Это не просто удобство для отладки; это доказательная база.
Нет — и мы рекомендуем этого не делать. Вход по ссылке magic link из электронного письма используется по умолчанию, кроме того, вы можете зарегистрировать ключ доступа passkey (Touch ID, Face ID, Windows Hello или аппаратный ключ) и входить в систему вообще без пароля. Электронная почта и пароль остаются доступны в качестве резервного способа: минимум двенадцать символов, запрет на повторное использование последних трех паролей и хеширование с помощью Argon2.
Двухфакторная аутентификация TOTP встроена на уровне идентификации и может быть принудительно внедрена в рамках политики для всей организации, а не оставлена на усмотрение каждого участника. Ключи доступа (passkeys) являются более надежным вариантом, если устройства вашей команды поддерживают их, поскольку они устраняют пароль, который злоумышленник мог бы попытаться получить с помощью фишинга.
Да. Роль Billing Manager предоставляет доступ к счетам, подпискам, способам оплаты и каталогу планов, и ни к чему более — без возможности просматривать, подготавливать, перезапускать, приостанавливать или удалять сайт. Верно и обратное: роль Developer управляет сайтами и доступом к API без какого-либо контроля над выставлением счетов. Роли назначаются для каждой организации, поэтому роль в одной организации не дает доступа к отдельной, несвязанной организации — однако роль в родительской организации применяется к вложенным в нее организациям.
Отозовите его в панели управления, и он немедленно перестанет работать. Масштаб возможного ущерба ограничен тем, какие действия этот ключ вообще позволял выполнять, поэтому ключи имеют детализированные области доступа и фиксируют время последнего использования — узкие области доступа и видимый след использования превращают утечку в локализованный инцидент, а не в полную компрометацию учетной записи. Обратите внимание, что ключи выдаются организации, а не отдельному человеку, поэтому относитесь к ним как к общим учетным данным и выполняйте их ротацию при смене сотрудников. На нашей стороне хранится только хеш ключа, поэтому утечка из нашей базы данных не приведет к раскрытию действующего учетного ресурса.
Да. Каждое привилегированное действие записывается в доступный только для добавления журнал аудита с указанием инициатора, действия, цели, подтверждающих данных, исходного IP-адреса и метки времени. Владелец и пользователи с правами только на чтение могут просматривать его напрямую. Действия персонала с вашей учетной записью фиксируются в том же журнале, а конфиденциальные или деструктивные действия сотрудников могут требовать предварительной дополнительной аутентификации или одобрения двух лиц.
Да — SAML SSO поддерживается для корпоративных аккаунтов и аккаунтов агентств, поэтому ваши сотрудники проходят аутентификацию с использованием существующих корпоративных учетных данных, а удаление из вашего каталога также закрывает им доступ и здесь. Вы можете комбинировать подходы: SSO для постоянных сотрудников, учетные записи magic-link с ограниченной областью действия для подрядчиков — и все это в рамках одной модели разрешений.
Нет — пароли намеренно не переносятся. Ваша учетная запись импортируется без пароля, и при первом входе в систему вы либо используете magic-link, либо устанавливаете новый пароль в соответствии с текущими правилами. Перенос старых хэшей паролей перенес бы старые уязвимости в новую систему, поэтому мы этого не делаем.
Пробный период Footprint-Free длится 14 дней, не требует привязки карты и охватывает до пяти сайтов. В течение пробного периода вы получаете полный уровень управления доступом — ключи доступа, двухфакторная аутентификация, роли, ключи API и журнал аудита не заблокированы в рамках платного тарифа.
Зарегистрируйте ключ доступа, пригласите участников команды с нужными ролями и выпустите ключ API с ограниченной областью действия — всё это в рамках 14-дневного пробного периода без привязки карты.
Начать бесплатно