Skip to content
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

Tighten Security #14

Open
ToruiDev opened this issue Oct 14, 2021 · 4 comments
Open

Tighten Security #14

ToruiDev opened this issue Oct 14, 2021 · 4 comments
Assignees
Labels
help wanted Extra attention is needed question Further information is requested

Comments

@ToruiDev
Copy link
Collaborator

While Talking with @Ekwav we came up with a couple security enhancements.

So this is a RFC for how to further improve security:

1.) Execute:
Currently, even though unused, there is the ability for the server to execute any command as the player while connected.
To mitigate this security nightmare it can either be completely blocked off from the server, even though #1 requested it.
A (maybe) better way might be to have a white/black list of commands.
e.g. blacklist:

  • op
  • deop
  • kick
  • kill
  • pm
  • say

2.) every message written to the chat having a "onClick" should in their "hover" list the command about to be executed

Any other ideas or comments on this?

@ToruiDev ToruiDev added help wanted Extra attention is needed question Further information is requested labels Oct 14, 2021
@Ekwav
Copy link
Member

Ekwav commented Oct 16, 2021

1.)
I prefer blacklisting "bad" commands, while this leaves it somewhat vornable it doesn't require a mod update if a new useful command gets implemented.
2.)
Only that I would like that to be toggle-able so a normal non security-geek user doesn't get overwhelmed by to much text.

@ToruiDev
Copy link
Collaborator Author

1.) That seems reasonable, but would require an extensive blacklist, which i'm not in the loop enough to create outside of vanilla commands.

2.) Seems reasonable.
I Could add a settings file which allows you to toggle this behaviour.
Perhaps also with a command like /cofl[_settings] showCommands (true|false)?
Would there be other mod specific settings worth implementing?

@matthias-luger
Copy link
Contributor

sounds good

@abhithedev200
Copy link
Contributor

Instead of making whitelist etc, we could warn an use if they are not connecting to the official cofl endpoints hm?

@Flou21 Flou21 removed their assignment Oct 31, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
help wanted Extra attention is needed question Further information is requested
Projects
None yet
Development

No branches or pull requests

5 participants