User Management

Each customer/tenant with Managed OS has its own Active Directory Resource Domain, which is owned and managed by Swisscom.

In the Active Directory Resource Domain, 3 organizational unit (OU) structures are created for each business group (BG).

For each BG an OU exists for Swisscom Windows, Swisscom RHEL, and Managed SQL.
Also on the respective organizational unit (OU) per Managed OS, several Security Groups are created for each Swisscom Windows VM or BG, which allow different rights to be assigned to the users.

To grant privileges to a Swisscom Windows VM, the customer can create users and groups in the Active Directory Resource Domain OU / ESCCU01 or nests user accounts from the customer Active Directory. This requires an AD trust between the customer domain and the resource domain.

These users and groups can then be added as members to the Security Groups mentioned above.

Active Directory Resource Domain Layout

Each Active Directory Resource Domain has the following OU structure. OUs that are not listed below do not contain manageable AD objects by the customer.

  • The OU ESC_Customer contains all groups which delegates permissions to BG OUs or Active Directory
  • The OUs ESC_<Managed Product>-<BG IDn>-Access contain all VM and BG related groups
  • The customer can use the ESSCU01 for his purposes
tenant-000.sccloudres.net
|-  ESC
|    |-  ESC_Res
|        |-  ESC_Generic
|        |   |-  ESC_Customer
|        |-  ESC_Server
|            |-  ESC_MOS-LNX-<BG ID1>
|            |   |-  ESC_MOS-LNX-<BG ID1>-Access
|            |-  ESC_MOS-LNX-<BG ID2>
|            |   |-  ESC_MOS-LNX-<BG ID2>-Access
|            |   ...
|            |-  ESC_MOS-LNX-<BG IDn>
|            |   |-  ESC_MOS-LNX-<BG IDn>-Access
|            |
|            |-  ESC_MOS-SQL-<BG ID1>
|            |   |-  ESC_MOS-SQL-<BG ID1>-Access
|            |-  ESC_MOS-SQL-<BG ID2>
|            |   |-  ESC_MOS-SQL-<BG ID2>-Access
|            |   ...
|            |-  ESC_MOS-SQL-<BG IDn>
|            |   |-  ESC_MOS-SQL-<BG IDn>-Access
|            |
|            |-  ESC_MOS-WIN-<BG ID1>
|            |   |-  ESC_MOS-WIN-<BG ID1>-Access
|            |-  ESC_MOS-WIN-<BG ID2>
|            |   |-  ESC_MOS-WIN-<BG ID2>-Access
|            |   ...
|            |-  ESC_MOS-WIN-<BG IDn>
|                |-  ESC_MOS-WIN-<BG IDn>-Access
|-  ESCCU01

Mapping between Business Group Name and Business Group ID

The Business Group (BG) ID consists of 5 characters. To find out which BG has which BG ID, there are two options:

  • In the Active Directory Resource Domain OU /ESC/ESC_Res/ESC_Server, the OUs were created for all BGs. In the description field of each OU, the BG name can be found.
  • In the vRA portal, the Custom Property Scc.Ms.ResourceDomainOu exists for each Swisscom Windows VM.
    This Custom Property shows the OU name in which the privileges for this VM are managed, for example, ESC_MOS-LNX-abc12.

How to access the Active Directory Resource Domain

To order a Swisscom Windows VM, Swisscom must provide an Active Directory Resource Domain for the tenant.

Initially, there exists the service account SA-ESCCU01-Mgmt and a role group RG_ESCCU01-Admin in the OU /ESCCU01 for accessing and managing the Active Directory Resource Domain.

A Resource Domain joined Workload is mandatory if no AD-Trust to the customer Active Directory will be implemented. It is recommended to use a Swisscom Windows machine.

With the program "Active Directory Users and Computers", LDAP Tools or Powershell could be the mutation privileges assigned to other users.

To allow other users managing permissions, add them to the Security Group RG_ESCCU01-Admin or one of the groups inside the ESC_Customer OU.

It is recommended to create an AD-Forest Trust. Only this allows the use of the customers user and admin accounts. It also enables the use of Kerberos.

In addition the resource domain can be accessed directly from the customer environment with the "Active Directory Users and Computers Console", PowerShell or LDAP tools. A Resource Domain joined Workload is no longer mandatory.

The delegation of resource AD permissions can be done with nesting of customers AD groups (Type Global).

Create users and groups in the Active Directory Resource Domain

In the OU /ESCCU01, the initial service account or other authorized users and groups have the rights to create users, groups and OUs.

The customer is responsible for the content of the ESCCU01 OU. Swisscom Cloud Services cannot offer identity management for customers user accounts or service accounts in the Active Directory Resource Domain.

The concept for the users, service users and groups created in the OU /ESCCU01 is in the responsibility of the customer.

Be aware that frequently used service accounts (apache, tomcat, oracle, etc.) created in the Active Directory Resource Domain can influence locally created service accounts with the same name.

Grant Active Directory mutation permission to other users

The initially created Active Directory service account has mutation rights for the security groups created in the Active Directory Resource Domain.

He can pass on these mutation rights to other users.

The mutation's permissions are granted by membership in the security groups in /ESC/ESC_Res/ESC_Generic/ESC_Customer.

The OU /ESC/ESC_Res/ESC_Generic/ESC_Customer contains the following Security Groups:

  • RL_ESC-Customer_ESC-MOS-LNX-<BG IDx>-Acces_GroupMgmt: Members of this group can mutate members in /ESC/ESC_Res/ESC_Server/ESC_MOS-LNX-<BG IDx>/ESC_MOS-LNX-<BG IDx>-Access
  • RL_ESC-Customer_ESC-MOS-SQL-<BG IDx>-Acces_GroupMgmt: Members of this group can mutate members in /ESC/ESC_Res/ESC_Server/ESC_MOS-SQL-<BG IDx>/ESC_MOS-SQL-<BG IDx>-Access
  • RL_ESC-Customer_ESC-MOS-WIN-<BG IDx>-Acces_GroupMgmt: Members of this group can mutate members in /ESC/ESC_Res/ESC_Server/ESC_MOS-WIN-<BG IDx>/ESC_MOS-WIN-<BG IDx>-Access
  • DL_Access_S_05: Members of this group have WMI Read access on every managed Windows and SQL product
  • RL_ESC-Customer_Domain-StagingOU_Mgmt: Management of computer objects in the /Staging OU

Security Groups per Business Group

For each Business Group there are the following OUs created in the OU /ESC/ESC_Res/ESC_Server:

  • ESC_MOS-LNX-<BG_ID>/ESC_MOS-LNX-<BG_ID>-Access
  • ESC_MOS-SQL-<BG_ID>/ESC_MOS-SQL-<BG_ID>-Access
  • ESC_MOS-WIN-<BG_ID>/ESC_MOS-WIN-<BG_ID>-Access

Depending on the Managed Service, i.e. Swisscom RHEL (OU with Linux), Managed SQL (OU with SQL) or Swisscom Windows (OU with Windows), several Security Groups are created in the corresponding OU.

The number of security groups depends on the Managed Service.

Each security group has specific rights associated which are defined below for each Managed OS.

In each OU, security groups exist to assign the rights to all VMs of the Managed OS of a BG.
These security groups have the following naming scheme:
DL_ESC-MOS-LNX-<BG_ID>-Access_S_<00-99>

In addition, the security groups are created for each VM.
These security groups have the following naming scheme:
DL_ESC-MOS-LNX-Access_<hostname>_S<00-99>

This allows the user to obtain the rights for all Swisscom Windows VMs in a business group, or dedicated for specific VMs.

Members of the corresponding security groups receive the privileges associated with the respective security group.

Security Groups for Managed Windows

In the OU /ESC/ESC_Res/ESC_Server/ESC_MOS-WIN-<BG IDx>/ESC_MOS-WIN-<BG IDx>-Access are 5 Security Groups created for each VM of the business group. The following privileges are granted through these Security Groups:

Security Group NameGranted Permissions
DL_ESC-MOS-WIN-Access_<hostname>_S_01Allow Remote Desktop
DL_ESC-MOS-WIN-Access_<hostname>_S_02Allow Run As Batch
DL_ESC-MOS-WIN-Access_<hostname>_S_03Allow Logon as Service
DL_ESC-MOS-WIN-Access_<hostname>_S_04Allow local Admin
DL_ESC-MOS-WIN-Access_<hostname>_S_05Allow WMI Read

User Management restrictions for Managed Windows

Please consider the following restrictions for Managed Windows:

  • Customer user accounts must be configured in the customer Active Directory domain.
  • Local accounts must not be member of the local Administrators of a Swisscom Windows VM.
  • Local service accounts are not allowed.
  • Service accounts can be created in the resource domain or in the accounting domain.
  • Interactive login with a service account is prevented.

Swisscom uses the compliance checks to check the membership and permission of local Administrator and application users.
Consult the Technical Description for more information about the compliance check.

All permissions for accessing a Swisscom Windows VM are assigned through groups in the resource domain.
The following permissions are necessary:

  • Permissions for Remote Desktop Login
  • Read Permissions for Remote WMI
Last Updated: