w
Даже если зашифровать
Size: a a a
2020 December 25
w
Фрида или ещё чето пойдет в ход
w
Так а что это? Я поэтому и написал
Это строка а что
v
Это строка а что
Я о том как это работает
w
Я о том как это работает
Либа будет у тебя в апк храниться, доброе утро
D
Можешь ещё почитать что такое JNI
w
Типо если тебе это для гита - смысла нет. Юзай гит игнор с gradle.properties
w
Для какой-то там защиты тоже нет смысла
v
Native C/C++ code is harder to decompile, so hackers will have a harder time gaining access to your API keys. This has been proven to be more secure than storing it in your gradle.properties file and is definitely something I'd recommend implementing in your app if you're looking to enhance security around your API key storage system.
w
Native C/C++ code is harder to decompile, so hackers will have a harder time gaining access to your API keys. This has been proven to be more secure than storing it in your gradle.properties file and is definitely something I'd recommend implementing in your app if you're looking to enhance security around your API key storage system.
Там индус писал
w
Ничего не надо декомпилировать
w
Строки хранятся как... строки)))
v
Странно, если этот метод, получается бесполезный, зачем он тогда существует?
R
Странно, если этот метод, получается бесполезный, зачем он тогда существует?
Затем что индусы любят писать всякую херню
2020 December 26
СП
Native C/C++ code is harder to decompile, so hackers will have a harder time gaining access to your API keys. This has been proven to be more secure than storing it in your gradle.properties file and is definitely something I'd recommend implementing in your app if you're looking to enhance security around your API key storage system.
Да. Harder to decompile. Аж полчаса могут лишних уйти на разбор!
HD
Native C/C++ code is harder to decompile, so hackers will have a harder time gaining access to your API keys. This has been proven to be more secure than storing it in your gradle.properties file and is definitely something I'd recommend implementing in your app if you're looking to enhance security around your API key storage system.
Лол
PV
Ну, технически конечно попробовать держать строки зашифрованными, а расшифровывать их только в момент использования. Можно сделать это в виде макросов и это даже почти не будет мешать использовать строки в коде. Плюс можно вдобавок прогнать код через какой-нибудь жуткий OLLVM, но фундаментально проблему это всё таки не решает. Хранить секреты в сборке - плохая практика
R
Похоже надо на эту тему видосик записать =) Чтобы закрыть вопрос раз и навсегда. Ну или по крайней мере чтобы не рассказывать каждый раз одно и то же
D
