Nano Hash - криптовалюты, майнинг, программирование

Связка ключей: элемент сообщается как errSecItemNotFound, но получает errSecDuplicateItem при добавлении

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

  1. Проверяем наличие элемента с помощью SecItemCopyMatching. Это возвращает код ошибки errSecItemNotFound

  2. Затем мы пытаемся добавить элемент через SecItemAdd, но это возвращает errSecDuplicateItem.

Из-за этого у нас есть некоторые пользователи, которые вообще не могут обновить подмножество элементов цепочки для ключей, и им требуется восстановить свое устройство, чтобы очистить цепочку для ключей. Очевидно, что это неприемлемый обходной путь. Раньше у них вроде работало, а сейчас попали в этот необновляемый цикл.

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

+ (NSMutableDictionary*)queryForUser:(NSString*)user key:(NSString*)key
{
    if (!key || !user) { return nil; }

    NSString* bundleId = [[NSBundle mainBundle] bundleIdentifier];
    NSString* prefixedKey = [NSString stringWithFormat:@"%@.%@", bundleId, key];

    NSMutableDictionary* query = [NSMutableDictionary dictionary];
    [query addEntriesFromDictionary:@{(__bridge id)kSecClass          : (__bridge id)kSecClassGenericPassword}];
    [query addEntriesFromDictionary:@{(__bridge id)kSecAttrAccount    : user}];
    [query addEntriesFromDictionary:@{(__bridge id)kSecAttrService    : prefixedKey}];
    [query addEntriesFromDictionary:@{(__bridge id)kSecAttrLabel      : prefixedKey}];
    [query addEntriesFromDictionary:@{(__bridge id)kSecAttrAccessible : (__bridge id)kSecAttrAccessibleAfterFirstUnlockThisDeviceOnly}];

    return query;
}

Код для обновления/добавления выглядит следующим образом (извините за многословие):

// Setup the search query, to return the *attributes* of the found item (for use in SecItemUpdate)
NSMutableDictionary* query = [self queryForUser:username key:key];
[query addEntriesFromDictionary:@{(__bridge id)kSecReturnAttributes : (__bridge id)kCFBooleanTrue}];

// Prep the dictionary we'll use to update/add the new value
NSDictionary* updateValues = @{(__bridge id) kSecValueData : [value dataUsingEncoding:NSUTF8StringEncoding]};

// Copy what we (may) already have
CFDictionaryRef resultData = NULL;
OSStatus status = SecItemCopyMatching((__bridge CFDictionaryRef)query, (CFTypeRef*)&resultData);

// If it already exists, update it
if (status == noErr) {
    // Create a new query with the found attributes
    NSMutableDictionary* updateQuery = [NSMutableDictionary dictionaryWithDictionary:(__bridge NSDictionary*)resultData];
    [updateQuery addEntriesFromDictionary:@{(__bridge id)kSecClass : (__bridge id)kSecClassGenericPassword}];

    // Update the item in the keychain
    status = SecItemUpdate((__bridge CFDictionaryRef)updateQuery, (__bridge CFDictionaryRef)updateValues);

    if (status != noErr) {
        // Update failed, I've not seen this case occur as of yet
    }
}
else {
    // Add the value we want as part of our original search query, and add it to the keychain
    [query addEntriesFromDictionary:updateValues];
    [query removeObjectForKey:(__bridge id)kSecReturnAttributes];
    status = SecItemAdd((__bridge CFDictionaryRef)query, NULL);

    if (status != noErr) {
        // Addition failed, this is where I'm seeing errSecDuplicateItem
    }
}

Мы пытались использовать SecItemDelete вместо проверки/обновления, но это также возвращало errSecItemNotFound с ошибкой SecItemAdd сразу после этого. Код удаления:

+ (BOOL)deleteItemForUser:(NSString *)username withKey:(NSString *)itemKey {
    if (!username || !itemKey) { return NO; }

    NSString * bundleId = [[NSBundle mainBundle] bundleIdentifier];
    NSString * prefixedItemKey = [NSString stringWithFormat:@"%@.%@", bundleId, itemKey];

    NSDictionary *query = [NSDictionary dictionaryWithObjectsAndKeys: (__bridge id)kSecClassGenericPassword, kSecClass,
                           username, kSecAttrAccount,
                           prefixedItemKey, kSecAttrService, nil];

    OSStatus status = SecItemDelete((__bridge CFDictionaryRef) query);

    if (status != noErr) {
        // Failed deletion, returning errSecItemNotFound
    }

    return (status == noErr);
}

Несмотря на то, что мы определили 2 группы доступа к цепочке для ключей для приложения, затронутые элементы цепочки для ключей не имеют группы доступа, назначенной в качестве атрибута (что, согласно документации, означает, что поиск будет выполняться для всех групп доступа). Я еще не видел никаких других кодов ошибок, кроме errSecItemNotFound и errSecDuplicateItem.

Меня действительно смущает тот факт, что в такое состояние попадает лишь небольшой набор пользователей. Есть ли какие-либо другие соображения, которые мне нужно принять во внимание в отношении цепочки для ключей, которая может быть причиной этого, в отношении многопоточности, очистки, фонового доступа и т. д.?

Помощь очень ценится. Я бы предпочел использовать API Keychain Services вместо использования сторонней библиотеки. Я хотел бы понять основную проблему здесь.


  • Я не вижу ошибок в вашем коде, которые могли бы привести к такому поведению. Вы обновляли эту реализацию в прошлом? У пользователей могут быть некоторые старые записи, которые никогда не удалялись, даже если они обновили ваше приложение. 14.03.2014
  • Я так не думаю. Даже тогда, почему поисковый запрос говорит, что не найдено, а добавление с тем же поисковым запросом терпит неудачу. Где может возникнуть конфликт с более старыми записями? 14.03.2014
  • Ну, я не знаю, у меня была эта проблема, когда я менял группу доступа, но проблема, вероятно, была где-то еще. Вы знаете, как воспроизвести этот баг? Вы не устанавливаете элемент kSecMatch, такой как kSecMatchLimitOne, возможно, это может привести к неожиданному поведению. Apple заявила, что запрос (обычно? Должен ли?) иметь пару значений ключа поиска. developer.apple.com/library/mac/documentation/security/ 14.03.2014
  • К сожалению, мы не смогли воспроизвести это. Что касается атрибута match, по умолчанию эта функция возвращает только первое найденное совпадение. Чтобы получить более одного совпадающего элемента за раз, укажите ключ поиска kSecMatchLimit со значением больше 1, что наводит меня на мысль, что это не требуется. 14.03.2014

Ответы:


1

Уникальный ключ для kSecClassGenericPassword состоит из;

kSecAttrAccount
kSecAttrService

Чтобы проверить его существование, запросите хранилище связки ключей только с этими атрибутами (включая флаг kSecReturnAttributes).

Включение kSecAttrLabel и kSecAttrAccessible приведет к исключению любого существующего элемента с тем же уникальным ключом, но с другими атрибутами.

После того, как вы подтвердите его (не)существование, добавьте дополнительные атрибуты и нажмите «Добавить» или «Обновить».

19.03.2014
  • Спасибо! это действительно помогло. Могу я спросить, откуда вы узнали об этом? Я читал документацию вдоль и поперек и никогда не видел ссылок на это... 05.05.2014
  • @ Shad У меня тоже были проблемы с этим. Документацию по ключам и значениям иногда сложно понять. В разделе атрибутов и ключей есть ссылки на то, какие атрибуты доступны для каких элементов цепочки для ключей. Items of class kSecClassGenericPassword have this attribute 19.05.2014
  • Могу ли я включить kSecMatchLimit (установить на 1) или kSecAttrAccessGroup (чтобы поделиться с другими моими приложениями)? 28.07.2015
  • Оказывается, также kSecAttrSynchronizable, установленный в true, является частью уникальности ключа. Мои запросы на удаление/запросы должны были включать это, чтобы соответствовать. 15.04.2017
  • У меня тоже была эта проблема, и я попробую решение @simon. Однако я до сих пор не уверен, почему это происходит с подмножеством пользователей, а не со всеми пользователями. 19.04.2017
  • На вопрос @shad о том, как это можно узнать: см. документацию errSecDuplicateItem, в которой перечислены первичные ключи для каждого класса: developer.apple.com/documentation/security/errsecduplicateitem 28.04.2020
  • Я оказался здесь, потому что использовал оболочку Apple KeychainItem. Оказывается, у него есть серьезная ошибка, которую вы, вероятно, обнаружите, как только сохраните в нем 2 вещи: измените kSecAttrGeneric (везде, где он появляется) на kSecAttrAccount 28.04.2020
  • Новые материалы

    Кластеризация: более глубокий взгляд
    Кластеризация — это метод обучения без учителя, в котором мы пытаемся найти группы в наборе данных на основе некоторых известных или неизвестных свойств, которые могут существовать. Независимо от..

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

    Частный метод Python: улучшение инкапсуляции и безопасности
    Введение Python — универсальный и мощный язык программирования, известный своей простотой и удобством использования. Одной из ключевых особенностей, отличающих Python от других языков, является..

    Как я автоматизирую тестирование с помощью Jest
    Шутка для победы, когда дело касается автоматизации тестирования Одной очень важной частью разработки программного обеспечения является автоматизация тестирования, поскольку она создает..

    Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
    Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..

    Понимание расстояния Вассерштейна: мощная метрика в машинном обучении
    В обширной области машинного обучения часто возникает необходимость сравнивать и измерять различия между распределениями вероятностей. Традиционные метрики расстояния, такие как евклидово..

    Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
    В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..