是否存在使用特定位数数字的加密算法？附待解base36密文

关于这类密文的算法可能性 #

存在多种加密/编码方案可以生成此类由9位（以8、9开头）和10位（以1开头）数字组成的密文，这类密文本质是十进制数值形式的编码结果，可能是自定义映射、分组数值转换，或是基于简单数学运算的加密方案，并非局限于通用标准编码。

给定密文 #

1752462448 1933193007 1667526190 1684632419 1869767777 1886400099 1869426529 1953784163 1751999854 1953705777 808924214 943272760 825768241 858992688 876162865 808924214 959918133 892810033 825832761 808726350 1162236485 1412330081 1912602624

Base36解码无效的原因 #

工具识别为Base36是误判：Base36是将二进制/文本编码为0-9a-z的字符串，而你的密文本身就是十进制数字，反向解码相当于把十进制数转回Base36字符串，完全不符合编码逻辑，自然得不到有效明文。

破解的可行方向 #

• 重复项分析：密文中808924214出现两次，对应明文中大概率是重复的字符、单词或标点，可优先以此为突破口测试变换规则。
• 数值范围映射：
  • 9位数字范围800000000-999999999，10位数字范围1000000000-1999999999，可尝试减去基准值（如10位减1000000000，9位减800000000），将结果映射到ASCII/Unicode字符范围，或拆分数值为多段对应多字节字符。
  • 也可尝试将数值转为十六进制，再解码为UTF-8文本，比如取808924214转十六进制为308F7B66，解码后尝试是否有意义。
• 简单数学变换：测试固定密钥异或、加减固定值等操作，比如用常见的ASCII可打印字符范围（32-126）反向推导可能的变换规则。
• 自定义映射表：如果是自定义加密，可能是数字与字符/单词的一对一映射，这种情况需要额外上下文或映射规则才能破解。

内容的提问来源于stack exchange，提问作者Alper Kömürcü