Encoding 未知的base64-like编码

我正在尝试为有线广播（.wsct）生成配置文件。我想为输出设置用户名和密码。问题是密码是以某种方式编码的

我可以在下面的示例中手动编码字符串

text       unknown-encoded  base64-encoded
a          og==             YQo=
password   Pp/nD+RP/WU=     cGFzc3dvcmQK
test123    t5RSTbhuCg==     dGVzdDEyMwo=

<output ... output_username="asd" output_password="t5RSTbhuCg==" ... />

文本未知编码base64编码
a og==YQo=
密码Pp/nD+RP/WU=cGFzc3dvcmQK
test123 t5RSTbhuCg==dGVzdDEyMwo=

---

有什么想法吗？

有没有可能先对密码进行加密，然后再进行B64编码？考虑到密码存储在磁盘上，这样做似乎是合理的。从给出的示例来看，它看起来不像简单的xor或类似的东西。它看起来也不像块密码，因为

a

映射到单个编码字符

申请书是用什么写的？也许您可以相当容易地反汇编该部分（在.net/java/的情况下）

---

编码可能是

base64

，因为末尾的填充匹配（至少在您提供的示例中是这样）。

这是非常正确的，我也会以某种方式对其进行加密。当解库64:83 53 96 5D 00 D7 22 93 02 B4 3D 90时，两个A的编码为此。甚至更多的a：83 53 96 5D 35 BC 19 CF 83 53 96 5D 35 BC 19 CF 83 53 96 5D 35 BC 19 CF 83 53 96 5D 35 BC 19 CF 83 53 96 5D 35 BC 19 CF 83 53 96 5D 35 BC 19 CF 83 53 96 6F A4 71 9D 36 00 2D。这个程序是用c/c语言编写的。好吧，这很有趣。所以这里有更多的事实：关键没有改变；块长度为8字节；块之间没有反馈（在您的示例中，8个字节充满了“a”，并不断重复）。也许您可以检查应用程序是否链接到某个ssl库？而且它看起来像一个流密码，而不是一个块密码（可能密钥重复了8个字节？），因为

a

实际上减少为1个加密字节。（好的-可能不是真正的流密码，但肯定是可以将假定的8字节块的其余部分删除而不会出现问题的东西）