Продукты для iOS и Android
Храните каждый платформенный ключ у защищённого клиента, а обоим клиентам выдавайте один авторизованный универсальный ключ KeyMeld.
Универсальный ключ для iOS и Android
Один универсальный ключ для продукта на разных платформах.
iOS и Android создают разные защищённые ключи и используют разные форматы. KeyMeld создаёт свой универсальный ключ и контролирует, какой авторизованный клиент может получить его в рамках аккаунта и проекта.
Проблема, которую решает KeyMeld
Разные платформенные ключи не должны разделять один продукт.
iOS и Android создают свои типы и форматы ключей. KeyMeld не читает и не знает эти защищённые значения. Он создаёт независимый универсальный ключ проекта и контролирует, какой авторизованный клиент может получить его, поэтому команде не нужно строить отдельную логику для каждой платформы.
Кому это нужно
Для продуктов, работающих более чем на одной платформе.
KeyMeld создан для мобильных SaaS-, продуктовых и platform-команд, которым нужен единый способ выдавать универсальный ключ клиентам iOS и Android, сохраняя платформенные ключи защищёнными.
Platform- и backend-команды
Контролируйте, какой клиент в рамках аккаунта и проекта может получить универсальный ключ, не превращая рабочий backend в хранилище ключей.
Живой пример синхронизации ключей
Один аккаунт. Два защищённых платформенных ключа. Один универсальный ключ.
iPhone и Android могут работать с одним аккаунтом, хотя приложения создают разные ключи. Вот конкретная проблема, которую решает KeyMeld.
01
iPhone / iOS
Apple Keychain
Приложение на iPhone создаёт и хранит свой платформенный ключ в Apple Keychain. Его ключ и формат принадлежат iOS, остаются у защищённого клиента и не отправляются на рабочий backend.
02
Android
Android Keystore
Приложение на Android создаёт и хранит свой платформенный ключ в Android Keystore. Его ключ и формат принадлежат Android, остаются у защищённого клиента и не отправляются на рабочий backend.
03
Рабочий backend
Не хранилище ключей
Рабочий backend может сохранить оба значения, но тогда становится единой точкой компрометации. Он не должен получать и хранить значения ключей.
04
KeyMeld
Независимый слой синхронизации
KeyMeld — отдельный защищённый слой, где создаётся и синхронизируется его собственный универсальный ключ проекта для авторизованных клиентов. KeyMeld не читает платформенные ключи; клиенты сохраняют универсальный ключ в защищённой части телефона и работают с одним общим ключом.
Что меняется для продукта
Аккаунт остаётся единым, платформенные ключи известны только защищённым клиентам, а рабочий backend не становится хранилищем ключей и единой точкой компрометации.
Зачем нужен KeyMeld
Один контролируемый поток продукта, даже если платформы используют разные ключи.
Один универсальный ключ
Создайте собственный универсальный ключ KeyMeld для авторизованных клиентов на iOS и Android.
Синхронизация платформ
Синхронизируйте право и выдачу ключа для обеих платформ, не читая и не дублируя защищённые значения их ключей.
Контроль доступа
Выдавайте только то, что разрешено проектом, и отзывайте доступ при изменении решения о доверии.
Как это работает
Создайте и выдайте один универсальный ключ в три шага.
KeyMeld не преобразует и не читает платформенные ключи. Он создаёт свой универсальный ключ, связывает его с аккаунтом и проектом и выдаёт только авторизованным клиентам.
Создайте универсальный ключ
KeyMeld создаёт собственный ключ проекта независимо от значений ключей iOS и Android.
Авторизуйте клиентов аккаунта и проекта
Отслеживайте, какие клиенты аккаунта и проекта имеют право получить универсальный ключ.
Используйте один поток продукта
Авторизованные клиенты iOS и Android сохраняют общий ключ в защищённой части устройства; рабочий backend не получает значений ключей.
Вопросы
Что обычно важно знать команде.
Зачем создан KeyMeld?
iOS и Android используют разные защищённые ключи и форматы, из-за чего один поток продукта сложно сохранить совместимым на обеих платформах. KeyMeld создаёт свой универсальный ключ и контролирует, какой авторизованный клиент может получить его в рамках аккаунта и проекта.
Читает ли KeyMeld защищённые ключи iOS или Android?
Нет. KeyMeld не читает и не знает значения защищённых платформенных ключей. Он создаёт свой универсальный ключ и отслеживает, какой авторизованный клиент может получить его в рамках аккаунта и проекта.
Как выглядит реальный сценарий на iPhone и Android?
Приложение на iPhone может хранить свой платформенный ключ в Apple Keychain, а приложение на Android — свой ключ в Android Keystore. Они могут работать с одним аккаунтом, хотя ключи и форматы разные. Хранение обоих ключей на рабочем backend сделало бы его единой точкой компрометации. KeyMeld создаёт свой универсальный ключ в отдельном защищённом слое, отслеживает право клиента аккаунта и проекта получить его и не читает платформенные ключи.
KeyMeld — это сервис авторизации?
KeyMeld — слой универсального ключа и авторизации для продукта. Вход в workspace выполняется через MeldID, а KeyMeld создаёт собственный универсальный ключ, контролирует его выдачу и не читает значения платформенных ключей.
Попадают ли ключи проекта в браузер?
Нет. На публичном сайте KeyMeld нет значений ключей. Универсальный ключ доступен только авторизованным клиентам через защищённый процесс, а рабочий backend не используется как хранилище ключей.
Можно ли отозвать доступ?
Да. Команда может отозвать доступ к проекту или доверенному устройству, если личности, устройству или проекту больше нельзя доверять.
Перестаньте строить отдельную логику ключей для каждой платформы.
Начните с workspace KeyMeld и дайте продукту один универсальный ключ для iOS и Android.