Scheduler
The module does not properly check if a user is allowed to change scheduled dates. An ordinary account on the site could make content public too early or hide it at the wrong time. They might uncover hidden details or alter content schedules.
- Who could do thisOnly someone with a login on your site.
- Does it apply to youSites are affected if an attacker has the access right to edit the content and the content can be edited through a web services data feed.
- Has it been used in attacksNo sign of it.
- How urgentDrupal rates this moderately critical. Include it in your next routine update, within the month.
Tell your developerUpdate Scheduler to 8.x-1.7, 2.2.3 or 2.3.1, whichever branch you are on.
For developers: what the fix changed
The fix implements `hook_entity_field_access()` in `scheduler.module` to restrict edit access to the `publish_on` and `unpublish_on` fields, ensuring that users must have the 'schedule publishing of nodes' permission and that the content type has scheduling enabled.
Also in this release The release also includes CI pipeline updates, deprecation fixes for Drupal 11.3, and test coverage improvements.
.gitlab-ci.yml+24 −35composer.json+1 −0phpcs.xml+0 −5phpstan-baseline-to-fix.neon+1 −1phpstan-baseline.neon+14 −1phpstan.neon+1 −1scheduler.module+37 −1 fixscheduler_rules_integration/composer.json+1 −0scheduler_rules_integration/src/Plugin/RulesAction/RemovePublishingDate.php+1 −1scheduler_rules_integration/src/Plugin/RulesAction/RemoveUnpublishingDate.php+1 −1scheduler_rules_integration/src/Plugin/RulesAction/SetPublishingDate.php+1 −1scheduler_rules_integration/src/Plugin/RulesAction/SetUnpublishingDate.php+1 −1