Server security

From AssaultCube

Jump to: navigation, search
This page needs to be restructured or rewritten

Contents

General

It is easy to set up a minimal server, however if you plan to host a server over a long time you should consider some security aspects. General goals:

  1. Run the server with an underprivileged user account. This reduces the applications access to local system resources such as the filesystem
  2. Run the server in a way that does not require an interactive session. This ensures that the server keeps running independent of any user session.
  3. Run the server in a sandbox. Isolate the server process to minimize its ability to affect the local system

The following sections describe these measurements on different platforms. It is presumed that the reader knows how to perform basic administrative tasks such as creating new user accounts.

Microsoft Windows

This section covers the following Windows platforms:

  • Microsoft Windows Server 2003
  • Microsoft Windows Server 2000
  • Microsoft Windows XP

Running the AC server as a service

Creating an own service for the AC server is a good way to achieve the goals 1. and 2. : It runs the AC server using a configurable user credential and keeps it running independent of any user session.

  1. Create a new user account for the AC server, e.g. a local user account named ACserver.
  2. Remove the account from the Users group.
  3. Create a new group for game servers, e.g. Gameservers and add the ACserver account to it.
  4. Set the correct filesystem permissions:
    1. Deny write permission on the system drive (C:\)
    2. Grant execute permission on the \bin_win32 folder
    3. Grant execute permission on the \assaultcube_server.bat file
    4. Grant Read permission on the \config\maprot.cfg file

..undone

Linux/Unix

TODO: cross distro description

Personal tools