中国DOS联盟论坛

China DOS Union

-- Unite DOS · Advance DOS · Grow DOS --
Union site: www.cn-dos.net Forum site: www.cn-dos.net/forum
Guest | Log in | Register | Members | Search | China DOS Union
中国DOS联盟论坛
The time now is 2026-08-02 22:48
48,038 topics / 350,123 posts / today 1 new / 48,251 members
DOS批处理 & 脚本技术(批处理室) » [Mini Game]Let's Decrypt Batch Processing Encryption Passwords
Printable Version  1,462 / 10
Floor1 everest79 Posted 2006-12-31 18:05
金牌会员 Posts 1,127 Credits 2,564
### Reference Materials
Batch Code for Calculating String Length to Check for Errors

Hehe, see who can figure out the password. The last line is the password. You can delete this line and then execute it to create your own password.



[ Last edited by everest79 on 2006-12-31 at 05:06 AM ]
Floor2 everest79 Posted 2006-12-31 23:56
金牌会员 Posts 1,127 Credits 2,564
Floor3 tghksj Posted 2007-01-01 04:28
社区乞丐 Posts 90 Credits -49
%RANDOM%
How is it possible to be reversed calculated???

Is it reverse enumeration????
Floor4 Michale Posted 2007-01-01 05:04
初级用户 Posts 27 Credits 52 From ☆逍遥宫☆
Floor5 everest79 Posted 2007-01-01 23:13
金牌会员 Posts 1,127 Credits 2,564
Originally posted by tghksj at 2006-12-31 03:28 PM:
%RANDOM%
How is it possible to be reversed?

Is it reverse enumeration?????

When the password exists, the assigned %random% is replaced. Take a closer look at the IN section
Floor6 everest79 Posted 2007-01-01 23:16
金牌会员 Posts 1,127 Credits 2,564
Originally posted by Michale at 2006-12-31 04:04 PM:
Let's try~~


Come on, this password can indeed be calculated by a very simple method
Because of the calculation time issue, I deleted one part of the encryption, otherwise it would take a lot of time
Floor7 everest79 Posted 2007-01-02 01:03
金牌会员 Posts 1,127 Credits 2,564
The password is


The biggest loophole in this encryption is that the password length is the key to calculation. As long as you enumerate password lengths from 1 to 40, you can obtain the encryption matrix, then reverse look up the ciphertext, and divide it into segments of three characters each to get the password.
Floor8 qzwqzw Posted 2007-01-02 01:47
银牌会员 Posts 636 Credits 2,343
The theoretical value is very high, but the practical value is not high.

Batch processing code is very easy to be modified, so it is not suitable for use as a password verification program.

It can indeed be used for text encryption, but the efficiency is worrying.

Moreover, the fact that this algorithm does not require a key for decryption also reduces security.

[ Last edited by qzwqzw on 2007-1-1 at 12:56 PM ]
Floor9 everest79 Posted 2007-01-02 06:46
金牌会员 Posts 1,127 Credits 2,564
Originally posted by qzwqzw at 2007-1-1 12:47 PM:
Theoretical value is very high, but practical value is not high

Batch processing code is easy to be modified, so it is not suitable for use as a password verification program

It can be used for text encryption, but the efficiency is worrying

And this calculation ...


These days I've been thinking about how this encryption can perform deep calculations without taking a long time. I post it just hoping everyone can have their own opinions. The envisioned application object is to encrypt the batch processing itself. Actually, it can't be regarded as real encryption because it's impossible to achieve the one-into-three integration of encryption standards. It's just setting an additional hurdle, increasing a bit of difficulty while adding more fun at the same time
Floor10 0401 Posted 2007-01-03 08:24
中级用户 Posts 88 Credits 435
Decryption P processing. Directly copied from the building block code of the original poster.


[ Last edited by 0401 on 2007-1-3 at 08:27 AM ]
Floor11 0401 Posted 2007-01-03 08:32
中级用户 Posts 88 Credits 435
Originally posted by everest79 at 2007-1-1 23:16:

Come on, this password can indeed be calculated through a very simple method
Because of the calculation time issue, I deleted one part of the encryption, otherwise it would take a lot of time


Can the owner of the post post the complete version?
[ Contact the Union admin team - 中国DOS联盟 - Standard version ]
Sponsored by ifanr Inc | © 2001–2023