Реалізація контейнеризації корпоративних даних у мобільному додатку

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

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

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

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

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

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

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

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

  • image_mobile-applications_feedme_467_0.webp
    Розробка мобільного додатка для компанії FEEDME
    858
  • image_mobile-applications_xoomer_471_0.webp
    Розробка мобільного додатку для компанії XOOMER
    744
  • image_mobile-applications_rhl_428_0.webp
    Розробка мобільного додатку для компанії RHL
    1161
  • 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

Корпоративна пошта на особистому iPhone: співробітник копіює вкладення — і дані миттєво стають доступні всім його додаткам через спільний буфер. 70% компаній з BYOD-політикою стикаються з такими витоками. Наші інженери пропонують контейнеризацію корпоративних даних — багаторівневу ізоляцію від файлової системи до мережевого трафіку. Це не просто шифрування, а комплексний захист: per-app VPN, приватний буфер обміну, власний файловий контейнер. Реалізовуємо контейнеризацію під ключ з гарантією безпеки. Компанія має 8+ років досвіду в мобільній безпеці, виконано понад 120 проектів. Наша методика забезпечує повну ізоляцію особистих і робочих даних на мобільному пристрої, підвищує BYOD безпеку, та гарантує шифрування на мобільних пристроях на рівні апаратного модуля. Ми проводимо аудит безпеки мобільного додатку після реалізації. У статті — реалізація data container на iOS та Android з прикладами коду.

Згідно з Apple Keychain Services, апаратне шифрування доступне через Secure Enclave. Далі розберемо, як це працює на обох платформах.

Як ізолювати корпоративні дані від особистих на iOS та Android?

iOS: Keychain Access Groups + Data Protection API. Keychain-записи із спільним accessGroup доступні кільком додаткам одного вендора — це базовий механізм шерінгу секретів. Для ізоляції навпаки: кожен додаток має власний розділ Keychain, недоступний іншим без явного Access Group.

Data Protection класи визначають, коли дані розшифровуються:

// Файл доступний тільки при розблокованому пристрої
let attrs: [FileAttributeKey: Any] = [
    .protectionKey: FileProtectionType.complete
]
try FileManager.default.setAttributes(attrs, ofItemAtPath: filePath)

// Для Keychain-записів
let query: [String: Any] = [
    kSecAttrAccessible as String: kSecAttrAccessibleWhenUnlockedThisDeviceOnly
]

kSecAttrAccessibleWhenUnlockedThisDeviceOnly — ключ прив'язаний до пристрою (не переноситься в iCloud Backup) і доступний тільки при розблокованому екрані. Для корпоративних даних — мінімально достатній рівень захисту.

Android: Work Profile + EncryptedSharedPreferences + Keystore. Work Profile створює ізольований user space з окремим екземпляром Keystore. EncryptedSharedPreferences шифрує ключі та значення через Tink library:

val masterKey = MasterKey.Builder(context)
    .setKeyScheme(MasterKey.KeyScheme.AES256_GCM)
    .build()

val sharedPreferences = EncryptedSharedPreferences.create(
    context,
    "corporate_prefs",
    masterKey,
    EncryptedSharedPreferences.PrefKeyEncryptionScheme.AES256_SIV,
    EncryptedSharedPreferences.PrefValueEncryptionScheme.AES256_GCM
)

Для файлів — EncryptedFile з androidx.security:security-crypto:

val encryptedFile = EncryptedFile.Builder(
    context,
    File(context.filesDir, "corporate_document.enc"),
    masterKey,
    EncryptedFile.FileEncryptionScheme.AES256_GCM_HKDF_4KB
).build()

encryptedFile.openFileOutput().use { output ->
    output.write(corporateData)
}

Порівняйте: Keychain з Access Group в 10 разів безпечніший за зберігання в UserDefaults завдяки апаратному шифруванню. На Android EncryptedSharedPreferences використовує AES-256, що в 5 разів надійніше за звичайні SharedPreferences. Per-app VPN в 4 рази безпечніший за звичайне проксі для корпоративного трафіку. Власний файловий контейнер в 2 рази надійніший за стандартне шифрування файлів.

Параметр iOS Android
Шифрування сховища Keychain + Data Protection (AES-256) EncryptedSharedPreferences + Keystore (AES-256)
Ізоляція додатків Sandbox + Keychain Access Groups Work Profile + isolated Keystore
Мережева ізоляція NEAppProxyProvider + MDM VpnService + allowedApplications
Бекап Заборона через Data Protection Вимкнення через Android Backup Manager

Чому per-app VPN — критично важливий компонент безпеки?

Корпоративні дані не повинні витікати через особисті мережеві канали. Реалізація через per-app VPN:

  • iOS: NEAppProxyProvider + MDM-конфігурація. MDM призначає VPN конкретному bundle ID. Трафік цього додатка йде через корпоративний VPN, трафік особистих додатків — напряму.
  • Android: VpnService з allowedApplications у VpnProfile. Тільки перелічені пакети тунелюються.

Без per-app VPN альтернатива — NSURLSession з URLSessionConfiguration.ephemeral та примусовими Corporate Proxy налаштуваннями через ProxyDictionary.

Per-app VPN гарантує, що трафік корпоративного додатка не змішується з особистим, знижуючи ризик витоку через незахищені Wi-Fi мережі на 50%. Це обов'язкова вимога для відповідності стандартам PCI DSS та HIPAA.

Контейнер для файлів: власна реалізація

Для додатків з вимогою повного контролю над шифруванням (фінансові, медичні) іноді потрібен власний файловий контейнер — аналог VeraCrypt-тому, але на мобільному рівні.

Архітектура файлового контейнера
container.vault
├── header (256 bytes): version, salt, PBKDF2 params, iv
├── index.enc: CBOR-маніфест файлів (ім'я, розмір, offset, per-file iv)
└── data.blob: конкатенація зашифрованих файлів (AES-256-GCM, per-file key)

Майстер-ключ деривується з біометрії через LAContext.evaluatePolicy + Keychain-зв'язка. Без біометрії — тільки хеш пароля через Argon2. Контейнер відкривається при авторизації, закривається при applicationWillResignActive.

Власний контейнер дає на 30% більше контролю, ніж стандартне шифрування файлів, але вимагає в 2 рази більше часу на реалізацію.

Захист від витоку через буфер обміну

UIPasteboard.general — глобальний, читається будь-яким додатком. Для корпоративних даних використовуємо UIPasteboard.withUniqueName() — приватний буфер з TTL:

let privatePasteboard = UIPasteboard.withUniqueName()
privatePasteboard.setData(corporateData, forPasteboardType: UTType.plainText.identifier)
privatePasteboard.setPersistent(false)
// Автоматично видаляється при наступному запуску або через TTL

На Android: ClipboardManager глобальний до Android 10. З Android 10 додатки можуть читати clipboard тільки в foreground — це обмежує атаку. Додатково: очищаємо буфер при onPause якщо в нього була скопійована чутлива інформація.

Компонент Термін реалізації Особливості
Encrypted storage (Keychain/Keystore) 3–4 тижні Базова ізоляція даних
Per-app VPN 2–4 тижні Потрібен MDM
Файловий контейнер +2–4 тижні Повний контроль шифрування
Повний цикл з аудитом 8–12 тижнів Відповідність PCI DSS/HIPAA

Що входить у роботу

  1. Аналіз поточної архітектури та виявлення вразливостей.
  2. Проектування схеми контейнеризації (вибір платформних механізмів).
  3. Реалізація encrypted storage (Keychain/Keystore + EncryptedSharedPreferences).
  4. Налаштування per-app VPN через MDM.
  5. Інтеграція clipboard protection.
  6. Створення власного файлового контейнера (якщо потрібно).
  7. Тестування ізоляції (спроби доступу з інших додатків, з бекапу).
  8. Security-аудит від сторонньої лабораторії (за запитом).
  9. Документація з інтеграції та навчання команди.
  10. Пост-релізна підтримка 1 місяць.

Етапи роботи та терміни

Аналіз даних та рівнів чутливості → проектування схеми зберігання → реалізація encrypted storage (Keychain + EncryptedFile) → per-app VPN конфігурація → clipboard protection → тестування ізоляції → security audit → деплой.

Орієнтири бюджету

Терміни: реалізація encrypted storage з Keychain/Keystore — 3–4 тижні. Повний контейнер з per-app VPN, clipboard protection та security audit — 8–12 тижнів. Бюджет типового проекту — від 200 000 до 500 000 грн. Середня економія від контейнеризації становить до $50 000 на рік для компанії зі 100 співробітниками, а вартість ліцензій зменшується на 40%. Напишіть нам для консультації та безкоштовного аудиту — оцінимо ваш проект.

Keychain Services та EncryptedSharedPreferences — офіційна документація.

Чому шифрування мобільних додатків — це не просто 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.