PatchFirst · Vulnérabilités récentes
Vulnérabilités publiées pour moodle au cours des 30 derniers jours : 12. Présentes dans le catalogue KEV : 0.
Vulnérabilités : 323
The vulnerability was found Moodle which exists due to insufficient sanitization of user-supplied data in external Wiki method for listing pages. A remote attacker can send a specially crafted request to the affected application and execute limited SQL commands within the application database.
The vulnerability was found Moodle which exists because the application allows a user to control path of the older to create in TinyMCE loaders. A remote user can send a specially crafted HTTP request and create arbitrary folders on the system.
In Moodle, insufficient limitations in some quiz web services made it possible for students to bypass sequential navigation during a quiz attempt.
Insufficient filtering of grade report history made it possible for teachers to access the names of users they could not otherwise access.
The link to reset all templates of a database activity did not include the necessary token to prevent a CSRF risk.
Authenticated users were able to enumerate other users' names via the learning plans page.
The Mustache pix helper contained a potential Mustache injection risk if combined with user input (note: This did not appear to be implemented/exploitable anywhere in the core Moodle LMS).
If the algebra filter was enabled but not functional (eg the necessary binaries were missing from the server), it presented an XSS risk.
Content output by the database auto-linking filter required additional sanitizing to prevent an XSS risk.
Insufficient sanitizing in backup resulted in an arbitrary file read risk. The capability to access this feature is only available to teachers, managers and admins by default.
Insufficient validation of profile field availability condition resulted in an SQL injection risk (by default only available to teachers and managers).
The course participation report required additional checks to prevent roles being displayed which the user did not have access to view.
In Moodle, in some circumstances, email notifications of messages could have the link back to the original message hidden by HTML, which may pose a phishing risk.
In Moodle, Users' names required additional sanitizing in the account confirmation email, to prevent a self-registration phishing risk.
In Moodle, ID numbers exported in HTML data formats required additional sanitizing to prevent a local stored XSS risk.
In Moodle, insufficient capability checks made it possible to remove other users' calendar URL subscriptions.
In Moodle, ID numbers displayed in the quiz override screens required additional sanitizing to prevent a stored XSS risk.
In moodle, ID numbers displayed in the web service token list required additional sanitizing to prevent a stored XSS risk.
In Moodle, insufficient capability checks meant message deletions were not limited to the current user.
In Moodle, insufficient redirect handling made it possible to blindly bypass cURL blocked hosts/allowed ports restrictions, resulting in a blind SSRF risk.
Comparez votre pile et les versions installées aux bases de vulnérabilités actuelles.