A site administrator can set site policies affecting the security and privacy of the site in Administration > Site administration > Security > Site policies.
- 1 Protect usernames
- 2 Force users to login
- 3 Force users to login for profiles
- 4 Force users to login to view user pictures
- 5 Open to Google
- 6 Profile visible roles
- 7 Maximum uploaded file size
- 8 User quota
- 9 Allow EMBED and OBJECT tags
- 10 Enable trusted content
- 11 Maximum time to edit posts
- 12 Full name format
- 13 Allow extended characters in usernames
- 14 Site policy URL
- 15 Site policy URL for guests
- 16 Keep tag name casing
- 17 Profiles for enrolled users only
- 18 Cron execution via command line only
- 19 Cron password for remote access
- 20 Account lockout
- 21 Password policy
- 22 Password rotation limit
- 23 Log out after password change
- 24 User created token duration
- 25 Group enrolment key policy
- 26 Disable user profile images
- 27 Email change confirmation
- 28 Remember username
- 29 Strict validation of required fields
- 30 See also
If enabled, when a user attempts to reset their password and enters a username or email address, the following message is displayed: "If you supplied a correct username or email address then an email should have been sent to you." This is to prevent a malicious party from using the interface to determine which usernames and email addresses are in use in valid accounts.
If the protect usernames setting is disabled, when a user attempts to reset their password they are provided with feedback regarding whether an account exists with the username or email address supplied. For example, the message "The email address was not found in the database" may be displayed.
Force users to login
If you turn this setting on, all users must login before they even see the Front Page of the site.
Force users to login for profiles
Leave this set to Yes to keep anonymous visitors away from user profiles.
Force users to login to view user pictures
If enabled, users must login in order to view user profile pictures and the default user picture will be used in all notification emails.
Open to Google
Enabling this setting allows Google's search spiders guest access to your site. Any part of the site that allows guest access will then be searchable on Google. In addition, people coming in to your site via a Google search will automatically be logged in as a guest.
Profile visible roles
Any role which is checked/ticked here will be visible on user profiles and the Participation screen.
Maximum uploaded file size
Probably the most frequently asked question in the Moodle.org Using Moodle forums is "How do I increase the upload file size limit?"
Upload file sizes are restricted in a number of ways - each one in this list restricts the following ones:
1. The Apache server setting LimitRequestBody ... default in Apache 2.x or greater is set to 0 or an unlimited upload size
2. The PHP site settings post_max_size and upload_max_filesize in php.ini : modify php.ini in web server directories ( apache2.x.x/bin/php.ini ) not in php directories :
post_max_size = 128M; to increase limit to 128 Megabytes; upload_max_filesize = 128M; to increase limit to 128 Megabytes; max_execution_time = 600 ; Maximum execution time of each script, in seconds;
3. The Moodle site-wide maximum uploaded file size setting: Settings > Site administration > Security > Site policies > Maximum uploaded file size.
4. The Moodle course maximum uploaded file size setting in the course default settings: Settings > Site administration > Courses > Course default settings
5. The file size settings in each individual course in Course Administration>Settings.
5. Certain course activity module settings (for example, Assignment)
- See File upload size for more details.
The maximum number of bytes that a user can store in their own Private files area.
Allowing these presents a security risk but if you wish normal users such as students to be able to use them then check the box here.
Enable trusted content
By default Moodle will always thoroughly clean text that comes from users to remove any possible bad scripts, media etc that could be a security risk. The Trusted Content system is a way of giving particular users that you trust the ability to include these advanced features in their content without interference. To enable this system, you need to first enable this setting, and then grant the Trust submitted content capability to a specific Moodle role. Texts created or uploaded by such users will be marked as trusted and will not be cleaned before display.
Maximum time to edit posts
This sets the editing time for forum postings. The editing time is the amount of time users have to change forum postings before they are mailed to subscribers.
Please refer to the forum discussions Editing a forum post after the 30 minutes deadline and The philosophy underlying "no editing after 30 minutes"
Full name format
This setting has been moved in Moodle 2.6 onwards to Administration > Site administration > Users > Permissions > User policies.
Allow extended characters in usernames
The default here, unchecked = unenabled, can only contain alphabetical letters in lowercase, numbers, hypen '-', underscore '_', period '.', or at sign '@'. If you enable this, it will be possible to have any characters for the username, but they must still be lowercase. This setting would allow you for example to have usernames with accents such as ö or ê and so on.
Site policy URL
- If you have a site policy that all users must see and agree to before using this site, then specify the URL to it here, otherwise leave this field blank. The URL can point to any type of file anywhere online that can be accessed without a log in to your Moodle.
- It is recommended that the site policy is on the same domain as Moodle to avoid the problem of Internet Explorer users seeing a blank screen when the site policy is on a different domain.
- The site policy will be displayed in a frame. You can view it via the URL yourmoodlesite.org/user/policy.php.
- If Email-based self-registration is enabled on the site, a link to the site policy is displayed on the signup page.
When a site policy URL is set, all users will be required to agree to it when they next log in before accessing the rest of the site.
Site policy URL for guests
This is similar to the Site policy URL as above. Guest users will need to agree to it before accessing a course with Guest access enabled.
Keep tag name casing
If checked, then tags like the following will be displayed: SOCCER, gUiTaR, MacDonalds, music
If unchecked, then all tags will be displayed as follows: Soccer, Guitar, Macdonalds, Music
- For English, off is useful.
- For Japanese, no changes are made either way.
- For languages where this kind of capitalization changes the meaning, it is best to keep this option on.
Profiles for enrolled users only
To prevent misuse by spammers, profile descriptions of users who are not yet enrolled in any course are hidden. New users must enrol in at least one course before they can add a profile description.
Cron execution via command line only
Cron is an action that runs various administrative jobs on your Moodle such as sending out forum posts. Running the cron from a web browser can expose privileged information to anonymous users. Thus it is recommended to only run the cron from the command line or set a cron password for remote access.
Cron password for remote access
Setting a password will mean that users can only run cron from the browser if they know the password and add it like this: www.YOURMOODLE.com/admin/cron.php/?password=THEPASSWORDYOUSET.
Account lockout may be enabled.
Account lockout threshold: After a specified number of failed login attempts, a user's account is locked and they are sent an email containing a URL to unlock the account. Setting this to 'No' means there is no threshold and an account attempting to log in can do so an unlimited number of times.
Account lockout observation window: Observation time for lockout threshold, if there are no failed attempts the threshold counter is reset after this time. This is the counter for how long to watch for more failed attempts by an account trying to log in even after being locked out, the counter will reset at each attempt and last this long.
Account lockout duration: Locked out account is automatically unlocked after this duration.
The account may also be unlocked by an administrator in Administration > Site administration > Users > Accounts > Browse list of users or by waiting for the account lockout duration to elapse.
It is highly recommended that a password policy is set to force users to use stronger passwords that are less susceptible to being cracked by a intruder.
The password policy includes option to set the minimum length of the password, the minimum number of digits, the minimum number of lower-case characters, the minimum number of upper-case characters and the minimum number of non alphanumeric characters.
The password policy is enabled by default. Default (recommended) settings are:
- Password length - 8
- Digits - 1
- Lowercase letters - 1
- Uppercase letters - 1
- Non-alphanumeric characters - 1
If a user enters a password that does not meet the requirements, they are given an error message indicating the nature of the problem with the entered password.
Enabling the password policy does not affect existing users until they decide to or are required to change their password. An admin can force all users to change their password using the force password change option in Bulk user actions.
- Tip: The password policy may also be applied to enrolment keys by ticking the 'Use password policy' checkbox in the Self enrolment settings.
Password rotation limit
Here you can specify how often a user must change their password before they can re-use a previous password. Note that this might not work with some external authentication plugins.
Log out after password change
By default, users can change their password and remain logged in. Enabling this setting will log them out of existing sessions except the one in which they specify their new password. This setting only applies to users manually changing their password, not to bulk password changes.
User created token duration
A new setting in Moodle 3.4 onwards enables the duration of a web services token created by a user (for example via the mobile app) to be set. (Previously the duration was 3 months and this value could not be changed.)
Group enrolment key policy
If this is enabled then when a teacher sets a group enrolment key, they will have to set a key which follows the password policy set above.
Disable user profile images
Check/tick this box if you don't want your users to be able to change their profile images.
Email change confirmation
A confirmation step is required for users to change their email address unless the emailchangeconfirmation box is unchecked.
If you want usernames to be stored during login then set this to "yes". This will store permanent cookies and in some countries may be considered a privacy issue if used without consent. From a UK point of view, see http://tracker.moodle.org/secure/attachment/24290/UK+Laws+Relating+to+Cookies-LUNS2011.pdf See also the Using Moodle forum discussion EU Cookie Law.
Strict validation of required fields
If enabled, users are prevented from entering a space or line break only in required fields in forms. (note: add more info)
- GDPR for administrators - GDPR stands for General Data Protection Regulation and refers to the European Union regulation for data protection for all individuals within the European Union