-
Notifications
You must be signed in to change notification settings - Fork 102
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
practice mode flag realism #590
Comments
Since technically you can set the flag to whatever you want in practice mode, this could be considered more of a discoverability problem. Maybe we could make this specific to only the AES challenges? We could have the challenge init script for AES challenges set it. Also ,maybe some punctuation like |
I think it is a bug for any challenge to depend on the format (including length) of the flag. If we decide to change the format of the flag some day to include more metadata and it gets longer (for example, adding a timestamp), we cannot be constrained by what a challenge thinks the flag should look like. These things must be decoupled. That being said, I would be in favor of the practice flag being |
I like this idea of an actual, generated flag for practice mode... The specific event that sparked this issue creation was a student attempting an AES byte-by-byte decryption challenge, and it worked great for the practice flag but didn't support some of the chars in our base64ed flags. So it's not the challenge that was flag-dependent, but the solution. |
We should consider making the flag in practice mode something a bit more realistic, such as
pwn.college{PRACTICEfakeFLAGpracticeFAKEflagFaKeFlG}
. This keeps the length realistic and makes, e.g., AES block splitting consistent between practice mode and real mode.The text was updated successfully, but these errors were encountered: