Bug 2003877

Summary:	ipa default admin can be deleted from another admin user.
Product:	Red Hat Enterprise Linux 8	Reporter:	Varun Mylaraiah <mvarun>
Component:	ipa	Assignee:	Thomas Woerner <twoerner>
Status:	CLOSED DUPLICATE	QA Contact:	ipa-qe <ipa-qe>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	8.5	CC:	abokovoy, frenaud, rcritten, tapazogl, tscherf
Target Milestone:	rc	Flags:	pm-rhel: mirror+
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2021-09-14 15:32:44 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Varun Mylaraiah 2021-09-14 04:03:40 UTC

Description of problem:
ipa default admin can be deleted from another admin user without additional confirmation or warning message.

Version-Release number of selected component (if applicable):
ipa-server-4.9.6-4.module+el8.5.0+11912+1b4496cf.x86_64


How reproducible:
100%

Steps to Reproduce:
[root@master ~]# ipa user-add testuser_admin
First name: tadmin
Last name: tadmin
---------------------------
Added user "testuser_admin"
---------------------------
  User login: testuser_admin
  First name: tadmin
  Last name: tadmin
  Full name: tadmin tadmin
  Display name: tadmin tadmin
  Initials: tt
  Home directory: /home/testuser_admin
  GECOS: tadmin tadmin
  Login shell: /bin/sh
  Principal name: testuser_admin
  Principal alias: testuser_admin
  Email address: testuser_admin
  UID: 611400001
  GID: 611400001
  Password: False
  Member of groups: ipausers
  Kerberos keys available: False
[root@master ~]# ipa passwd testuser_admin
New Password: 
Enter New Password again to verify: 
----------------------------------------------------
Changed password for "testuser_admin"
----------------------------------------------------


[root@master ~]# ipa group-add-member 
Group name: admins
[member user]: testuser_admin
[member group]: 
[member service]: 
[member User ID override]: 
  Group name: admins
  Description: Account administrators group
  GID: 611400000
  Member users: admin, testuser_admin
-------------------------
Number of members added 1
-------------------------

==========================================

# kinit testuser_admin
Password for testuser_admin: 
Password expired.  You must change it now.
Enter new password: 
Enter it again: 

[root@master ~]# ipa user-find
---------------
2 users matched
---------------
  User login: admin
  Last name: Administrator
  Home directory: /home/admin
  Login shell: /bin/bash
  Principal alias: admin, root
  UID: 611400000
  GID: 611400000
  Account disabled: False

  User login: testuser_admin
  First name: tadmin
  Last name: tadmin
  Home directory: /home/testuser_admin
  Login shell: /bin/sh
  Principal name: testuser_admin
  Principal alias: testuser_admin
  Email address: testuser_admin
  UID: 611400001
  GID: 611400001
  Account disabled: False
----------------------------
Number of entries returned 2
----------------------------


[root@master ~]# ipa user-del admin
--------------------
Deleted user "admin"
--------------------


[root@master ~]# ipa user-show admin
ipa: ERROR: admin: user not found


Actual results:
Default admin deleted without any warning.

Expected results:
At least provide a warning message or additional confirmation before deleting.

Comment 1 Alexander Bokovoy 2021-09-14 06:11:51 UTC

This is not an access control bug. Any admin is an admin in IPA, they aren't different in terms of what they can do if they granted the same level access rights. We do not support environments where 'admin' user or 'admins' group are deleted but we do not prevent such operations because it is not possible to prevent any deletion for all access paths, e.g. cn=Directory Manager account by definition has access with no ACIs applied to itself and can delete any entry in the LDAP database.

We have few protected group names but we do not apply this logic to users.

Many customers rename 'admin' user to a different name while keeping the account in place. Since that's possible, people can rename it and then remove it, getting around a possible protection.

I'd rather close this bug as WONTFIX.

Comment 2 Florence Blanc-Renaud 2021-09-14 08:34:38 UTC

I would be in favor of closing as duplicate of https://bugzilla.redhat.com/show_bug.cgi?id=1821181  Delete operation protection for admin user, and continue the discussion on the other bug.

Comment 3 Theodoros Apazoglou 2021-09-14 15:32:44 UTC

Closing this ticket as a duplicated of https://bugzilla.redhat.com/show_bug.cgi?id=1821181. BZ#2003877 was added as a referral link to the parent BZ#1821181.

*** This bug has been marked as a duplicate of bug 1821181 ***