Действия при аварийном завершении программы

[vizir.vs]

шифруем с хешем даты запуска Реестр можно. Или дописывать в сам exe.

а расшифровать как ?
реестр не вариант, решение должно быть для windows и linux
модификация exe - это вообще безобразие

У Qt есть класс QSettings, в котором можно сохранять настройки. QSettings можно настроить так, что для винды он будет хранить данные в реестре, а для линукса в своем, линуксовом месте (там все зависит от конкретной системы)

[Igors]

PS по поводу "зачем?" - чтобы проверять свои знания и искать в них ошибки. Не скажешь - не поправят. Не поправят - буду заблуждаться. Буду заблуждаться - ...

Вы практикуете это уже пару лет - но на деле все сводится к банальному "что-то слышал, повторю" - но это почему-то это всегда не в тему 

Возвращаясь к теме - неясно какая цель? Разумно выглядит сначала наладить хоть какой-то лог, а затем помаленьку его улучшать. Зачем что-то шифровать

[qate]

Любая система при знании её работы не является защитой.

openssl, например, будет опровержением данного утверждения

Расшифровывать так же как и зашифровывали, только наоборот.

если ключ кранить в исполняемом файле, то это не защита

И вообще вопрос стоит так - у нас есть автологин.
=> пароль и username должны где то храниться
=> их могут подменить
=> не стоит заморачиваться, подменят

гдето так
пока автологин и не реализовываю, если будут лучшие мысли - обдумаю

[qate]

У Qt есть класс QSettings, в котором можно сохранять настройки. QSettings можно настроить так, что для винды он будет хранить данные в реестре, а для линукса в своем, линуксовом месте (там все зависит от конкретной системы)

насколько я понял фразу про реестр - было предложение там "прятать" данные авторизации, что не приемлемо

[Bepec]

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

[GreatSnake]

но  увы, только файл хранит данные.

какое странное утверждение 
т.е. про Shared Memory слышим впервые?

[Bepec]

Хранит, а не удаляет при потере напряжения. Между вылетом и запуском может быть перезагрузка. И где ваша shared memory будет?

[GreatSnake]

Хранит, а не удаляет при потере напряжения. Между вылетом и запуском может быть перезагрузка. И где ваша shared memory будет?

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

[Bepec]

Авто-логин подразумевает, что вводишь один раз, после чего логин происходит автоматически при запуске программы.
Хотя об этом надо спросить у ТС-са. Уж очень невнятные у него требования

[qate]

Хранит, а не удаляет при потере напряжения. Между вылетом и запуском может быть перезагрузка. И где ваша shared memory будет?

пережить перезагрузку не стоит задача, считаю что это уже совсем нештатное поведение

[vizir.vs]

У Qt есть класс QSettings, в котором можно сохранять настройки. QSettings можно настроить так, что для винды он будет хранить данные в реестре, а для линукса в своем, линуксовом месте (там все зависит от конкретной системы)

насколько я понял фразу про реестр - было предложение там "прятать" данные авторизации, что не приемлемо

Хватает мелкомягких приложений, которые хранят пароли в реестре. В зашифрованном виде, разумеется. Например Outlook Express (см. здесь )

[qate]

про shredmemory также думал, но там тоже есть возможность просмотра обмена с ней
идеалом будет решение, когда я сам как разработчик, не смогу обойти свою защиту

[Bepec]

Ухаха Это гениальное решение будет. Поделитесь пожалуйста, когда реализуете

PS всегда мечтал взглянуть на ИИ в действии.

[qate]

Ухаха Это гениальное решение будет. Поделитесь пожалуйста, когда реализуете

PS всегда мечтал взглянуть на ИИ в действии.

пример - openssl (разработчик не сможет обойти шифрование не зная ключи)

[Bepec]

Ну как бы там подразумевается наличие клиента и сервера, двух сторон. Собственно на этом и строится система - что имея ключи лишь одной стороны нельзя расшифровать данные.

У вас же имеется одна сторона, имеющая все данные о шифровании