Moodle 1.8.11 release notes: Difference between revisions
From MoodleDocs
Helen Foster (talk | contribs) (→Security issues: MDL-9251) |
Helen Foster (talk | contribs) (list of fixed issues, content copied from Moodle 1.9.7 release notes) |
||
Line 1: | Line 1: | ||
Release date: Not yet released | Release date: Not yet released | ||
Here is [http://tracker.moodle.org/browse/MDL/fixforversion/10383 the full list of fixed issues in 1.8.11]. | |||
===Functional changes=== | |||
* | * To force users to use stronger passwords that are less susceptible to being cracked the [[Password policy|password policy]] is enabled by default in new installs, and switched on when upgrading. | ||
:Admins can review their password policy in ''Administration > Security > [[Site policies]]''. The default policy requires passwords of at least 8 characters long and containing at least 1 digit, 1 lower case letter, 1 upper case letter and 1 non-alphanumeric character. | |||
'' | * After upgrading, admins will be asked to change their passwords next time they log in (manual or email based self-registration accounts only). | ||
* To reduce the risk of password theft, a [[Password salting|password salt]] is set in ''config.php'' in new installs and for upgrades, admins are sent an email recommending that they do so. | |||
* Teachers lose the ability to include user data in a course backup or restore a course including user data due to new capabilities [[Capabilities/moodle/backup:userinfo|moodle/backup:userinfo]] and [[Capabilities/moodle/restore:userinfo|moodle/restore:userinfo]] which are not set for the default role of teacher. Sites with custom roles should check permissions carefully. | |||
* Hashed user passwords are no longer saved in backup files containing user data. If a backup is restored to a new site, users will be asked to go through the "forgot my password" routine the first time they log in. | |||
===Security issues=== | |||
* Multiple password related issues - [[Password policy|password policy]] enabled by default, [[Password salting|password salt]] in ''config.php'', forced admin password change, force password change option in [[Bulk user actions]] | |||
* Multiple backup/restore related issues - new capabilities [[Capabilities/moodle/backup:userinfo|moodle/backup:userinfo]] and [[Capabilities/moodle/restore:userinfo|moodle/restore:userinfo]] for controlling who can backup/restore user data, passwords no longer saved in backups | |||
''Additional issues to follow.'' | |||
<noinclude> | <noinclude> |
Revision as of 19:53, 24 November 2009
Release date: Not yet released
Here is the full list of fixed issues in 1.8.11.
Functional changes
- To force users to use stronger passwords that are less susceptible to being cracked the password policy is enabled by default in new installs, and switched on when upgrading.
- Admins can review their password policy in Administration > Security > Site policies. The default policy requires passwords of at least 8 characters long and containing at least 1 digit, 1 lower case letter, 1 upper case letter and 1 non-alphanumeric character.
- After upgrading, admins will be asked to change their passwords next time they log in (manual or email based self-registration accounts only).
- To reduce the risk of password theft, a password salt is set in config.php in new installs and for upgrades, admins are sent an email recommending that they do so.
- Teachers lose the ability to include user data in a course backup or restore a course including user data due to new capabilities moodle/backup:userinfo and moodle/restore:userinfo which are not set for the default role of teacher. Sites with custom roles should check permissions carefully.
- Hashed user passwords are no longer saved in backup files containing user data. If a backup is restored to a new site, users will be asked to go through the "forgot my password" routine the first time they log in.
Security issues
- Multiple password related issues - password policy enabled by default, password salt in config.php, forced admin password change, force password change option in Bulk user actions
- Multiple backup/restore related issues - new capabilities moodle/backup:userinfo and moodle/restore:userinfo for controlling who can backup/restore user data, passwords no longer saved in backups
Additional issues to follow.