so加载报错:dlopen failed: couldn't map ... Permission denied

最新推荐文章于 2023-07-07 10:17:06 发布

carefulboys

最新推荐文章于 2023-07-07 10:17:06 发布

阅读量6.5k

点赞数 1

本文探讨了在Android平台上使用加壳的nativeso时遇到的dlopen权限拒绝问题，并详细解析了解决方案。问题源于SELinux机制下特定标记的应用无法从/data目录加载so文件，文章还介绍了如何定位和解决这一问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

这应该是一个极少应用能遇到问题，既然被我碰到了，而且为此排查折腾了好几天，跟人约好打球都没去成，还是在这里写一下。如果有后来者也同样遇到，或许可以省些力气。

我的应用当中集成了一个安全相关的sdk，而这个sdk中使用的so是加过壳的。

它加载native so的方式是：Java System.loadLibrary ——> native so 壳 ——> 内存中脱壳 ——> 写到/data/data/package/files/libxxx.so ——> c 中调用dlopen。

此时dlopen报错dlopen failed: couldn't map "/data/data/package/files/libxxx.so" segment 1: Permission denied。进入到/data/data/package/files/目录，发现libxxx.so被删除。

一度感觉非常奇怪，为什么失败。google搜了一段，可能是SELinux机制的功劳。。。总算找到一点线索。

ps -Z 查看进程的标记，发现是PLATFORM_APP。当SELinux对应用打标为PLATFORM_APP时dlopen不能从/data目录加载so，会报如上错误并将so删除。

那么哪些是PLATFORM_APP,当应用签名与系统签名一样时就是PLATFORM_APP。

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

carefulboys

关注关注

1
点赞
踩
5

收藏

觉得还不错? 一键收藏
7
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

error: libcublasLt.so.11: cannot open shared object file: No such file or directory/缺少libcublas.so查找

pvmsmfchcs的博客

04-16

2066

缺少libcudart.so.11.0和libcudnn.so.8。推荐安装cuda11.4的版本，比较稳定。如果有的话就复制到系统的lib中去。先系统查找一下有没有对应的库。

TPM零知识学习十 —— tpm全安装流程复盘（中）

phmatthaus的专栏

01-12

1500

TPM零知识学习十 —— tpm全安装流程复盘（中）

7 条评论您还未登录，请先登录后发表或查看评论

dlopen failed: couldn‘t map “/data/xxxx.so“ segment 1: Permission denied

的博客

04-25

944

通过frida Module.load('xxx.so')时，出现标题中的报错可讲so移动到/system/etc目录下即可

关于android 5.0报错:dlopen failed: couldn't map ... Permission denied

shan987的专栏

07-22

7916

这应该是一个极少应用能遇到问题，既然被我碰到了，而且为此排查折腾了好几天，跟人约好打球都没去成，还是在这里写一下。如果有后来者也同样遇到，或许可以省些力气。我的应用当中集成了一个安全相关的sdk，而这个sdk中使用的so是加过壳的。它加载native so的方式是：java System.loadLibrary ——> native so 壳 ——> 内存中脱壳 ——> 写到/data/d

dlopen failed: couldn't map ... Permission denied

hqbvqv的专栏

10-25

2302

android ndk这个错误是加载SO文件的时候出错.现在发现主要是SO放到SDCARD中调用了.但是这个目录是不允许执行程序的,主要是因为这个可以卸载.一定要放到/data/目录来运行.

dlopen android 权限,readlink(‘/ proc / self / fd / 21’)失败：将Admob模块添加到Appcelerator应用程序后,Android 6中的权限被拒...

weixin_33736514的博客

06-04

517

我在appcelerator工作室创建应用程序.它在我的Android 6联想a7000上运行没有错误,直到我添加了admob模块.现在我得到这些错误：[ERROR] : linker: readlink('/proc/self/fd/21') failed: Permission denied [fd=21][ERROR] : linker: warning: unable to get r...

谈谈Android的so

fengjundev的博客

11-07

719

一般情况下，我们不需要关心so。但是当APP使用的第三方SDK中包含了so文件，或者自己需要使用NDK开发某些功能，就有必要去好好了解下so的一些知识。

再谈Android动态链接库

xiangzhihong8的专栏

06-07

6773

前不久，我们准备将自己开发的视频播放sdk提供给公司其他部门，在打包的时候，同事问了我一个问题，为什么我们打sdk的时候需要分别提供armeabi和arm64-v8a(ps，还有其他7种CPU架构)。其实这是一个常识问题，针对不同的架构我们肯定要提供不同的动态链接库，所以，在实际开发过程中，我们并不是将这7种so库都集成到我们的项目中去，我们会根据实际情况做一个取舍。那么旧事重提，我们再来看看And

android volume设置代码分析

shi_xin的专栏

08-28

4684

volume设置，跳过binder部分（binder独立理解）

Opendir failed, Permission denied

Addie's blog

11-28

1864

用adb查看SQLite对数据库的操作，使用方法输入"ls"即可，但是今天真机调试时出现了下面的提示： Opendir failed,Permission denied. 简单说就是"开启目录失败，许可被拒绝"，解决方法也很容易，只要输入"su"请求获取root权限，在手机上确认root权限即可，再次输入"ls"可以查看文件.

linux dlopen 加载动态链接库失败

悟已往之不谏，知来者之可追

07-02

5587

代码如下： g_dynamicHandle= dlopen("libcalcDistance.so", RTLD_NOW); if (nullptr == g_dynamicHandle) { std::cout << "load so failed." << std::endl; return; } 然后再执...

dlopen_mode load so失败的可能原因

lqw198421的专栏

05-11

1363

今天测试一个用例，其实不能说是测试，因为前面都已经完成了，只是需要支持一些新的功能，所以需要在当前版本上进行相应的修改然后测试。简单来说，还是plt hook的实现，只不过前一段时间针对的都是java编写的目标程序，现在针对的是c编写的目标程序（c编写的目标程序的功能早就验证过了）。本来以为是一个很轻松的事情，结果添加新功能的代码后，凉凉，根本找不到注入的函数，不应该啊，因为c编写的目标程序应该是最没有问题的。通过查看线程的maps信息，发现so注入都没有成功，再通过log查看，调用dlopen_mod

android app调用so 报错 dlopen failed: library “libnativehelper.so“ not found解决办法

山水之间

04-13

6317

android ndk app调用so报错

Android 8.0 system app加载so Permission denied 解决

lb5761311的专栏

11-06

1万+

在预置包含react native 的Android app 预置到mtk 6739的系统中，此app 具体 platform 签名。此app启动会加载一些 facebook的so库发现此app 如果预置到system/app下，启动会报错。开始以为是没有把相关的so库放到 system/app/xx/lib 下。在Android 6.0我都是可以正常启动的。发现在8.0 仍然会报错。报...

加载动态链接库文件.so 失败出错—— No such file or directory （没有文件或目录）问题处理

最新发布

f305176014的博客

07-07

3544

app中有 a模块, 在a模块中通过cmake 构建 libso_a.so ,libso_a.so 依赖三方编译好的 libso_b.so, 编译运行后打开即崩溃....通过设置配置,不使用全路径连接

程序运行时加载动态库cannot restore segment prot after reloc: Permission denied错误解决方法

q191201771的专栏

12-16

1088

有时候我们使用一些开源库时,程序编译链接后生成可执行文件后运行会出现无法加载动态库的情况,./a.out: error while loading shared libraries: /usr/lib/libavutil.so.50: cannot restore segment prot after reloc: Permission denied 在网上搜索了一下解决方案,大概说的是一个关于安全性的东西SELINUX搞的鬼,导致权限不够的问题,有兴趣的可以去google selinux

android报错UnsatisfiedLinkError: dlopen failed: library "libjpeg-turbo1500.so" not found

06-02

这个错误通常发生在使用NDK开发Android应用时，因为应用无法找到所需的本地库。解决方法是确保本地库已经正确地被加载。可以尝试将本地库的路径添加到LD_LIBRARY_PATH环境变量中，或者将它们复制到应用的libs目录中。在Android平台中，可以将本地库放置在应用的libs目录中，并在build.gradle文件中添加以下配置： ``` android { // ... sourceSets { main { jniLibs.srcDirs = ['libs'] } } // ... } ``` 同时，在C++代码中，需要使用`System.loadLibrary()`方法加载本地库，例如： ```cpp #include <jni.h> extern "C" { JNIEXPORT void JNICALL Java_com_example_MyClass_nativeMethod(JNIEnv* env, jobject thiz) { // Load the native library System.loadLibrary("libjpeg-turbo1500"); // ... } } ``` 如果本地库已经位于应用的libs目录中，则可能需要确保库名称正确，并且具有正确的权限和所有权。另外，如果使用的是不同的ABI架构，则需要将对应的本地库放置在正确的目录中，例如： - armeabi-v7a: `libs/armeabi-v7a/libjpeg-turbo1500.so` - arm64-v8a: `libs/arm64-v8a/libjpeg-turbo1500.so` - x86: `libs/x86/libjpeg-turbo1500.so` - x86_64: `libs/x86_64/libjpeg-turbo1500.so`