LeechCraft

В каком смысле "небезопасно" хранить данные в ini-файлах?

ну да, это смотря какие данные, при условии, что файл не более чем прозрачный контейнер. А вот на счет надежности... Хотя в моей ситуации было принято решение не делать из Secman хранилища уникальных данных, но при других условиях, если, например, LC будут оперировать сотней другой уникальных пар идентификаторов и паролей, где гарантия, что это всё не похерится, например, при исчерпании свободного места на разделе? Или, например, не накроется ли в таких условиях парсинг всего этого барахла при встрече какой-нибудь рандомной последовательности символов из юникода?

Не думаю, что ini-файлы в Qt поддерживают принцип ACID, так что при сбое данные могут и испортиться.
Парсинг из-за юникода ломаться не должен никак - зашифрованные данные естественно сами в бинарном виде, и в ini они записываются средствами qt через QSettings (преобразуются в текстовый вид).
Рекомендую для шифрования использовать криптосистему в src/plugins/secman/storageplugins/securestorage/cryptosystem.{h,cpp} - там всё по уму делалось, правда, через libcrypto, а не QtCrypt. AES256, синхропосылки, имитовставки, хэширование паролей присуствуют. Работает с QByteArray для данных, QString для пароля.

А secstorage к продакшену уже готов? Например, не вешает ли эвентлуп при запросе пароля в азотхе? Ну, ты помнишь ту хрень.

Циклы событий я вроде поправил месяцев 9 назад, надо коммиты смотреть. Единственное, что мне не нравится - нет "нормальных" диалогов для работы с паролями; в стиле LC сейчас, в общем.