Private group EPIC info visible for former sub group owners
HackerOne report #666892 by ashish_r_padelkar on 2019-08-03, assigned to jmatos_bgtvf:
Dev issue: https://dev.gitlab.org/gitlab/gitlab-ee/issues/396 Security issue: https://gitlab.com/gitlab-org/security/gitlab/issues/30
Summary
Hello,
Sub group EPICs can be added as child EPIC to parent group EPIC. When a sub group EPIC contains the ancestor EPICs, they are visible on right side menu.
The problem with this is, This section is still available when sub group owner moves the sub group to their own private group.
Steps to reproduce
- Create a private group named
MainGroupwith onlyUser1as owner and no other members - Create a sub group named
SubGroupinside it with additional ownerUser2 - Create EPIC in both
MainGroupandSubGrouptoo - Put
SubGroupEPIC as Child EPIC toMainGroupEPIC. - As
User2is owner ofSubGroup, he can transfer this group to his own group. So,User2transfers this group to his own group. - By doing this,
User2doesnt have any access to Private groupMainGroupofUser1 - However, when
User2visits the EPIC of theSubGroup(in newly moved group), he still see theAncestorEPIC fromUser1PrivateMainGroup.
- So if
User1changes the names of EPIC inMainGroup. ,User2Still able to see the new names of such EPICs. AlsoUser1can not do anything about this as he cant see EPIC added fromSubGroupin hisMainGroupEPIC.
What is the current bug behavior?
New EPIC names visible to former owner of sub group if group is transferred by owner
What is the expected correct behavior?
EPIC info should not be available in such scenarios
Output of checks
This bug happens on GitLab.com and might be on omnibus installations too!
Regards,
Ashish
Impact
New EPIC titles are available to former owners of sub group if they themselves transfers the group
Attachments
Warning: Attachments received through HackerOne, please exercise caution!
