The vulnerability allows a low-privileged user (RoleMember) to execute cron jobs belonging to other users, including administrators. This is possible because the application fails to validate the ownership of cron task IDs provided in FailTriggerTasks and RecoverTriggerTasks when a user creates or updates an alert rule or a service monitor. The functions createAlertRule, updateAlertRule, createService, and updateService accept these task IDs without proper validation from the validateRule and validateServers functions. When an alert or service is triggered, the SendTriggerTasks function is called, which, in the vulnerable version, executes the specified cron tasks without any ownership check. This could lead to unauthorized remote command execution on all servers managed by the Nezha monitoring system, as an attacker could trigger cron jobs created by an administrator. The patch for this vulnerability introduces an ownership check within the SendTriggerTasks function, ensuring that the user triggering the task is the owner of the cron job or an administrator.