能力值:
( LV2,RANK:10 )
51 楼
顶一顶
能力值:
( LV15,RANK:500 )
52 楼
Alfik
Bitrock installbuilder-enterprise-20.3.0-windows + Keygen063K9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6E0k6h3N6S2i4K6u0W2L8Y4A6Q4x3V1k6X3K9h3I4W2i4K6u0r3j5Y4y4q4k6K6u0u0N6#2c8Q4x3U0y4s2f1Y4g2g2y4p5@1^5x3X3V1#2j5e0g2Y4 ...
7.4的安装包是19.7.0打包的. installbuilder的安装包分为metakit部分和cookfs部分, 前者没有加密, 后者加密了.
不确定加密是整个cookfs的镜像还是支持部分文件加密, 但应该不会是密码只用于判断, 肯定参与了加密. 至于是密码的原文经过无损还是hash后参与加密, 这个不熟悉, 从安装包来看这东西是基于tk/tcl的, 没玩过, 这个怎么hook?
能力值:
( LV9,RANK:181 )
53 楼
不懂,不过拿Binwalk看了下,更不懂了。这个字符串挺可疑的(FUVG01XI7Y),奈何只有10位。
在打包的时候,输入的密码,会对安装包内容进行加密,在安装的时候会验证密码,对安装包解密。
最后于 2020-8-6 19:07
被nevinhappy编辑
,原因: 上传抽取安装包内的文件。
上传的附件:
能力值:
( LV2,RANK:10 )
54 楼
nevinhappy
不懂,不过拿Binwalk看了下,更不懂了。这个字符串挺可疑的(FUVG01XI7Y),奈何只有10位。
你这个怎么导入进来的,下了这个软件包,导入不了那个设有安装密码的安装包
能力值:
( LV9,RANK:181 )
55 楼
wx_me_364648
你这个怎么导入进来的,下了这个软件包,导入不了那个设有安装密码的安装包
使用binwalk把文件解出来,工程文件就在里边。
能力值:
( LV2,RANK:10 )
56 楼
nevinhappy
使用binwalk把文件解出来,工程文件就在里边。
你那有你说的binwalk安装包吗
能力值:
( LV9,RANK:181 )
57 楼
wx_me_364648
你那有你说的binwalk安装包吗
48bK9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6Y4K9i4c8Z5N6h3u0Q4x3X3g2U0L8$3#2Q4x3V1k6d9k6f1k6A6M7X3#2x3j5h3u0K6i4K6u0r3j5X3W2F1N6$3q4D9K9H3`.`.
能力值:
( LV2,RANK:10 )
58 楼
不知道密码啊!
能力值:
( LV2,RANK:10 )
59 楼
能力值:
(RANK:215 )
60 楼
IDA 7.4.191112------------ Serial Keys ------------0J31RGPFT8G0BG19GZZDD57HPZXQXLFNUGFF1AE70T5FLI73CFW8ECNX3SZT------------------------------------- 搜索到这个东西,是否可以利用来找KEY?
能力值:
( LV15,RANK:500 )
61 楼
我感觉第一个任务应该是需要找到installbuilder验证密码的算法 并计算他的耗时 至于密码是否是作者脚本生成的, 脚本肯定改了. 从群里和论坛了解的信息看, 密码长度应该是14, 字符范围不变, 我找到一个密码用之前的算法套了套, 7.2的算法无法匹配, 但应该还是drand48, 脚本应该用了反序, 拼接等变形方法. 假设最坑爹情况, 找不到足够的密码来推测它的脚本, 完全随机是54^14次, 乘以hash验证算法耗时, 和inno版一样, 则显卡版需要耗时417400318647431秒, 无法接受. 那么它的cookfs可能的弱点有啥 第一个是, 它因为需要随机的提取vfs里面的文件, 所以用到的加密算法, 必然是可以快速定位的, 比如AES的counter模式, 从程序员的优化来看, 肯定不会是把cookfs复制到内存完全解密再从中复制文件. 他用的算法会不会有已知明文攻击呢? 第二个是, 它用来验证密码是否正确是不是和加载cookfs单独区分开的. 也就是它用fa(password)判断密码正确, 用fb(password)的结果去参与加载解密, 这2个算法是否相等或者hash结果是另一个的截取. 如果它是毫无保留地将密码参与文件解压后, 判断结果是否正确, 那就必须耗时了.
能力值:
( LV9,RANK:181 )
62 楼
能力值:
( LV15,RANK:500 )
63 楼
看那有啥用, 前面说过, metakit数据库本来就不加密, 7.2以前Mac/Linux用Installbuilder打包就是xml存储明文密码, 是个攻击窗口, 所以改了啊. 我的操作是自己生成带有不同密码的安装包, 并且比较生成文件的哪些地方有变化, 解出metakit部分Merge会发现除了时间戳, 其他一模一样. 所以整个metakit都不用看, 所以我得出结论: 加密做在cookfs里. 你还提醒我看前提吗.
能力值:
( LV9,RANK:181 )
64 楼
曾半仙
看那有啥用, 前面说过, metakit数据库本来就不加密, 7.2以前Mac/Linux用Installbuilder打包就是xml存储明文密码, 是个攻击窗口, 所以改了啊.
我的操作是自己 ... 那就是密码不太可能在这些文件里?我拿那个工具做出来带密码的包,都没有地方让我先设置密码加密,所以没像你这样验证。
最后于 2020-8-7 09:34
被nevinhappy编辑
,原因:
能力值:
( LV15,RANK:500 )
65 楼
能力值:
( LV2,RANK:10 )
66 楼
CuteMiyu
IDA 7.3之後改用InstallBuilder打包, 密碼變成14位, 密碼字元依然是a-z or A-Z ...
牛
假图PS的?
能力值:
( LV15,RANK:500 )
67 楼
我创建了个迷你的InstallerBuilder安装包测试, 它会在启动时候, 把一些dll释放到系统临时目录加载, 虽然名称换了BRxxxx.tmp, 但根据大小和时间可以判断 这些dll就包括了cookfs14.dll, 但要在输入密码验证时候, 又多了一个tcltwofish10.dll. 结合网上一些tcl的vfs加密方式, 可能cookfs带的加密是tcl目前支持的blowfish/aes/des/rc4/CryptKit(应该是个N合1)几个包, 所以也不能确定这个文件系统是否用的是tcltwofish10.dll与cookfs14.dll一起参与解密. 但至少有个C级别的hook点了
PS: 文件加密的和无加密的状态在cookfsinfo.txt多了-decompresscommand {::maui::util::MI_oJ zip}这个加载可能类似于管道操作?
最后于 2020-8-7 05:27
被曾半仙编辑
,原因:
能力值:
( LV12,RANK:230 )
68 楼
曾半仙
我创建了个迷你的InstallerBuilder安装包测试, 它会在启动时候, 把一些dll释放到系统临时目录加载, 虽然名称换了BRxxxx.t ...
https://bbs.pediy.com/thread-257083-2.htm#1656620
这个大佬是不是已经搞出来了
能力值:
( LV9,RANK:181 )
69 楼
shuax
https://bbs.pediy.com/thread-257083-2.htm#1656620
这个大佬是不是已经搞出来了
如果是这个算法,那基于就凉凉了。
能力值:
( LV1,RANK:0 )
70 楼
KingQueenWon
感觉跟53楼的那个高度关联可疑。找到了这个,不知道是否有助于找到密码:bceK9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6S2M7s2m8Q4x3X3g2S2L8Y4W2Q4x3X3g2J5N6h3&6Q4x3V1k6@1j5i4y4C8M7#2)9J5c8X3k6W2y4o6j5$3j5U0j5H3i4K6u0V1y4X3g2V1x3W2)9J5k6o6b7#2y4e0N6Q4x3X3b7^5x3$3k6V1i4K6u0V1x3K6M7^5x3K6c8S2j5h3c8W2x3r3x3#2i4K6u0r3 l ...
Looks like the installer is fake!
能力值:
( LV2,RANK:10 )
71 楼
大佬们,继续研究,不要沉。
最后于 2020-8-12 08:40
被lionnnn编辑
,原因:
能力值:
( LV2,RANK:10 )
72 楼
顶起
能力值:
( LV2,RANK:15 )
73 楼
感谢分享
能力值:
( LV2,RANK:10 )
74 楼
感谢分享....
能力值:
( LV2,RANK:10 )
75 楼
密码