这是什么编码,以及如何解码它?

发布于 2024-11-03 14:24:22 字数 840 浏览 0 评论 0原文

我在 ASP 验证码图像中看到了这种编码,我想知道它是什么类型,以及如何解码它(如果可能!)

示例:

AJKF ==> Qp6TyMd9r7hGWwymcayiwg==

CQQL ==> b0oFR8d/QBNbGT2Ov8gx3g==

我没有脚本代码。

编码来自轮询中的验证码图像 url,因此我必须刷新轮询页面才能获取包含解码字符串的新 url。

http:// www.aljazeera.net/Portal/KServices/Controles/SecureCAPTCHA/GenerateImage.aspx?Code=b0oFR8d/QBNbGT2Ov8gx3g==&Length=4

http://www.aljazeera.net/Portal/KServices/Controles/SecureCAPTCHA/GenerateImage.aspx?代码=Qp6TyMd9r7hGWwymcayiwg==&长度=4

I saw this encoding in an ASP captcha image, I want to know what type it is, and how to decode it (if possible!)

Examples:

AJKF ==> Qp6TyMd9r7hGWwymcayiwg==

CQQL ==> b0oFR8d/QBNbGT2Ov8gx3g==

I didn't have the script code.

The encoding is from captcha image url in a polling, so I have to refresh the polling page to get a new url the contains decoded string.

http://www.aljazeera.net/Portal/KServices/Controles/SecureCAPTCHA/GenerateImage.aspx?Code=b0oFR8d/QBNbGT2Ov8gx3g==&Length=4

http://www.aljazeera.net/Portal/KServices/Controles/SecureCAPTCHA/GenerateImage.aspx?Code=Qp6TyMd9r7hGWwymcayiwg==&Length=4

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

不再让梦枯萎 2024-11-10 14:24:22

这两个字符串是 128 位值的 Base64 表示,因此它可能是某种 128-输入的位哈希,但它似乎不像输入的 MD5 那么简单细绳。

如果它是哈希值,则由于冲突而无法对其进行解码,尽管您可以计算 AAAA...ZZZZ 的哈希值并构建查找表,对于如此短的字符串,碰撞的可能性非常小。

Base64 解码的十六进制值是(使用此转换器):

AJKF ==> Qp6TyMd9r7hGWwymcayiwg== ==> 429E93C8C77DAFB8465B0CA671ACA2C2

CQQL ==> b0oFR8d/QBNbGT2Ov8gx3g== ==> 6F4A0547C77F40135B193D8EBFC831DE

Google 找不到匹配这两个十六进制字符串,所以我猜它要么是自定义哈希,要么输入被修改(fe salted)。

The two strings are Base64 representations of a 128 bit value, so it might be some sort of 128-bit hash of the input, but it doesn't seem to be as simple as MD5 of the input string.

If it is a hash, it won't be possible to decode it because of collisions, although you could f.e. calculate hashes of AAAA...ZZZZ and build a lookup table, and for such short strings the chance of a collision is quite small.

The Base64 decoded hex values are (using this converter):

AJKF ==> Qp6TyMd9r7hGWwymcayiwg== ==> 429E93C8C77DAFB8465B0CA671ACA2C2

CQQL ==> b0oFR8d/QBNbGT2Ov8gx3g== ==> 6F4A0547C77F40135B193D8EBFC831DE

Google doesn't find matches for these both hex strings, so I guess it's either a custom hash or the input gets modified (f.e. salted).

つ低調成傷 2024-11-10 14:24:22

编码过程的结束步骤是base64,我对此几乎没有疑问,但它必须包括一些我无法清楚关注的先前步骤。也许对字符串字节进行一些哈希函数,然后使用base64?最坏的情况可能是一些实际的加密,然后base64编码。

谁能告诉我们......你能给我们更多的例子吗?另外,有没有其他方法可以解决您的问题?

编辑:我确信这是字符串的MD5哈希加上一些未知的加盐。破解它是相当困难的。

The ending step of the encoding process is base64, I have almost no doubt about that, but it has to include some previous step I can't clearly focus. Maybe some hashing function on the string bytes, and then base64? The worst case could be some actual encryption and then base64 encoding.

Who can tell... Can you give us more example? And also, isn't there any other way to solve your problem?

EDIT: I'm convinced this is an MD5 hash of the string plus some unknown salting. It's quite difficult to crack it.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文