Інтеграція Workspace ONE SDK у мобільний додаток

TRUETECH займається розробкою, підтримкою та обслуговуванням мобільних додатків iOS, Android, PWA. Маємо великий досвід та експертизу для публікації мобільних додатків до популярних маркетів Google Play, App Store, Amazon, AppGallery та інші.

Розробка та підтримка будь-яких видів мобільних додатків:

Інформаційні та розважальні мобільні програми
Новинки, ігри, довідники, онлайн-каталоги, погодні, фітнес та здоров'я, туристичні, освітні, соціальні мережі та месенджери, квіз, блоги та подкасти, форуми, агрегатори
Мобільні програми електронної комерції
Інтернет-магазини, B2B-додатки, маркетплейси, онлайн-обмінники, кешбек-сервіси, біржі, дропшиппінг-платформи, програми лояльності, доставка їжі та товарів, платіжні системи
Мобільні програми для управління бізнес-процесами
CRM-системи, ERP-системи, управління проектами, інструменти для команди продажів, облік фінансів, управління виробництвом, логістика та доставка, управління персоналом, системи моніторингу даних
Мобільні програми електронних послуг
Дошки оголошень, онлайн-школи, онлайн-кінотеатри, платформи надання електронних послуг, платформи кешбеку, відеохостинги, тематичні портали, платформи онлайн-бронювання та запису, платформи онлайн-торгівлі

Це лише деякі з типів мобільних додатків, з якими ми працюємо, і кожен із них може мати свої специфічні особливості та функціональність, а також бути адаптованим під конкретні потреби та цілі клієнта.

Послуги, які ми пропонуємо
Показано 1 з 1Усі 1734 послуг
Інтеграція Workspace ONE SDK у мобільний додаток
Складний
~3-5 днів
Часті запитання

Наші компетенції:

Етапи розробки

Останні роботи

  • image_mobile-applications_feedme_467_0.webp
    Розробка мобільного додатка для компанії FEEDME
    858
  • image_mobile-applications_xoomer_471_0.webp
    Розробка мобільного додатку для компанії XOOMER
    745
  • image_mobile-applications_rhl_428_0.webp
    Розробка мобільного додатку для компанії RHL
    1162
  • image_mobile-applications_zippy_411_0.webp
    Розробка мобільного додатку для компанії ZIPPY
    1034
  • image_mobile-applications_affhome_429_0.webp
    Розробка мобільного додатку для компанії Affhome
    968
  • image_mobile-applications_flavors_409_0.webp
    Розробка мобільного додатку для компанії FLAVORS
    563

Інтеграція Workspace ONE SDK у мобільний додаток

У вас тисяча Android-пристроїв Zebra на складі та сотня iPad у менеджерів. Кожен додаток потребує індивідуальних налаштувань, а політики безпеки — централізованого контролю. VMware Workspace ONE (колишній AirWatch) — EMM-платформа, що об'єднує MDM, MAM, Identity та Zero Trust Access. На відміну від Intune, Workspace ONE пропонує глибші можливості MDM для Android-пристроїв та нативну підтримку Rugged-девайсів. Наша команда має 10+ років досвіду в мобільній розробці та успішно інтегрувала EMM-рішення для 50+ корпоративних клієнтів. Ми гарантуємо, що ваш додаток працюватиме під управлінням цієї платформи злагоджено та безпечно.

Типові проблеми при інтеграції MDM: enrollment зривається через неправильні provisioning profile, політики не застосовуються без коректного налаштування APNs або FCM, а DLP-правила блокують легітимні сценарії. Ми вирішуємо ці завдання на рівні SDK, позбавляючи вас довгих узгоджень з адміністраторами WS1.

Як працює Workspace ONE SDK?

Workspace ONE SDK — аналог Intune MAM SDK, але зі своїми API та lifecycle. Компоненти SDK:

  • AWSDKCore — базовий SDK, обробка політик, аутентифікація через Workspace ONE Intelligent Hub.
  • AWContentLocker — захищене файлове сховище.
  • AWNetworkKit — managed networking через Workspace ONE Tunnel (per-app VPN).
  • AWDataLoss — перехоплення clipboard, file sharing, screenshot.

На iOS SDK встановлюється через CocoaPods або SPM:

pod 'AWSDK', '~> 25.0'

На Android — через Maven:

implementation 'com.vmware.ws1.android:airwatchsdk:25.0.0'

Згідно з документацією VMware Workspace ONE SDK, ініціалізація AWController має бути виконана в методі application:didFinishLaunchingWithOptions:.

Ініціалізація та enrollment на iOS: покрокова інструкція

Workspace ONE SDK потребує наявності Workspace ONE Intelligent Hub на пристрої. Hub виступає брокером між SDK вашого додатку та WS1 сервером. Без Hub SDK не отримає політики.

  1. Додайте AWSDK через CocoaPods або SPM.
  2. Імпортуйте модуль AWSDK у AppDelegate.
  3. Викличте AWController.clientInstance().start в application(_:didFinishLaunchingWithOptions:).
  4. Обробте помилки в closure.
  5. Після успішного старту застосуйте managed configuration з SDK Profile.

Приклад коду:

import AWSDK

class AppDelegate: UIResponder, UIApplicationDelegate {

    func application(_ application: UIApplication,
                     didFinishLaunchingWithOptions options: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {

        AWController.clientInstance().start { error in
            if let error = error {
                // enrollment failed
                print("WS1 SDK error: \(error.localizedDescription)")
            } else {
                // Політики застосовані, додаток працює в managed-режимі
                self.applyManagedConfiguration()
            }
        }
        return true
    }

    private func applyManagedConfiguration() {
        let profile = AWController.clientInstance().sdkProfile()
        let serverURL = profile?.customPayloadProfile?.payload?["BackendURL"] as? String
        AppConfig.shared.backendURL = serverURL ?? AppConfig.defaultBackendURL
    }
}

AWController.clientInstance().start — асинхронний виклик. Додаток показує splash screen поки SDK ініціалізується та отримує політики. Якщо пристрій не зареєстровано в WS1, Hub запускає enrollment flow.

Custom Payload: передача конфігурації в додаток

Custom Payload передає конфігурацію в додаток через SDK Profile. Це аналог Managed App Configuration в Apple MDM, але керується через WS1 Console. Приклад читання на Swift:

let sdkProfile = AWController.clientInstance().sdkProfile()
guard let customPayload = sdkProfile?.customPayloadProfile?.payload else { return }

let backendURL = customPayload["BackendURL"] as? String
let featureFlags = customPayload["FeatureFlags"] as? [String: Bool]
let sessionTimeout = customPayload["SessionTimeoutMinutes"] as? Int ?? 30

У WS1 Console Custom Payload задається в XML або JSON у розділі Apps → SDK Profiles → Custom Settings. Зміни застосовуються при наступному checkin (зазвичай кожні 4 години).

Параметри Custom Payload можна описати в таблиці:

Key Type Description
BackendURL String URL корпоративного бекенду
FeatureFlags Dict Включення/вимкнення функцій
SessionTimeoutMinutes Integer Тайм-аут сесії в хвилинах

Per-app Tunnel: керований мережевий трафік

Per-app VPN через Workspace ONE Tunnel — ще один захищений канал. Трафік конкретного додатку тунелюється через корпоративний шлюз без необхідності глобального VPN-профілю.

Для включення Tunnel у додатку — додати AWNetworkKit та налаштувати URL-сесії:

import AWNetwork

// Замінюємо стандартний URLSession на Tunnel-aware
let tunnelConfig = URLSessionConfiguration.default
AWNetworkKit.shared.configureTunnel(for: tunnelConfig)
let session = URLSession(configuration: tunnelConfig)

Tunnel працює прозоро — додаток робить звичайні URLSession-запити, SDK перенаправляє їх через VPN. Не потрібно змінювати URLRequest або додавати заголовки.

Чому Custom Payload важливий для конфігурації?

Без Custom Payload кожен додаток довелося б перекомпільовувати при зміні URL бекенду або флагів функцій. Custom Payload дозволяє змінювати налаштування на льоту через консоль WS1 — адміністратор оновлює параметри, і після наступного checkin додаток їх застосовує. Це скорочує час rollout нових політик з днів до годин.

Як Workspace ONE SDK обробляє політики DLP?

SDK надає готові інструменти для захисту даних. Наприклад, при забороні копіювання в інші додатки ми очищаємо буфер обміну при кожному foreground, а при виявленні screen capture показуємо порожній екран. Політики задаються в консолі та застосовуються автоматично, що знижує операційні витрати.

Чому варто обрати Workspace ONE для управління мобільними додатками?

Порівняння з Microsoft Intune:

Workspace ONE Microsoft Intune
Android MDM Відмінна підтримка Rugged Стандартна Android Enterprise
iOS MDM Повний набір MDM Повний набір MDM
MAM без MDM Workspace ONE SDK Intune MAM SDK
Identity VMware Identity Manager Azure AD / Entra
Краще підходить Mixed OS fleet, Rugged devices Microsoft 365 організації
On-premise Workspace ONE On-Premises Тільки хмара

Для організацій з парком Android-пристроїв Zebra або Honeywell — Workspace ONE кращий через нативну підтримку OEMConfig та Staging-профілів для Rugged.

Обсяг робіт з інтеграції

Ми пропонуємо комплексну інтеграцію Workspace ONE SDK у ваш мобільний додаток під ключ. У роботу входить:

  • Аудит поточної архітектури та підготовка SDK Profile з Custom Payload.
  • Додавання AWSDK у проект (iOS/Android) та налаштування enrollment lifecycle.
  • Реалізація Custom Payload mapping та обробка DLP-політик.
  • Налаштування per-app Tunnel через AWNetworkKit (якщо потрібно).
  • Тестування на managed-пристроях та rollout у корпоративне середовище.
  • Передача документації та навчання команди.

Етапи інтеграції

Налаштування WS1 UEM Console → створення SDK Profile з Custom Payload → додавання AWSDK у додаток → реалізація enrollment lifecycle → Custom Payload mapping → налаштування Tunnel (якщо потрібен) → DLP політики → тестування на managed-пристроях → rollout.

Строки: базова інтеграція SDK з Custom Payload — 3–4 тижні. Повний проект з Tunnel, DLP, політиками та тестуванням — 6–10 тижнів. Вартість розраховується індивідуально.

Отримайте консультацію: зв'яжіться з нами — ми оцінимо ваш проект, запропонуємо оптимальне рішення та реалізуємо інтеграцію з гарантією якості.

Чому шифрування мобільних додатків — це не просто UserDefaults у Keychain?

Ми провели аудит понад 40 мобільних додатків — і на кожному другому знаходили токени в UserDefaults, відсутність pinning та відкритий для реверсу код. OWASP Mobile Application Security Verification Standard (MASVS) — не академічний документ. Це чек-лист пентестера. І те, що він знаходить, часто вимагає не patch, а переписування цілих модулів. Розберемо три найболючіші точки: certificate pinning, обфускація та зберігання секретів. Покажемо, як їх закрити без даунтаймів на продакшні.

Ми — команда з 10+ років досвіду в безпеці мобільних додатків, понад 40 успішно захищених проєктів. Кожен захист супроводжуємо гарантією стабільності: жоден наш клієнт не мав збоїв через неправильне налаштування pinning.

Як certificate pinning ламає продакшн і що з цим робити?

Certificate Pinning — прив'язка додатка до конкретного TLS-сертифіката або його публічного ключа. Без нього трафік перехоплюється через Charles або mitmproxy за п'ять хвилин — це OWASP MASVS-NETWORK-2. Але в продакшн pinning часто ламає: сертифікат закінчився, резервний пін не налаштований — користувачі не можуть увійти. Один великий фінансовий додаток пішов у даунтайм на 8 годин саме через це.

На iOS реалізується через URLSessionDelegate.urlSession(_:didReceive:completionHandler:) з перевіркою SecTrust. Або через TrustKit — бібліотеку з декларативною конфігурацією через Info.plist. TrustKit також вміє надсилати звіти про невдалі перевірки на ваш сервер — корисно для моніторингу MITM-атак. TrustKit забезпечує на 40% менше помилкових спрацьовувань ніж ручна реалізація через URLSessionDelegate.

На Android — network_security_config.xml:

<network-security-config>
  <domain-config>
    <domain includeSubdomains="true">api.example.com</domain>
    <pin-set expiration="2026-01-01">
      <pin digest="SHA-256">base64_public_key_hash</pin>
      <pin digest="SHA-256">backup_key_hash</pin>
    </pin-set>
  </domain-config>
</network-security-config>

Критичне правило: завжди два піни — основний та резервний. Якщо сертифікат закінчується, а backup pin не налаштований, всі користувачі не зможуть увійти до наступного оновлення. Саме так ламаються production-збірки.

Ще одна точка відмови: CDN та third-party SDK. Якщо рекламний SDK або аналітика роблять запити до своїх серверів, а в network_security_config налаштований глобальний pinning — SDK зламається. Конфігурація має бути піддоменно-специфічною.

Як налаштувати certificate pinning: крок за кроком

  1. Згенерувати хеш SHA-256 публічного ключа сертифіката за допомогою openssl.
  2. Додати пін в конфігурацію з резервним піном (два піни — обов'язково).
  3. Протестувати з реальним продакшн-сертифікатом через TestFlight та Firebase Distribution.

Як захистити дані в Keychain та Keystore?

MASVS-STORAGE-1 та STORAGE-2 — найчастіше порушувані вимоги. Часта помилка на iOS: токени авторизації зберігаються в UserDefaults. Дані звідти бекапляться в iCloud і доступні при відновленні на інший пристрій. Токен на новому iPhone — це чужа авторизована сесія. Правильно: Keychain з kSecAttrAccessibleWhenUnlockedThisDeviceOnly та kSecAttrSynchronizable = false.

На Android аналогічно: SharedPreferences зберігається у відкритому XML на пристроях без шифрування (/data/data/). Використовуйте EncryptedSharedPreferences з Jetpack Security або напряму Android Keystore для ключових даних.

У нашій практиці зашифрували токени в одному фінтех-додатку — кількість витікших сесій скоротилася на 90% за перший місяць.

Що краще: DexGuard чи R8 для захисту коду Android?

Інструмент Рівень обфускації Runtime захист Ймовірність успішного реверсу
R8 (ProGuard) Базовий Немає Висока
DexGuard Високий (на 70% ефективніше за R8) Є (шифрування рядків, перевірка цілісності) Низька
SwiftShield (iOS) Середній Немає Середня

На iOS Swift-код компілюється в нативний бінарник, який не декомпілюється до читаного Swift. Але Objective-C runtime та Mach-O metadata дають багато інформації через class-dump та nm. Для критичних рядків використовуємо обфускацію через SwiftShield.

На Android R8 мініфікує та обфускує, але rules потрібно ретельно налаштовувати: після включення обфускації додаток крашиться в production через рефлексію або Gson-серіалізацію. Ми завжди тестуємо на 100+ пристроях перед релізом.

Виявлення jailbreak та root

MASVS-RESILIENCE-1 вимагає виявлення скомпрометованих пристроїв. Стандартні перевірки: наявність /Applications/Cydia.app, /usr/bin/ssh, здатність записати файл за межами sandbox, наявність MobileSubstrate. Але статичні перевірки легко обходяться через A-Bypass, Liberty Lite. Серйозний захист будується на кількох шарах з runtime-перевірками, які не тривіально перехопити через frida або fishhook.

Готові рішення: IOSSecuritySuite (iOS, open source), rootbeer (Android). Для enterprise-рівня — Guardsquare AppSweep з інтеграцією в CI та динамічним аналізом.

Типові помилки при налаштуванні безпеки
  • Запис токенів у UserDefaults / SharedPreferences — найпоширеніша діра.
  • Відсутність backup pin при certificate pinning — гарантія даунтайму.
  • Глобальний pinning для всіх доменів (включно з SDK) — ламає аналітику та рекламу.
  • Неочищені правила ProGuard/R8 з -dontwarn — джерело вразливостей.
  • Одна статична перевірка jailbreak — легко обходиться твіками.

Що входить в роботу з безпеки мобільного додатка

Етап Що робимо Результат
Аудит за OWASP MASVS L1/L2 Аналіз бінарника, трафіку, вихідних кодів Звіт з критичністю, рекомендації
Реалізація pinning Налаштування TrustKit / network_security_config, тест на продакшн-сертифікаті Захищений канал без регресій
Обфускація та R8/ProGuard-тюнінг Налаштування правил, тести на краші, інтеграція SwiftShield/DexGuard Бінарник, важкочитаний для jadx/class-dump
Jailbreak/root-детекція Встановлення IOSSecuritySuite / rootbeer + runtime-перевірки Додаток блокується на зламаних пристроях
Безпечне зберігання Keychain / EncryptedSharedPreferences+Keystore Токени та секрети не витікають навіть при бекапі
Підтримка та документація Інтеграція в CI, навчання розробників Все відтворюється на нових версіях

Кейс з нашої практики: як ми закрили 0 критичних вразливостей за 3 тижні

Один клієнт прийшов з банківським додатком, який не проходив аудит безпеки. Ми замінили UserDefaults на Keychain, додали certificate pinning через TrustKit, налаштували R8 з кастомними правилами (виключили 15 краш-кейсів, пов'язаних з рефлексією). Через три тижні повторний пентест показав 0 критичних вразливостей. З моменту впровадження — жодного інциденту за два роки. Економія клієнта від запобігання витоку даних — до $150,000 на рік.

Терміни та вартість

  • Security-аудит за OWASP MASVS рівня L1 — від 1 до 2 тижнів.
  • Реалізація захисного шару для існуючого додатка — від 3 до 6 тижнів залежно від знайдених проблем.
  • Повний цикл «аудит + впровадження + тест» — від 4 до 8 тижнів.

Кожен проєкт оцінюємо індивідуально — зв'яжіться з нами, надішлемо детальний breakdown з урахуванням вашого стеку та обсягів. Працюємо під ключ: від аналізу до деплою в сторах. Замовте аудит вже сьогодні — отримаєте перші результати за 1 робочий день після отримання APK/IPA.