浏览器码农

背景：
        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;

}

纯粹记录一下。