![]() |
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-03 01:01 |
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,465 / 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: 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: 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: 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: Can the owner of the post post the complete version? |
|
|
[ Contact the Union admin team -
中国DOS联盟 -
Standard version ] Sponsored by ifanr Inc | © 2001–2023 |