Проверка памяти для приложений Qt

[GreatSnake]

а подмена либ рушит всю построенную защиту

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

[qate]

Либо подписывай их либо линкуйся статически.

а как подписать qt библиотеки ?

[GreatSnake]

а как подписать qt библиотеки ?

Тут я не большой знаток.
Можешь купить сертификат и им подписывать.
Можешь сам получить md5 таскаемых с пакетом либ, вкомпилить их в еxe-шник и проверять при старте.

[Igors]

Типовой "перекос" в постановке. Зачем какая-то "подмена либ"?  Напр на Вындоуз реально написать хук который будет запоминать нажатия для окна с таким-то именем и/или классом. А то и "найти готовый" И что, как с этим бороться? Да просто не пускать козлов на машину - лучшего нет. Не отвечает программист за это. "Никогда не храни пароль явно" (хотя бы заXOR'ь) - это уже прозвучало. Остальное - улет хз куда

[Bepec]

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

Защита от dll - выгрузка лишних сразу же, постановка своих хуков на LoadLibrary, внешнее приложение, которое при обнаружении загрузки лишней библиотеки рубит программу

[gil9red]

Типовой "перекос" в постановке. Зачем какая-то "подмена либ"?  Напр на Вындоуз реально написать хук который будет запоминать нажатия для окна с таким-то именем и/или классом. А то и "найти готовый" И что, как с этим бороться? Да просто не пускать козлов на машину - лучшего нет. Не отвечает программист за это. "Никогда не храни пароль явно" (хотя бы заXOR'ь) - это уже прозвучало. Остальное - улет хз куда

Или просто хешировать его и добавить на всякий "соль"

[Old]

Или просто хешировать его и добавить на всякий "соль"

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

[qate]

Да просто не пускать козлов на машину - лучшего нет. Не отвечает программист за это. "Никогда не храни пароль явно" (хотя бы заXOR'ь) - это уже прозвучало. Остальное - улет хз куда

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

[Bepec]

Нет невзламываемых программ.
Есть программы, которые взламывать экономически нецелесообразно

[qate]

Нет невзламываемых программ.

Но задача ТС им не решена: обнулять память нет смыла, как и шифровать

[Igors]

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

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

Код

C++ (Qt)
if (edit->text() == "TruePassword")
 ...

И нужно лишить возможности подсмотреть в отладчике с чем сравнивается введенное, и/или забить это место nop'ами

[Old]

QLineEdit здесь вообще ни при чем.

Есть некое Qt-шное приложение, в котором есть QLineEdt, в который вводится пароль латиницей+цифры (echomode там, например, password). И требуется чтобы этот пароль для злоумышленников было максимально трудно получить. Считается, что после использования пароля внутри программы он надежно затирается своими средствами, и QLineEdit - это единственное уязвимое место.