The vulnerability exists in the access_can_view_bugnote_revisions function within core/access_api.php. The original implementation of this function failed to verify whether the user retained access to the parent bug associated with a bugnote. It only checked if the user was the bugnote's reporter or had a certain privilege level for viewing revisions. This oversight allowed a scenario where a user, after losing access to a private bug, could still access the revision history of a bugnote attached to it. This access would leak sensitive information, specifically the private bug's ID and summary. The provided patch addresses this by introducing a crucial access check for the parent bug at the beginning of the function, ensuring that the user has the necessary permissions before any bugnote revision information is displayed.