I
Мамкиных хакеров*
Size: a a a
2019 June 27
V
Можно. Главное не подавать ничего для проверки из вне
у меня четко вопрос к этой фразе. я не понимаю какую тут проверку можно добавить если вызовы всегда одни и теже
I
Что ты имеешь в виду под одни и те же?
I
Сигнатура вызовов джава рефлексии?
V
стек вызова jni функции, когда к ней из бриджа java->c++ обращаются
AO
У меня в компании эту проблему решает команда да 15 человек которая делает кастомный llvm компилятор и все запросы на бекенд подписываться
I
стек вызова jni функции, когда к ней из бриджа java->c++ обращаются
А, так не обязательно по стеку проверять
V
У меня в компании эту проблему решает команда да 15 человек которая делает кастомный llvm компилятор и все запросы на бекенд подписываться
круто, но дорого =)
I
У меня в компании эту проблему решает команда да 15 человек которая делает кастомный llvm компилятор и все запросы на бекенд подписываться
А вот это уже интереснее
AO
Но проблему именно jni вызовов по сути не решаемая
I
А что если у либы сделать подъем сокета в функции ее инициализации и общаться с ней бинарным протоколом обходя полностью JNI?
V
вот и я думаю, что еще там можно проверить
AO
Даже если регистрировать имена наивных методов все это очень легко мониторить
V
А что если у либы сделать подъем сокета в функции ее инициализации и общаться с ней бинарным протоколом обходя полностью JNI?
ну блин читерство
AO
А что если у либы сделать подъем сокета в функции ее инициализации и общаться с ней бинарным протоколом обходя полностью JNI?
Можно
I
Так можно не экспортить функции и будет искать их сложнее
AO
Но это просто немного усложнит реверс инжениринг и все