Skip to content

Remove default password from README#183

Merged
megascatterbomb merged 1 commit intoMegaAntiCheat:mainfrom
Sheemap:readme-update
Sep 25, 2024
Merged

Remove default password from README#183
megascatterbomb merged 1 commit intoMegaAntiCheat:mainfrom
Sheemap:readme-update

Conversation

@Sheemap
Copy link
Copy Markdown
Contributor

@Sheemap Sheemap commented Aug 12, 2024

Having the default password set like this in an install guide leads people to configure their system in an insecure way.

I assume yall have already thought of that, since the discord guide is updated already. I mostly just copied those changes into this readme

Let me know any thoughts yall have! Its exciting to see the work done so far. :)

Related suggestion

An idea for improvement could be to generate a secure default password when we initialize the config file. It could be logged to console for the user to put into their autoexec.cfg. The instructions would be updated to reflect

This not only helps encourage security, but it also removes a setting change step from the setup process.

Curious what thoughts are on this, if I should open an issue on it or not.

@Bash-09
Copy link
Copy Markdown
Contributor

Bash-09 commented Aug 12, 2024

It is not particularly important that the rcon password is secure for most players, as unless the user has specifically port-forwarded their TF2 ports and has their device exposed to the wider internet, an rcon connection will not be able to be initiated from outside the user's device.

There is a note for players who specifically do host servers on their own machine and expose them to the wider internet, as those are the only players who could be affected, and I believe anybody who is at risk of that will be knowledgeable and sensible enough to pay attention to that.

That said, I do not mean to dismiss this idea altogether, just providing the justification for why it was made this way. If others think this is still important I won't stop it, but I'm not going to bother worrying about it personally.

@Sheemap
Copy link
Copy Markdown
Contributor Author

Sheemap commented Aug 12, 2024

I agree, the attack surface is pretty minimal. If it adds significant friction, its probably not worth caring about. But if it could be done without inconveniencing the user, Id say its worth doing.

Also Im certainly not meaning to attack your implementation :) Im really interested in what you are doing here, and would love to potentially get involved in the community a bit. I saw the part 2 video and it got me hyped about the project. I didnt mean to come in with a PR criticizing your work, and I apologize if I came across that way.

@Bash-09
Copy link
Copy Markdown
Contributor

Bash-09 commented Aug 12, 2024

Also Im certainly not meaning to attack your implementation :) ... I didnt mean to come in with a PR criticizing your work, and I apologize if I came across that way.

Not in the slightest, contributions are always welcome and we appreciate the time you've taken to consider ways the project can be improved!

This is honestly probably more something @megascatterbomb should decide if he wants to unify the setup instructions or whatever.

Copy link
Copy Markdown
Contributor

@megascatterbomb megascatterbomb left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Although it's not a major risk, I think it's best we force the user to choose their own password. Don't want to risk a "megascatterbomb situation is insane" video appearing at some point down the line.

@megascatterbomb megascatterbomb merged commit d0f2076 into MegaAntiCheat:main Sep 25, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants