一、工具和调试环境
二、分析用户名/注册码的算法
2.1运行程序
通过点击按钮输入Serial,正确的话状态就会变为REGISTRIERT
011-01.png (13.48 KB, 下载次数: 0)
下载附件
2023-2-11 18:43 上传
2.2查壳
用Die查壳,无壳,vb程序
2.3详细分析
老办法,上x64dbg,搜索字符串看看
011-02.png (205.55 KB, 下载次数: 0)
下载附件
2023-2-11 18:43 上传
好家伙,没看到UNREGISTRIERT,倒是看到一大堆REGISTRIERT。看了几个,验证过程大致一样,于是就选择了第一个跟进去看。
011-03.png (215.55 KB, 下载次数: 0)
下载附件
2023-2-11 18:43 上传
011-04.png (198.5 KB, 下载次数: 0)
下载附件
2023-2-11 18:43 上传
基本算法就是:将输入的每个字符的ascii码值和首个字符相加(必须是数值),然后将相加之和得到的结果转换为十六进制的字符串,最后拼接在一起,组成的字符串(首次拼接的时候,拼接到‘0’后面)和上图框出的字符串一样就注册成功。
由于最后的字符串每个字符必须是十六进制数,所以每个取值范围只能在0~F之间。上图中的明显不符合,有R,K。
011-05.png (106.45 KB, 下载次数: 0)
下载附件
2023-2-11 18:44 上传
转到引用界面,经过一番删选,只有上图框出来的那一个合适。为:0817E747D7A7D7C7F82836D74747A7F7E7B7C7D826D817E7B7C。此处又经过一番折腾,发现无论如何都无法满足。最后跟进到上面唯一正确提示的地方(之前分析的是第一个的,粗略看了下以为全部都一样),找到其算法位置
011-06.png (49.88 KB, 下载次数: 0)
下载附件
2023-2-11 18:44 上传
发现唯一的差别是取的前两个字符相加,不是之前的首个字符。
至此,基本算法确定:将输入的每个字符的ascii码值和前两个字符相加(必须是数值),然后将相加之和得到的结果转换为十六进制的字符串,最后拼接在一起,组成的字符串(首次拼接的时候,拼接到‘0’后面)和上图框出的字符串一样就注册成功。
三、算法核心代码模拟
char* GetKey10()
{
// 0817E747D7A7D7C7F82836D74747A7F7E7B7C7D826D817E7B7C
char szName[] = "817E747D7A7D7C7F82836D74747A7F7E7B7C7D826D817E7B7C";
static char szKey[60] = {};
int j = 0;
for ( j = 0; j
四、API总结
rtcLeftCharVar
// 获取指定字符串前面指定个数的字符组成的新字符串
// 栈传参
Variant* rtcLeftCharVar(Variant* pDesStr, Variant* pSrcStr, int nCnt);
rtcR8ValFromBstr
// 将字符串转换为双精度浮点数(遇到非数值字符会截断)
// 栈传参
double rtcR8ValFromBstr(char* pStr);
rtcMidCharBstr
// 从变体(字符串类型)字符串中指定位置开始获取指定个字符组成的新字符串
// Variant* pSrcStr 源字符串
// int nIdx 开始的位置(从1开始计算)
// Variant* pCnt 取多少个字符
// 通过栈传递参数
// 返回新的字符串的缓冲区的首地址
char* rtcMidCharBstr(Variant* pStr, int nIdx, Variant* pCnt);
rtcHexBstrFromVar
// 将变体(双精度浮点类型)转换为其十六进制组成的字符串
// 通过栈传递参数
// 返回字符串的缓冲区的首地址
char* rtcHexBstrFromVar(Variant* pDouble);