UML: How to reduce use cases for user accounts system to avoid redundancy and unnecessary use cases?

I need help to reduce the use cases on my subsystem.

This subsystem is about manage multiple accounts for users, administrators and a superuser with the next requirements:

The system shall manage users accounts, where there are:

-Users: can create, read, update, delete and block their own accounts, also login.

Create needs email authentication. Login should ask for 2-step auth (optional)

-Admins: can manage all users accounts (CRUD, block and login) as a user. Also read only and login their own account.

Login needs 2 step authentication.

-Superuser: can manage both users and admin accounts (CRUD, block, logins) and their own superuser account.

Create admin needs email & phone auth.
Login is same as admins, needs 2 step auth.
Can delegate the superuser access to another admin.

The system's flow need to be clear just with use case diagram and use case descriptions (without other type of diagram)

What is the right way to design these use cases to avoid redundacy on use case descriptions and make unnecessary use cases on diagram?

For example, on this system, the user, admin, and superuser have a Login Use Case each one. User Login ask for 2 step auth (optional) while on admin and superuser the 2 step auth must be always required.

SuperUser inherits from Admin who inherits from User.

The final goal I am looking for is to make (for instance) these 3 login uses cases into one that connects to the User Actor only so Admin and SuperUser inherit the use case but, due to the behavior is different for every Actor, I want to put one Login Use Case Description which changes the behavior according to the Actor type who triggers the Login. So instead of have 3 Login Use Cases (one for each actor), I have just 1 use case and 1 description that works for all.

Thanks in advance!