http://zhaoxiaodan.com/cocos2dx/%E9%92%88%E5%AF%B9cocos2d%E5%9B%BE%E7%89%87%E8%B5%84%E6%BA%90%E8%87%AA%E5%AE%9A%E4%B9%89%E5%8A%A0%E5%AF%86%E7%9A%84%E8%A7%A3%E5%AF%86.html

發現某遊戲其assets目錄的圖片開啟是雪花, 而且用二進位制開啟檢視檔案, 找魔數啊什麼的, 都沒發定義, 是新的檔案格式? 還是被加密了?

google到這篇文章 破解TexturePacker加密資源 - 使用IDA才想起來, 可以使用ida進行反編譯.(除錯後發現, 該遊戲並不是使用TexturePacker提供的加密方式)

在哪裡解密的?

雖然遊戲沒有原始碼, 但是cocos2dx是有原始碼的, 參考進行除錯, 還是蠻簡單的, 而且記得一句話, 不管你怎麼加密, 最後你在記憶體裡, 肯定有一份解密之後的資料.

好, 按這個思路, 那我首先看, 這個解密之後的資料到底放在哪裡?

根據以前的經驗, cocos2dx的圖片資源載入, 是在Image::initWithImageData(const unsigned char * data, ssize_t dataLen) 函式, 按照函式名稱顧名思義:用資料初始化Image, 好了, 在ida 給這個函式下個斷點, 先看看這個傳進來的data

可以看到, data這個記憶體地址是debug148:797363E8

那也就是說, 圖片檔案是在被讀入記憶體之後, 在被初始化之前就解密了;

那圖片在哪裡被讀入?

cocos2dx的圖片資源載入, 一般都是從TextureCache::addImage(const std::string &path) 這個函式開始的, 參考原始碼

Texture2D * TextureCache::addImage(const std::string &path)
{
    //cache中是否已經有這個圖片
    auto it = _textures
 
.find(fullpath);
    if( it != _textures.end() )
        texture = it->second;

    //沒有
    if (! texture)
    {
        do 
        {
            image = new (std::nothrow) Image();
            CC_BREAK_IF(nullptr == image);

            //初始化image
            bool bRet = image->initWithImageFile(fullpath);
            CC_BREAK_IF(!bRet);

            texture = new (std::nothrow) Texture2D();
            //再用image初始化texture
            if( texture && texture->initWithImage(image) )
            {
                //hold 住
                _textures.insert( std::make_pair(fullpath, texture) );
            }
            else
            {
                CCLOG("cocos2d: Couldn't create texture for file:%s in TextureCache", path.c_str());
            }
        } while (0);
    }

    CC_SAFE_RELEASE(image);

    return texture;
}

然後追到

bool Image::initWithImageFile(const std::string& path)
{
    ...

    //從檔案讀入資料
    Data data = FileUtils::getInstance()->getDataFromFile(_filePath);

    ...
}

其實也就是CCFileUtils.cpp中的Data FileUtils::getDataFromFile(const std::string& filename)

這個CCFileUtils.cpp是平臺相關的, 每個平臺有每個平臺的具體實現. android的版本是CCFileUtils-android.cpp檔案

Data FileUtilsAndroid::getData(const std::string& filename, bool forString)
{
    ...
    //上面一大堆, 主要就是先判斷這個filename是絕對目錄還是assets目錄,    //如果是assets目錄則用AssetManager 來開啟並讀取,再做些分配記憶體什麼的事情
    //
   int bytesread = AAsset_read(asset, (void*)data, fileSize);
   size = bytesread;

   AAsset_close(asset);

    ...
}

在ida中找到相應的程式碼檢視

發現在AAsset_read 之後多了一個FileUtils::xxxxxxxxx函式的呼叫, 並且,v10這個指標指向的就是檔案讀入後的記憶體, 傳給了這個函式.

進到函式看一眼:

哦? 記憶體每4個位元組位與一個數再存回去? 得了, 基本是解密函式無疑. 驗證下

在115行也就是AAsset_read之後下個斷

看到檔案被讀入記憶體, 並且記憶體中的資料跟檔案是一致的

再在FileUtils::xxxxxxxxx之後下個斷

看到, v10 這個記憶體變化了, 出現了png的魔數.png

那麼FileUtils::xxxxxxxxx函式就是解密函式無疑

知道解密演算法了, 怎麼把圖還原出來?

很簡單, 照著這個函式寫一個c函式, 讀檔案進記憶體, 調這個函式解密, 就可以了

#include <stdio.h>
#include <stdlib.h>
void xxxxx(unsigned char* fileData, int fileSize)
{
    int v5,v6,v7,v8,v9,i;
    v5=0x00000000;
    v6=0;
    while(1)
    {
        v7=v6+v5;
        if( v6 >= fileSize / 4)
            break;
        v8= 4 * v6;
        v9 = *(int *)&fileData[4 * v6++];
        *(int *)&fileData[v8] = v7 ^ v9;
    }
    for ( i = 0; ; *(&fileData[fileSize] + i) = *(&fileData[fileSize] + i) ^ 0xCC )
    {
        --i;
        if ( ~i >= fileSize % 4 )
            break;
    }
}

int main(int argc,char** args)
{
    if(argc <= 2){
        printf("paramters wrong\n");
        return 1;
    }
    char* filePath = args[1];
    char* savePath = args[2];
    printf("%s => %s\n",filePath,savePath);

    FILE *fp = fopen(filePath, "r");
    if(!fp)
    {
        printf("read file %s fail !!\n",filePath);
        return 1;
    }
    fseek(fp,0,SEEK_END);
    size_t size = ftell(fp);
    fseek(fp,0,SEEK_SET);
    unsigned char* buffer = (unsigned char*)malloc(sizeof(unsigned char) * size);
    size_t readsize = fread(buffer, sizeof(unsigned char), size, fp);
    fclose(fp);
    xxxxx(buffer,readsize);

    FILE *pFile = fopen(savePath, "w");
    if(!pFile)
    {
        printf("write file %s fail !!\n",savePath);
        return 1;
    }
    fwrite (buffer , sizeof(char), readsize, pFile);
    fclose (pFile);

    return 0;
}