Note: You are currently viewing documentation for Moodle 3.7. Up-to-date documentation for the latest stable version of Moodle may be available here: Reducing spam in Moodle.

Reducing spam in Moodle: Difference between revisions

From MoodleDocs
(changed link)
 
(8 intermediate revisions by 3 users not shown)
Line 9: Line 9:


# Make sure that 'register_globals' is switched '''off''' in your PHP settings (this is the default).  Otherwise your site may be at risk of being cracked, allowing spammers to modify your scripts and insert spam wherever they like.
# Make sure that 'register_globals' is switched '''off''' in your PHP settings (this is the default).  Otherwise your site may be at risk of being cracked, allowing spammers to modify your scripts and insert spam wherever they like.
# Keep "Force users to login for profiles" '''enabled''' in ''Settings > Site administration > Security > [[Site policies]]'' to prevent anonymous visitors and search engines from seeing user profiles.
# Keep "Force users to login for profiles" '''enabled''' in ''Site administration > Security > [[Site security settings]]'' to prevent anonymous visitors and search engines from seeing user profiles.
# Keep "Profiles for enrolled users only" '''enabled''' in ''Settings > Site administration > Security > Site policies''.  This will prevent affected profiles from being visible even to other users on the site.
# Keep "Profiles for enrolled users only" '''enabled''' in ''Site administration > Security > Site security settings''.  This will prevent affected profiles from being visible even to other users on the site.


==Strong recommendations==
==Strong recommendations==
Line 19: Line 19:
==Allowing self-registration==
==Allowing self-registration==


If you don't need it, keep self-registration '''disabled''' (it's the default) in ''Settings > Site administration > Plugins > Authentication > Manage authentication'' common settings.   
If you don't need it, keep self-registration '''disabled''' (it's the default) in ''Site administration > Plugins > Authentication > Manage authentication'' common settings.   


If you '''must''' use [[Email-based self-registration]] to allow people to make their own accounts then:
If you '''must''' use [[Email-based self-registration]] to allow people to make their own accounts then:
# Add spam protection to the new account form by enabling reCAPTCHA - see [[Security FAQ]] for details of how to do so. ReCAPTCHA is quite effective against '''most''' automated spambots, but will not foil human spammers at all.
# Add spam protection to the new account form by enabling reCAPTCHA - see [[Security FAQ]] for details of how to do so. ReCAPTCHA is quite effective against '''most''' automated spambots, but will not foil human spammers at all.
# Limit self registration to particular email domains with the allowed email domains setting or deny email addresses from particular domains, such as mailinator.com and temporaryinbox.com, with the denied email domains setting. Both settings are in ''Settings > Site administration > Users > Authentication > Manage authentication'' common settings.
# Limit self registration to particular email domains with the allowed email domains setting or deny email addresses from temporary email domains with the denied email domains setting. (Tip: search the Internet for an up-to-date list of domains for disposable and temporary email addresses then copy and paste the whole list into the denied email domains field.) Both settings are in ''Site administration > Users > Authentication > Manage authentication'' common settings.
# Consider only enabling self registration for a short period of time to allow users to create accounts, and then later disable it.
# Consider only enabling self registration for a short period of time to allow users to create accounts, and then later disable it by setting 'Self registration' to Disable in the common settings in ''Site administration > Plugins > Authentication > Manage authentication''.  
# Keep "Email change confirmation" enabled in ''Settings > Site administration > Security > [[Site policies]]''.
# Keep "Email change confirmation" enabled in ''Site administration > Security > [[Site settings]]''.
 
# Use the ''Site admin > Security > IP Blocker > Blocked IP List''.  See the discussion here: https://moodle.org/mod/forum/discuss.php?d=222063#p996786
==Cleaning up spam==


==Cleaning up user profile spam==
[[File:spam cleaner.png|thumb|Spam cleaner]]
If your site was open in the past and you have a spam problem then here are some things you can do to clean up the profiles:
If your site was open in the past and you have a spam problem then here are some things you can do to clean up the profiles:


# Use our Spam cleaner report in ''Settings > Site administration > Reports > Spam cleaner'' to locate user accounts responsible for spam and other nasty stuff and help you delete them.
# Use our Spam cleaner report in ''Site administration > Reports > Spam cleaner'' to locate user accounts responsible for spam and other nasty stuff and help you delete them. In addition to user profile descriptions, comments, blog posts and messages are also searched for keywords.  
# Browse your user list looking for patterns to detect users who need to be deleted.  For example, spammers might have chosen a country that none of your real users has.
# Browse your user list looking for patterns to detect users who need to be deleted.  For example, spammers might have chosen a country that none of your real users has.
# Use the [[Bulk user actions]] tool in ''Settings > Site administration > Users > Accounts'' to find all these users and delete them.
# Use the delete buttons or the [[Bulk user actions]] tool in ''Site administration > Users > Accounts'' to find all these users and delete them.


== See also ==
== See also ==
* [[Security FAQ]]
* [[Security FAQ]]
* [[Hacked site recovery]]
* [[Hacked site recovery]]
* [[Why porn spam has been appearing in Moodle sites]] - background to the problem which occurred in 2009
* [https://moodle.org/mod/forum/discuss.php?d=307795 Fighting spam on moodle.org] forum discussion


[[Category:Report]]
[[Category:Report]]

Latest revision as of 14:10, 5 December 2018

The best thing to do

Upgrade to the latest stable version of Moodle and use the Security report to analyse your configuration. Then do all the things it tells you.

Note this is not strictly necessary to combat just profile spam (see the critical settings below) but it will protect you against dozens of other known security vulnerabilities.

Critical settings

  1. Make sure that 'register_globals' is switched off in your PHP settings (this is the default). Otherwise your site may be at risk of being cracked, allowing spammers to modify your scripts and insert spam wherever they like.
  2. Keep "Force users to login for profiles" enabled in Site administration > Security > Site security settings to prevent anonymous visitors and search engines from seeing user profiles.
  3. Keep "Profiles for enrolled users only" enabled in Site administration > Security > Site security settings. This will prevent affected profiles from being visible even to other users on the site.

Strong recommendations

  • Make sure you upgrade your site often. Recent versions of Moodle have new fixes and warnings that will help you avoid security issues.
  • Consider the spam risks involved in allowing certain capabilities for visitor accounts, such as replying to forum posts or posting to blogs.

Allowing self-registration

If you don't need it, keep self-registration disabled (it's the default) in Site administration > Plugins > Authentication > Manage authentication common settings.

If you must use Email-based self-registration to allow people to make their own accounts then:

  1. Add spam protection to the new account form by enabling reCAPTCHA - see Security FAQ for details of how to do so. ReCAPTCHA is quite effective against most automated spambots, but will not foil human spammers at all.
  2. Limit self registration to particular email domains with the allowed email domains setting or deny email addresses from temporary email domains with the denied email domains setting. (Tip: search the Internet for an up-to-date list of domains for disposable and temporary email addresses then copy and paste the whole list into the denied email domains field.) Both settings are in Site administration > Users > Authentication > Manage authentication common settings.
  3. Consider only enabling self registration for a short period of time to allow users to create accounts, and then later disable it by setting 'Self registration' to Disable in the common settings in Site administration > Plugins > Authentication > Manage authentication.
  4. Keep "Email change confirmation" enabled in Site administration > Security > Site settings.
  5. Use the Site admin > Security > IP Blocker > Blocked IP List. See the discussion here: https://moodle.org/mod/forum/discuss.php?d=222063#p996786

Cleaning up user profile spam

Spam cleaner

If your site was open in the past and you have a spam problem then here are some things you can do to clean up the profiles:

  1. Use our Spam cleaner report in Site administration > Reports > Spam cleaner to locate user accounts responsible for spam and other nasty stuff and help you delete them. In addition to user profile descriptions, comments, blog posts and messages are also searched for keywords.
  2. Browse your user list looking for patterns to detect users who need to be deleted. For example, spammers might have chosen a country that none of your real users has.
  3. Use the delete buttons or the Bulk user actions tool in Site administration > Users > Accounts to find all these users and delete them.

See also