Bug 41124 - Adjust package ucs-school-umc-groups
Adjust package ucs-school-umc-groups
Status: CLOSED MOVED
Product: UCS@school
Classification: Unclassified
Component: UMC
UCS@school 4.1
Other Linux
: P5 normal (vote)
: UCS@school 4.1 R2
Assigned To: Florian Best
Daniel Tröder
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2016-04-25 17:25 CEST by Florian Best
Modified: 2016-07-04 16:56 CEST (History)
1 user (show)

See Also:
What kind of report is it?: ---
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional):
Max CVSS v3 score:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Florian Best univentionstaff 2016-04-25 17:25:05 CEST
The package ucs-school-umc-groups has to be adjusted to work with the new attributes/object classes.
Comment 1 Florian Best univentionstaff 2016-06-01 11:30:18 CEST
ucs-school-umc-groups (6.0.0-1):
r69673 | Bug #41124: support school overlapping users

The logic of the module when assigning members of a groups had to be adjusted:
* For the 'workgroup-admin' module all member DN's regardless of what type it is are send to the frontend. The frontend send the modified list back.
Bug previously here was that all non-readable objects where dropped from the group when doing a modification; aka. school foreign users and users/computers where one doesn't have read permissions.
This can be improved further by using the same LDAP bind user for reading and writing the group in schooladmin and doing an intelligent filtering.

* This intelligent filtering exists for the 'workgroup' and for the 'class' flavor but needed also to be adjusted to not drop foreign school users / users where one has no read permissions.

IMHO the handling is also kind of a security issue as users in 'workgroup-admin' are allowed to add any object to the group (dn=admin, all computers, etc.). and users in the other flavors can add users from schools where they don't even belong to.

Please REOPEN if you think this should be adjusted now.
Comment 2 Florian Best univentionstaff 2016-06-27 19:15:46 CEST
I will adjust that behavior in Bug #40539.
Comment 3 Daniel Tröder univentionstaff 2016-07-01 12:13:57 CEST
Work on this has been moved to Bug #40539.
Comment 4 Florian Best univentionstaff 2016-07-04 16:56:26 CEST
UCS@school 4.1 R2 has been released:
http://docs.software-univention.de/release-notes-ucsschool-4.1R2v1-de.pdf

If this error occurs again, please use "Clone This Bug".