Asp classic 经典ASP中的简单加密/解密函数

Asp classic 经典ASP中的简单加密/解密函数,asp-classic,encryption,Asp Classic,Encryption,经典ASP中是否有任何简单的加密/解密函数 需要加密和解密的数据不是超敏感的。所以简单的函数就可以了 4guysfromrolla.com: 请参阅本页末尾的附件 页面布局在我看来有点破损,但所有的信息都在那里。我通过bowser开发工具从DOM中删除代码块,使其可读。尝试以下方法: 经典ASP的加密和解密函数(通过TFI) '*******设置具有随机长度的随机字符串*********** cryptkey=“GNQ?4i0-*\CldnU+[vrf1j1pcwejfv4qgburfk6}*l

经典ASP中是否有任何简单的加密/解密函数

需要加密和解密的数据不是超敏感的。所以简单的函数就可以了

4guysfromrolla.com:

请参阅本页末尾的附件

页面布局在我看来有点破损,但所有的信息都在那里。我通过bowser开发工具从DOM中删除代码块,使其可读。

尝试以下方法:

经典ASP的加密和解密函数(通过TFI) '*******设置具有随机长度的随机字符串***********
cryptkey=“GNQ?4i0-*\CldnU+[vrf1j1pcwejfv4qgburfk6}*l[H1S:oY\v@U我,oD]f/n8oFk6NesH--^PJeCLdp+(t8SVe:ewY)(wR9p CzG我知道对于BrokenLink来说有点晚了,但是对于唱片公司和其他像我一样正在寻找的人来说

我找到了这个

它需要在WindowsServer上安装一个chilkat ActiveX组件。但这在查找资源和处理时间时变得很方便


它非常容易使用,并且给出的示例非常清楚。要使其成为您自己的,只需更改“keyHex”“variable value and voilá.

我想得越多..我的场景就越复杂。你能看看你是否能回答这个问题吗?@断开的链接:我不明白为什么使用RC4不适合描述的场景。你需要在两个ASP页面之间共享一个秘密(一个通用密码)然后你就可以确定发送到一个页面的加密消息是否是由另一个页面生成的。当然,密码永远不能泄露,这是唯一的问题。附言:我不会回答另一个问题来增加其他人尝试的机会。这是我在发布此问题时的意图。但是假设我使用的是RC4。我加密了一些随机密钥并发送了它,然后当我必须验证它时,RC4只会解密数据,不管它是什么,它不会告诉它是否能够成功解密。因为我没有首先存储生成的密钥,我不知道这是不是我生成的密钥。@Break Link:这是加密的一个普遍问题,而不是RC4。如果你想让消息可识别,那么你必须让它可识别。不要使用随机字符串,给它一个结构。使用客户端的IP、当前时间、固定格式,然后对它进行加密。单独加密随机字符串没有任何意义。结构化字符串看起来加密后足够随机,但解密后,通过将实际结构与预期结构进行比较,您将能够发现它是否是伪造的。当我下载并运行脚本时,加密和解密的值与示例不匹配,因此解密的值与原始输入的文本不匹配。不确定代码是否错误,或者其中是否有其他内容,我丢失了。我已对此进行了测试,但似乎得到了奇怪的结果-我先加密,然后解密并比较在几百个密码中,只有少数密码被成功解密为原始密码,许多密码中包含了有趣的字符,例如:
t2E���6
大致相同-尝试解密(加密(“明文”),结果不是明文