Уникальная идентификация устройства в iOS

попробуй это. для получения дополнительной информации см. UIDevice

// IOS 6+
    NSString *uniqueIdentifier = [[NSString alloc] initWithString:[[[UIDevice currentDevice] identifierForVendor] UUIDString]];

Вы можете использовать iCloud здесь, потому что UUID устарел, а vendorId уникален, но может измениться, если вы удалите приложение и установите его снова,

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

Таким образом, в следующий раз, когда пользователь попытается войти в систему, вы можете проверить это с помощью iCloud.

Как насчет использования корпоративной системы дистрибуции Apple? Это позволит вам развернуть приложение в корпорации и иметь жесткий контроль доступа.

https://developer.apple.com/programs/ios/enterprise/

Просто трюк:

Вы можете внедрить код APNS в свой проект и получить токен устройства.

Токен устройства является уникальным. Но пользователь должен разрешить APNS.

Примечание. Токен устройства APNS изменен на Следующие причины.

1. Изменение идентификатора пакета.
2. Изменение режима разработки (песочница/производство)

Я реализовал решение именно для вашей проблемы. Лучшее решение (и рекомендуемый маршрут Apple) - создать UUID, уникальный для вашего приложения, например:

    NSString *uuidString = nil;
    CFUUIDRef uuid = CFUUIDCreate(NULL);
    if (uuid) {
        uuidString = (NSString *)CFBridgingRelease(CFUUIDCreateString(NULL, uuid));
        CFRelease(uuid);
    }

Затем, и это ключ, вы можете сохранить это в связке ключей iOS (удобные классы здесь: https://github.com/lukef/IXKeychain) и значения в цепочке ключей iOS НЕ удаляются, когда пользователь удаляет приложение, поэтому вы можете сохранить свой собственный UUID во время установки приложения, что является ключевой частью управления определенным количеством устройств в зависимости от учетная запись пользователя.

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

+ (NSString *) uniqueDeviceIdentifier
  {

    NSString *deviceUUID = [[SGKeyChain defaultKeyChain] stringForKey:@"uniqueId"];

        if (!deviceUUID) {

            if (!deviceUUID.length) {

        NSString *deviceUUID = @"";

        CFUUIDRef uuidRef = CFUUIDCreate(NULL);

        CFStringRef uuidStringRef = CFUUIDCreateString(NULL, uuidRef);

        CFRelease(uuidRef);

         deviceUUID = [NSString stringWithFormat:@"%@",[NSString stringWithString:(__bridge_transfer NSString *)uuidStringRef]];

    [[SGKeyChain defaultKeyChain] setObject:deviceUUID forKey:@"uniqueId" accessibleAttribute:kSecAttrAccessibleAlways];

        }
    }       
        return deviceUUID;
    }

вы можете обратиться к этому репозиторию... https://github.com/sgup77/SGKeyChainWrapper для реализации SGKeyChain

Хорошо, я поделюсь подходом, который мы используем для корпоративного приложения B2B. .

У каждого пользователя есть логин и пароль.

1. Таким образом, пользователь регистрирует свое устройство на сервере с помощью API deviceReg, который принимает clientDeviceId в качестве параметра (uuid, сгенерированный клиентом), а также имя пользователя и пароль.

2. Сервер возвращает сгенерированный сервером уникальный идентификатор, который будет использоваться приложением на этом конкретном устройстве.

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

Вы можете использовать приведенный ниже метод для создания UUID клиента deviceSpecific.

- (NSString *)getUuid
{
    CFUUIDRef uuidRef = CFUUIDCreate(NULL);
    CFStringRef uuidStringRef = CFUUIDCreateString(NULL, uuidRef);
    CFRelease(uuidRef);
    NSString *uuid = [NSString stringWithString:(__bridge NSString *)uuidStringRef];
    CFRelease(uuidStringRef);
    return uuid;
}

Обратите внимание: я удаляю объяснение использования AuthKey, AccessToken и других, которые мы используем в целях безопасности, поскольку вы не используете какой-либо сервер аутентификации.

Я надеюсь, что это помогает.

Обновление 1.

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

Таким образом, менеджер учетных записей должен сначала отправить электронное письмо с одноразовым токеном всем активным учетным записям.

Этот токен может быть запрошен приложением при регистрации устройства и отправлен на сервер для проверки.

Также сервер делает недействительным токен, когда-то использованный, чтобы избежать неправильного использования.

Должен быть API-интерфейс migrAtion, который использует сгенерированный сервером идентификатор устройства и токен миграции, если пользователь мигрирует устройство.