chrome核心浏览器插件rsa的publickey散列为ExtensionID


背景:
        chrome核心的正规浏览器插件也就是crx后缀文件,每个crx都对应着一个唯一的id,和一个唯一的 rsa的公钥和私钥。一般私钥在生成crx插件的时候就分配好了
        以后为了id唯一性不变(中间可能会修改插件代码),平时得保存好私钥。
        为了模拟安装,只需要将唯一的公钥和唯一的id按照json的格式写好,计算好hash就行了。但是有的浏览器就是很恶心,安装的稍微多点后就吧id给拉黑名单。
        本来id,public key,private key三个都是唯一的,所以id很容易被定位,既然要解决这个问题,那么就要求id不唯一,要胡乱生成,换句话说
        就是private key和public key不让他唯一,也就是需要我们自己来生成。

结果:
        中间分析过程就不说了,累,总结下就是private key-->public key-->sha256-->base16(128)-->ExtensionID
        白话文就是:通过私钥,得到公钥,通过公钥进行sha256计算,对hash的结果取前面16个字节(128bit),然后再base16换算

参考:
     http://blog.163.com/hao_dsliu/blog/static/131578908201102754447335/ ;
     https://stackoverflow.com/questions/1882981/google-chrome-alphanumeric-hashes-to-identify-extensions/2050916#2050916 ;
     https://en.wikipedia.org/wiki/Public-key_cryptography ;

弯路:
        根据参考资料死活计算出来的不对,不经意间翻看chrome代码看到了一个public key
unsigned char kWebstoreSignaturesPublicKey[] = {
        0x30, 0x82, 0x01, 0x22, 0x30, 0x0d, 0x06, 0x09, 0x2a, 0x86, 0x48, 0x86,
        0xf7, 0x0d, 0x01, 0x01, 0x01, 0x05, 0x00, 0x03, 0x82, 0x01, 0x0f, 0x00,
        0x30, 0x82, 0x01, 0x0a, 0x02, 0x82, 0x01, 0x01, 0x00, 0x8f, 0xfb, 0xbf,
        0x5c, 0x37, 0x63, 0x94, 0x3c, 0xb0, 0xee, 0x01, 0xc4, 0xb5, 0xa6, 0x9a,
        0xb1, 0x9f, 0x46, 0x74, 0x6f, 0x16, 0x38, 0xa0, 0x32, 0x27, 0x35, 0xdd,
        0xf0, 0x71, 0x6b, 0x0e, 0xdc, 0xf6, 0x25, 0xcb, 0xb2, 0xed, 0xea, 0xfb,
        0x32, 0xd5, 0xaf, 0x1e, 0x03, 0x43, 0x03, 0x46, 0xf0, 0xa7, 0x39, 0xdb,
        0x23, 0x96, 0x1d, 0x65, 0xe5, 0x78, 0x51, 0xf0, 0x84, 0xb0, 0x0e, 0x12,
        0xac, 0x0e, 0x5b, 0xdc, 0xc9, 0xd6, 0x4c, 0x7c, 0x00, 0xd5, 0xb8, 0x1b,
        0x88, 0x33, 0x3e, 0x2f, 0xda, 0xeb, 0xaa, 0xf7, 0x1a, 0x75, 0xc2, 0xae,
        0x3a, 0x54, 0xde, 0x37, 0x8f, 0x10, 0xd2, 0x28, 0xe6, 0x84, 0x79, 0x4d,
        0x15, 0xb4, 0xf3, 0xbd, 0x3f, 0x56, 0xd3, 0x3c, 0x3f, 0x18, 0xab, 0xfc,
        0x2e, 0x05, 0xc0, 0x1e, 0x08, 0x31, 0xb6, 0x61, 0xd0, 0xfd, 0x9f, 0x4f,
        0x3f, 0x64, 0x0d, 0x17, 0x93, 0xbc, 0xad, 0x41, 0xc7, 0x48, 0xbe, 0x00,
        0x27, 0xa8, 0x4d, 0x70, 0x42, 0x92, 0x05, 0x54, 0xa6, 0x6d, 0xb8, 0xde,
        0x56, 0x6e, 0x20, 0x49, 0x70, 0xee, 0x10, 0x3e, 0x6b, 0xd2, 0x7c, 0x31,
        0xbd, 0x1b, 0x6e, 0xa4, 0x3c, 0x46, 0x62, 0x9f, 0x08, 0x66, 0x93, 0xf9,
        0x2a, 0x51, 0x31, 0xa8, 0xdb, 0xb5, 0x9d, 0xb9, 0x0f, 0x73, 0xe8, 0xa0,
        0x09, 0x32, 0x01, 0xe9, 0x7b, 0x2a, 0x8a, 0x36, 0xa0, 0xcf, 0x17, 0xb0,
        0x50, 0x70, 0x9d, 0xa2, 0xf9, 0xa4, 0x6f, 0x62, 0x4d, 0xb6, 0xc9, 0x31,
        0xfc, 0xf3, 0x08, 0x12, 0xff, 0x93, 0xbd, 0x62, 0x31, 0xd8, 0x1c, 0xea,
        0x1a, 0x9e, 0xf5, 0x81, 0x28, 0x7f, 0x75, 0x5e, 0xd2, 0x27, 0x7a, 0xc2,
        0x96, 0xf5, 0x9d, 0xdb, 0x18, 0xfc, 0x76, 0xdc, 0x46, 0xf0, 0x57, 0xc0,
        0x58, 0x34, 0xc8, 0x22, 0x2d, 0x2a, 0x65, 0x75, 0xa7, 0xd9, 0x08, 0x62,
        0xcd, 0x02, 0x03, 0x01, 0x00, 0x01
};

大小为294字节 .
然后把public key通过base64解密,同样也是得到了294字节,并且前后字节开始都很像。

所以最终总结是:
        private key-->public key-->base64-->sha256-->base16(128bit) == ExtensionID

char* GetExtensionID(unsigned char* SignaturesPublicKey)
{
        char* ret = (char*)malloc(33);
        int len = sizeof(kWebstoreSignaturesPublicKey);
        unsigned char hash[32] = {0};
        sha256_ctx ctx1;
        int i;

        sha256_init(&ctx1);
        sha256_update(&ctx1, SignaturesPublicKey, len);
        sha256_final(&ctx1, hash);

        memset(ret,0,33);
        for (i = 0; i < 16; ++ i)
        {
                sprintf(ret + i*2, "%02x", hash[i] & 0xFF);
        }

        for (i = 0; i < 32; ++ i)
                ret[i] = ret[i] < 97 ? ret[i] + 49 : ret[i] + 10;

        return ret;
}

纯粹记录一下。

CopyRight @2018, Www.LiuLanQiCode.Com, Inc.All Rights Reserved.鲁ICP备18034788号-1, QQ:8560851 转载请标明来源,否则木有小jj

鲁公网安备 37078302000299号