Security:Configuration information leakage
Important:
This content of this page has been updated and migrated to the new Moodle Developer Resources. The information contained on the page should no longer be seen up-to-date. Why not view this page on the new site and help us to migrate more content to the new site! |
This page forms part of the Moodle security guidelines.
What is the danger?
Suppose it is well know, at least by Evil Hacker and his friends, that certain versions of PHP have a critical security vulnerability. Suppose it is easy for Evil Hacker to find out which version of PHP (or Apache, Linux, Windows, Moodle, ...) you are running. Suppose you are running a version that is vulnerable, then you are big trouble.
For example, as I write this, the front page of MoodleDocs is announcing to the world (via the HTTP headers):
HTTP/1.x 200 OK Date: Fri, 06 Nov 2009 15:15:29 GMT Server: Apache X-Powered-By: PHP/5.2.5 ...
The Server line is good. Many web sites use Apache. We are not revealing much there. The X-Powered-By line is not following good practice. It is revealing the exact version of PHP being used.
One very common method that lets users learn a lot about how your server is set up is error messages. It is not only exact version numbers that can help an attacker. For example knowing where things are stored on the server's hard disc can also be useful information, and error messages often include file paths.
How Moodle avoids this problem
Moodle makes it easy for you to hide error messages, or only have them sent to your log files.
There are warnings for administrators if errors are set to be displayed on-screen.
However, there are options in Moodle to display errors on-screen, for the benefit of developers working on development servers.
Similarly, Moodle provides easy access to the PHP info page, which reveals almost everything about your sever, but only if you are logged in as admin.
Moodle is naughty. With the standard theme, it is easy to find out exactly which version of Moodle is being used from the site home page.
What you need to do in your code
- Only reveal technical information in the parts of error messages that go into the log files. The user-facing error message should describe the problem in more general terms.
What you need to do as an administrator
- Configure your sever to only send out minimal information about which platform and Moodle version you are running.
- Make sure technical error messages are only sent to log files, not displayed on screen.