Impact Harbor fails to validate the user permissions to view Webhook policies including relevant credentials configured in different projects the user doesn’t have access to, resulting in malicious users being able to read Webhook policies of other users/projects. API call is
GET /projects/{projectnameorid}/webhook/policies/{webhookpolicyid}
By sending the below request and specifying different Webhook policy ids in the last part of the URL, the malicious user may disclose Webhook policies related to other repositories/projects.: none;">
Patches This and similar issues are fixed in Harbor v2.5.2 and later. Please upgrade as soon as possible.
Workarounds There are no workarounds available.
For more information If you have any questions or comments about this advisory: Open an issue in the Harbor GitHub repository
Credits Thanks to Gal Goldstein and Daniel Abeles from Oxeye Security for reporting this issue.
Impact Harbor fails to validate the user permissions when updating tag retention policies. API call:
PUT /retentions/{id}
By sending a request to update a tag retention policy with an id that belongs to a project that the currently authenticated user doesn’t have access to, the attacker could modify tag retention policies configured in other projects.
Patches This and similar issues are fixed in Harbor v2.5.2 and later. Please upgrade as soon as possible.
Workarounds There are no workarounds available.
For more information If you have any questions or comments about this advisory: Open an issue in the Harbor GitHub repository
Credits Thanks to Gal Goldstein and Daniel Abeles from Oxeye Security for reporting this issue.
Impact Harbor fails to validate the user permissions when updating tag immutability policies - API call:
PUT /projects/{projectnameorid}/immutabletagrules/{immutableruleid}
By sending a request to update a tag immutability policy with an id that belongs to a project that the currently authenticated user doesn’t have access to, the attacker could modify tag immutability policies configured in other projects.
Patches This and similar issues are fixed in Harbor v2.5.2 and later. Please upgrade as soon as possible.
Workarounds There are no workarounds available.
For more information If you have any questions or comments about this advisory: Open an issue in the Harbor GitHub repository
Credits Thanks to Gal Goldstein and Daniel Abeles from Oxeye Security for reporting this issue.
Harbor fails to validate the user permissions when updating p2p preheat policies. By sending a request to update a p2p preheat policy with an id that belongs to a project that the currently authenticated user doesn't have access to, the attacker could modify p2p preheat policies configured in other projects.
Impact Harbor fails to validate the user permissions when reading job execution logs through the P2P preheat execution logs - API call
GET /projects/{projectname}/preheat/policies/{preheatpolicyname}/executions/{executionid}/tasks/{taskid}/logs
By sending a request that attempts to read P2P preheat execution logs and specifying different job ids, malicious authenticatedusers could read all the job logs stored in the Harbor database.
Patches This and similar issues are fixed in Harbor v2.5.2 and later. Please upgrade as soon as possible.
Workarounds There are no workarounds available.
For more information If you have any questions or comments about this advisory: Open an issue in the Harbor GitHub repository
Credits Thanks to Gal Goldstein and Daniel Abeles from Oxeye Security for reporting this issue.
Impact Harbor fails to validate the user permissions when updating a robot account that belongs to a project that the authenticated user doesn’t have access to. API call:
PUT /robots/{robotid}
By sending a request that attempts to update a robot account, and specifying a robot account id and robot account name that belongs to a different project that the user doesn’t have access to, it was possible to revoke the robot account permissions.
Patches This and similar issues are fixed in Harbor v2.5.2 and later. Please upgrade as soon as possible.
Workarounds There are no workarounds available.
For more information If you have any questions or comments about this advisory: Open an issue in the Harbor GitHub repository
Credits Thanks to Gal Goldstein and Daniel Abeles from Oxeye Security for reporting this issue.