移動端爬蟲工具與方法介紹


本文來自網易雲社區

作者:王濤


本文主要介紹了移動端爬蟲的工具與方法,作為一個入門的大綱。沒有詳細介紹的也給出了本人學習過程中借鑒的資料的鏈接,適合對移動端爬蟲感興趣的同學入門。


一、抓包模擬

基本原理(中間人攻擊)

中間人攻擊:在中間人攻擊中,攻擊主機通常截斷客戶端和服務器的加密通信。攻擊機以自己的證書替代服務器發給客戶端的證書。通常,客戶端不會驗證該證書,直接接受該證書,從而建立起和攻擊機的安全連接。這樣,客戶端發送的數據,都會被攻擊機獲取和解密。

工具介紹


Fiddler charles anyproxy
手機安裝證書 需要 需要 需要
支持抓取 http/websocket/https(單向認證) http/websocket/https(單向認證) http/websocket/https(單向認證)
支持平台 win/mac/linux(受限) win/mac/linux win/mac/linux
腳本開發 Jscript.net 未知 js

具體的報文走向如下

image

手機上的配置方法(以Fiddler為例,其它類似)

  1. 准備工作:手機與PC在同一個局域網內(可以連同一個WIFI,或者電腦插入移動WIFI)

  2. 配置步驟見下:

imageimageimageimageimage

參考鏈接: https://blog.csdn.net/gld824125233/article/details/52588275

==特別說明,抓不到報文可能的情況==

1、單向雙向 https

https的抓包原理是基於中間人攻擊的方式,但是這種方式只適用於單向認證的方式,也就是只是客戶端去檢驗服務端的證書。而雙向認證的Https,服務端還會校驗客戶端的證書。https握手過程如下:
imageimage

如何檢測是雙向認證還是單向認證,可以通過wireshark抓包看雙方的協商過程,證書的交換是否是雙向的。

解決辦法:暫時沒有好的辦法解決這個抓包的問題

2、ssl pinning

ssl pinning:證書鎖定Certificate Pinning是SSL/TLS加密的額外保證手段。它會將服務器的證書公鑰預先保存在客戶端。在建立安全連接的過程中,客戶端會將預置的公鑰和接受的證書做比較。如果一致,就建立連接,否則就拒絕連接。Certificate Pinning在手機軟件中應用較多。因為這些應用連接的服務器相對固定,可以預先將服務器的X509證書或者公鑰保存在App中。例如,蘋果應用商店Apple App Store就預置了這個功能。當使用中間人工具或者Fiddler之類的工具攔截數據,就會造成應用商店無法聯網的情況。

解決辦法:手機安裝xposed和Justtrustme 插件(https://github.com/Fuzion24/JustTrustMe)

抓取實現

抓到報文后,就可以模擬請求了。請求發送的幾種方式:

  • 抓包工具里面提供了發送功能,Fiddler中的Composer 標簽里提供了此功能。

  • Chrome的Postman擴展程序也可以用來發送報文。

  • Python中的requests包也可以方便地實現

缺陷

  1. 如何構造更多的請求?(常見的分頁請求、更換查詢參數等)

  2. 如果抓不到包怎么辦?(如果通信走socket怎么辦?)

  3. http參數中包含加密、簽名字段,如何找到參數的生成方法?


二、模擬點擊

基本原理(基於UIautomator)

通過程序模擬人的行為對APP的界面進行點擊、滑動等操作,同時可以獲取APP的Activity頁面上的大部分控件上的文本信息(有一些可能獲取不到,Uiautomator本身就獲取不到)

image

Appium官網介紹:
https://appium.io/docs/cn/about-appium/intro/,
https://github.com/appium/appium

Macaca:  https://macacajs.com/

工具介紹


Appium Macaca
支持平台 需要 需要
腳本語言 PC/ios/android/hybrid(h5、native混合) PC/ios/android/hybrid
備注 支持Android所有版本 Android支持API>17
底層框架 UIAutoation(IOS)/UIAUtomator+Selendroid(Android) XCUITest(IOS)/UIAUTOMATOR(Android)
穩定性 一般 更好
開源 JS基金項目,社區活躍 阿里開源,未來未知

==特別說明==

抓取實現

  1. 程序基本架構
    imageimage

  2. 框架API說明
    以Appium為例,Appium 支持的API 介紹如下:

  • 定位支持

    • 通過accessibility id查找元素

    • 通過元素id

    • 通過元素文本內容

    • 通過元素可見鏈接文本定位

    • 通過元素標簽名稱定位元素

    • 通過元素class name屬性定位元素

    • 支持單個、批量獲取

  • 操作支持

    • 從某個元素滑動到另一個元素

    • 把某元素拖到目標元素

    • 模擬手指點擊(最多五個手指),可設置按住時間長度(毫秒)

    • 從A點滑動到B點,滑動時間可配

    • 快速滑動

    • 模擬雙指捏(縮小操作)

    • 在元素上執行放大操作

    • 單擊

    • 還能搖一搖(IOS支持)

    • 執行JS腳本

    • 獲取H5頁面的page source

    • 輸入框輸入(回車的支持,建議選用sogou輸入法,keycode: 66 ,==這樣不需要去定位鍵盤上回車的輸入==)

  • 控制APP

    • 安裝、刪除、運行、關閉APP

    • 指定運行某APP的某activity

  • 獲取控件信息

    • 文本

    • 元素tag名稱

    • 內容描述(content-desc)

樣例代碼(python)

如果使用過selenium做爬蟲或測試,對這個接口應該很熟悉。

from appium import webdriver

desired_caps = {}
desired_caps['platformName'] = 'Android'desired_caps['platformVersion'] = '6.0'desired_caps['deviceName'] = '192.168.174.101:5555'desired_caps['appPackage'] = 'com.android.calculator2'desired_caps['appActivity'] = '.Calculator'driver = webdriver.Remote('http://localhost:4723/wd/hub', desired_caps)
driver.find_element_by_id("digit_1").click()
driver.find_element_by_id("op_add").click()
driver.find_element_by_id("digit_2").click()
driver.find_element_by_id("eq").click()
driver.quit()

缺陷

  1. 獲取效率低

    • 定位元素需要時間

    • 為了保證穩定,需要在額外地增加等待時間

  2. 獲取的數據有限

    • 只能獲取到界面上可視控件的信息

    • H5頁面信息,(需要切換driver到H5)

  3. Appium的不穩定,出現異常時有可能進程卡死,需要重新啟動


三、APK逆向

基本原理

方法一、二 對於沒有android逆向經驗的朋友是不錯的選擇,開發起來也比較簡單,能滿足一些對於應用數據的需求。但是如果想要更高效地獲取更多的數據,就需要研究APP的代碼。通過向APK中注入自己的代碼,修改APP本身原來的邏輯,比如修改函數執行內容、增加新的邏輯等等來來實現自己的目標。一般的操作步驟如下:

  1. 逆向APK

  2. 分析smali代碼

  3. 通過hook框架向APK中注入代碼,修改邏輯

需要的基礎
  • smali語法

  • APK反編譯

  • 靜態、動態調試

  • 常用HOOK框架

  • 反調試、反HOOK應對策略

下面知識可以快速入門smali語法,最基本的數據類型,函數定義關鍵字,寄存器作用說明

關鍵字

field private isFlag:z --- 定義變量.method --- 方法.parameter --- 方法參數.prologue --- 方法開始.line 12 --- 此方法位於第12行invoke-super --- 調用父函數const/high16 v0, 0x7fo3 --- 把0x7fo3賦值給v0invoke-direct --- 調用函數return-void --- 函數返回void.end method --- 函數結束new-instance --- 創建實例iput-object --- 對象賦值iget-object --- 調用對象invoke-static --- 調用靜態函數

數據類型

B --- byteC --- charD --- double (64 bits)F --- floatI --- intJ --- long (64 bits)S --- shortV --- void 只能用於返回值類型Z --- BooleanLxxx/yyy/zzz; --- 類
 [XXX --- 數組

寄存器類型

寄存器采用v和p來命名,
v表示本地寄存器,p表示參數寄存器,
共16個寄存器,v0~v15,  關系如下
v0第一個本地寄存器
v1第二個本地寄存器v2 p0(this)v3 p1第一個參數
v4 p2第二個參數
v5 p3第三個參數


當然,如果是靜態方法的話就只有5個寄存器了,不需要存this了。
.registers使用這個指令指定方法中寄存器的總數
.locals使用這個指定表明方法中非參寄存器的總數,放在方法的第一行

網址參考
https://bbs.pediy.com/thread-151769.htm

工具介紹

1. 反編譯工具

APKToolbox 工具

imageimage

AndroidKiller(smali 代碼IDE)

imageimage

常見問題及解決辦法

  • 有一些包無法使用Apktool進行反編譯,常用解決辦法:

 需要先下載smali.jar,baksmali.jar signapk.jar,
 先把APK包解壓縮,然后直接使用 smali.jar  baksmali.jar 來進行解壓縮1:將dex 輸出為 smali文件
java -jar baksmali-2.0.3.jar classes.dex   # 把dex 文件反編譯2:將修改的smali 文件 重新打包成dex 文件# 把 out 文件夾下的smali文件重新打包成classes.dex文件java -jar smali-2.0.3.jar out #給APK包簽名java -jar signapk.jar testkey.x509.pem testkey.pk8 update.apk update_signed.apk
2. 脫殼工具

一些對安全性要求高的APP會采用加固工具為自己的APK加殼,表象就是你能反編譯代碼,反編譯出來的smali代碼很簡單,只能看到殼的主程序代碼,並沒有真實的業務邏輯代碼。 可以借助apktoolbox來進行檢測是什么殼,而去尋找對應的脫殼工具。(由於加固這個比較專業,這里只推薦幾款比較出名的脫殼工具,細的就講不了了)

3. 常用Hook 框架

xposed Cydia Substrate Frida
支持的系統 android android/IOS win/mac/linux/IOS/Android
版本要求 android<=8.0 android(<=4.4)/ios(<=9.1) android<=8.1
開發語言 Java Java Python+Js
是否Root 需要 需要 需要
運行 安裝后重啟 安裝模塊后需要軟重啟 基於腳本交互
Java/Native Java層 Java/Native Java/Native

Xposed:
API介紹:https://api.xposed.info/reference/packages.html
開發者論壇:(https://forum.xda-developers.com/xposed)

Cydia Substrate:
官網:http://www.cydiasubstrate.com/
文檔:http://www.cydiasubstrate.com/id/264d6581-a762-4343-9605-729ef12ff0af/

Frida:
官網:https://www.frida.re/

4. 動態調試smali代碼

需要安裝smaliidea,具體教程
http://blog.csdn.net/linchaolong/article/details/51146492

5. 動態調試so

使用IDA工具包,具體教程:
http://blog.csdn.net/jiangwei0910410003/article/details/51500328

==特殊說明==

隨着開發者對於數據安全性的重視,一般的APK都會有各種保護策略,包括代碼混淆、加殼,反調試,hook檢查等等策略。我們非專業安全研究人員,只能見招拆招,只要能實現我們的目的就可以了,面對一些常規的策略有以下幾種應對措施。

反調試
  • 調用ptrace(PTRACE_TRACEME,0,0,0) (原理一個進程只能被一個進程Ptrace)

  • 檢測TracerPid的值

  • 檢測代碼的執行間隔時間

  • 檢測手機的硬件信息是否在調試器中

  • 檢測android_server的端口號

  • 檢測android_server 名稱

  • 檢測在調試狀態下的軟件斷點

  • 通過使用Inotify對文件進行監控

  • 檢測進程列表中是否存在常見的Hook/調試的進程名稱

反hook
  • 檢測已經安裝的應用里是否包含xposed/Cydia Substrate

    • hook PackageManager的getInstalledApplications,把Xposed或者Substrate的包名去掉

  • 關鍵函數檢查調用棧里的可疑方法

    • hook Exception的getStackTrace,把自己的方法去掉

  • 檢測並不應該Native的native方法

    • hook getModifiers,把flag改成看起來不是native

  • 通過/proc/[pid]/maps檢測可疑的共享對象或者JAR

    • hook 打開的文件的操作,返回/dev/null或者修改的map文件

抓取實現

  • 基於框架,開發hook代碼

缺陷

  • hook的方式對APK的代碼有侵入,需要對APK中的各種反調試、反hook檢測手段做規避

  • 如果遇到加殼的,分析時間會很長。如果無法脫殼,那么將無法實現抓取


四、開發工具

  • Requests庫

  • 開源框架包括

    • Pyspider

    • Scrapy

    • Tornado協和實現並發訪問


五、參考


網易雲免費體驗館,0成本體驗20+款雲產品!


更多網易研發、產品、運營經驗分享請訪問網易雲社區


相關文章:
【推薦】 wireshark抓包分析——TCP/IP協議
【推薦】 SpringBoot入門(二)——起步依賴
【推薦】 代碼混淆防止APP被反編譯指南


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM