The Windows Client User Interface

Introduction

The user interface is graphical and is accessed via the tray icon on the task bar.

The color of the tray icon depends on the currently logged-in user: if the user is an administrator, the icon is red, whereas if the user is a standard user, the tray icon is green. The difference is illustrated below, when the logged-in user mouses-over the tray icon:

Clicking (rather than mousing-over) the icon displays a menu, which again depends on the currently logged-in user:

In this topic

About Admin By Request

Connecting via a Proxy Server

Submitting Diagnostics

Requesting Assistance

Uninstalling via PIN Code

Using Tray Tools

Using Run As Admin

Requesting Administrator Access

Setting-up a Break Glass Account

About Admin By Request

Once installed, Admin By Request is running in the background for as long as the endpoint is powered-on. Selecting the app from the tool tray (or launching from the desktop if the shortcut is installed) launches the user interface, which comprises a simple window with five buttons down the left-hand side:

The default panel is About Admin By Request, which is accessed via the top button. It shows the current workstation edition, license details, website link, and copyright information.

Click the About button to get back to this panel if viewing one of the other panels.

Other Panels (accessed via their respective buttons).

NOTE:

In the About Admin By Request screens, all buttons are visible if the currently logged-in user is a Standard User, whereas only About, Connectivity and Diagnostics are visible for an Administrator.

Connectivity – displays the current operational status of the Admin By Request system, including Internet and Cloud connectivity, and details about the current workstation and user (see Connecting via a Proxy Server for more information):
Diagnostics – provides a way to send useful diagnostic data on this workstation to the ABR support team (see Submitting Diagnostics for more information):
Assistance - (Standard User only) allows users to ask an IT administrator to access the endpoint remotely and carry out tasks on the user's behalf (see Requesting Assistance for more information):
System – (Standard User only) allows users to request a PIN Code that can be used to uninstall Admin By Request from this workstation. See Uninstalling via PIN Code for more information:

Connecting via a Proxy Server

Endpoints can be configured to route privilege requests through a proxy server, which works transparently with Admin By Request.

If the user does have a proxy server enabled, its configuration is passed to the underlying service that will in turn use this proxy for cloud service communications. The proxy traffic uses NO-AUTH (no credentials) and will be seen as the computer account generating the traffic.

The Connectivity panel indicates whether or not a proxy server is used for an endpoint:

When the endpoint starts up, Admin By Request checks to see if it can connect directly to its host cloud server. If it can, then no proxy server is required and the value of Proxy server will be None.

The application that you see in the system tray (AdminByRequest.exe, which is running in the user space), detects whether or not the current user has a proxy server enabled for the IP addresses that are used for the cloud service.

Refer to How We Handle Your Data for more information.

Submitting Diagnostics

Diagnostic information is available on each endpoint that has Admin By Request installed. The details recorded help IT administrators and the Admin By Request support team to troubleshoot issues that might be occurring.

The following data is recorded and submitted:

Current configuration
Pending upload queue
Error events from the event log

To send diagnostic information about how Admin By Request is running on this workstation, select the Diagnostics button on the About Admin By Request panel and click Submit:

Click Yes to confirm. An "in progress" message at the bottom right corner of the screen appears during diagnostics collection

When done, the following message confirms that collection is complete and diagnostics have been submitted:

NOTE:

It's a good idea to submit diagnostics when raising a support ticket for a new issue. The Admin By Request support team will frequently ask for diagnostics when responding to tickets if the information is not already available.

Requesting Assistance

Assistance (also known as Support Assist or Remote Assist) is a feature that allows users to ask for help from someone who can connect remotely to the user's computer and provide technical assistance with tasks that the logged-on user would not normally be able to complete.

Support Assist has been designed to be used with a non-admin user, so that customers can apply the best practice principle of least privilege also to help desk staff, not just end users.

IMPORTANT:

The feature is not designed to be used with full admin credentials. Rather, it is designed for a non-admin user, who is helping the logged-on user and can carry out a task with less restrictive settings than the logged-on user during a remote control session.

Support Assist does not establish a remote control session - a third-party tool must be used for that.

The following scenarios are examples of when this might be useful:

End users who are not allowed to install software at all (i.e. both Run As Admin and Admin Sessions are disabled).
End users who don’t know where to get the software they need to use.
End users who are not IT savvy enough to self-service.
End users who refuse to take on the responsibility of installing software on their work computer, knowing they will be audited.

Assistance example scenario

An example of the first scenario could be in Customer Relations, where users do not need to install software by default. When the time inevitably arrives that new or upgraded software is required, they have to call your help desk. If the request is accepted, a help desk staff member can assist by connecting remotely and using screen sharing with the end user.

Let’s take this scenario and say Customer Relations employee, Peter Bloggs, calls Steve at the help desk to assist with a task for which Peter does not have privileges, but Steve does.

There are several (problematic) ways this could be solved without the Support Assist feature, with or without Admin By Request:

Steve could have a local administrator account to all computers. However, this is an absolute security no-no and there is no auditing.
You could have Microsoft’s Local Administrator Password System (LAPS) in place, but this also lacks proper auditing and doesn’t work without a LAN or VPN connection.
Peter and Steve could agree to use the Admin By Request feature Run As Admin and use Peter’s credentials, but then Peter gets audited for Steve’s changes.
Steve could log on and use Run As Admin, but then Steve gets audited for Peter’s request and furthermore, Peter cannot see Steve executing the request.

Ideally, Steve should execute the request with Peter watching and auditing should clearly show that Peter requested the change and Steve executed it.

If you have a change management or ticketing system, you would also want a reference to document this change. This is exactly what the Support Assist feature does.

Assistance sequence

Peter submits a request for help to the Help Desk.
Steve is assigned the task and connects remotely to Peter's computer using a third-party application.
Steve starts Admin By Request, selects Assistance from the About panel and clicks Start:
At the UAC Support Assist window, Steve enters his own User account and Password credentials:
The session starts, indicated by a progress timer, which displays for the duration of the session:
When the assist task is complete, Steve clicks Done. If he forgets, Peter can click done before the timer counts down, or it will simply expire. Note that Peter cannot use his credentials while Steve is signed-in to Admin By Request.

You can see clearly in the Auditlog that Steve executed Win’s change request with the reference 156939702 (field Trace no under Execution in the Run As Admin screenshot below):

Uninstalling via PIN Code

Offline users can obtain a challenge/response PIN, which allows the user to perform tasks requiring elevated privileges. A PIN Code can also be used to uninstall Admin By Request when online and this is the purpose of the Uninstall panel in the About Admin By Request window.

The first few steps in this procedure require access to the portal.

In the Admin By Request portal, navigate to the Inventory page and identify the device on which to perform the uninstall.
Locate the device in the inventory list - in the PIN column, click PIN for that device (columns can be switched around - the PIN column in your portal might not be the right-most column):
Click tab UNINSTALL PIN and then click button Generate PIN:
Back on the device on which you want to uninstall Admin By Request, select the Admin By Request icon from the system tray and click About Admin By Request.
Select System, enter the Uninstall PIN generated above into the PIN Code field and click Uninstall:

Using Tray Tools

Tray Tools are items that appear when you click the Admin By Request system tray icon:

The items in the list of tools can be executable programs (or apps), web links with instructions, Control Panel applets or program shortcuts. They are generally tools that perform useful, routine tasks that have been pre-approved and thus do not require requests for administrator access.

NOTE:

The Tools menu shown in the image is what a Standard User sees - an Administrator has no need of pre-approved access to tools and so the menu is not shown to users logged in as administrators.
The IT administration team uses the portal to add or remove items from the Tools list.

Refer to Tray Tools Settings for information on configuring Tray Tools.

Using Run As Admin

Run As Admin (also known as App Elevation) allows for the elevation of a single application.

This capability negates the need for users to initiate an Admin Session. Elevating privileges for execution of a single file is the much safer option compared to elevating the user’s privileges across the endpoint.

A standard user executing a program that requires elevated privileges to install initiates the following sequence of events::

Download the file for installation.
Start the installation by right-clicking and selecting Run as Administrator:
Admin By Request suspends installation and asks for phone, email, and reason. Enter these details and click OK to continue:
A notification now advises that the request for approval has been sent:
When the request is approved, a further notification advises the request has been approved:
Now the installer has the elevated privileges required to run - click Yes to start authorized installation with elevated privileges.

The elevated privileges last only for the duration of the install and apply only to the particular application or package authorized.

Check the audit log in the portal for details on the user, the endpoint, the application run and execution history.

Refer to Run As Admin Settings for information on configuring Run As Admin.

Requesting Administrator Access

Administrator Access (also known as Session Elevation) allows for elevated privileges system-wide for a predefined amount of time (session duration).

Any user given full session elevation gets full local admin rights on their system. Full session elevation mode is ideal for situations such as when elevated access to ‘system’ resources such as drivers or printers etc. is required, when a user needs elevation only for a specific amount of time, or when a Developer requires the use of multiple elevated applications.

Requesting administrator access is also known as requesting an Admin Session, which is a time-bound period during which a standard user has elevated privileges and can carry out administrator-level tasks..

As with About Admin By Request, users can double-click the Admin By Request desktop icon, or select the icon from tray tools to display the menu and select Request administrator access:

Submitting a request for administrator access is the primary mechanism for gaining elevated privileges.

A standard user making this selection initiates the following sequence of events.

An empty Request Administrator Access form appears:
The user enters email, phone and reason information into the form and clicks OK.
NOTE:
Settings in the portal control the full extent of what is displayed to the user:
- If Code of Conduct is enabled, the user must acknowledge a Code of Conduct pop-up to continue (Portal > Settings > Workstation Settings > Windows Settings > Endpoint > INSTRUCTIONS).
- If Require approval is OFF, the approval steps are skipped (Portal > Settings > Workstation Settings > Windows Settings > Authorization > AUTHORIZATION > Admin Session).
The request is submitted to the IT administration team and the user is advised accordingly:
The IT administration team is notified via the Admin By Request portal that a new request for administrator access has arrived.

The following example shows how two new requests might appear in the portal:
One of the team either approves or denies the request. If approved, the user is advised accordingly:
The user clicks Yes, which starts the session and displays a countdown timer:
The duration of an admin session is set via the portal (15 minutes in this example) and the countdown timer ticks down to zero, at which time the session ends. The user can optionally end the session at any time once it has started by clicking Finish.

See Changing Admin Session Duration for more information on changing the duration of the countdown timer.

During an Admin Session, users can install programs requiring admin rights, install drivers and change system settings other than user administration. All activity during the elevated session is audited, so you can see in the audit log the reason why the person needs the elevation; anything installed, uninstalled, or executed.

IMPORTANT:

During an Admin Session, users cannot uninstall Admin By Request, or add, remove or modify user accounts.

Refer to Admin Session Settings for information on configuring Admin Sessions.

Setting-up a Break Glass Account

The Break Glass feature extends the functionality of MS LAPS. It creates a new, temporary, one-time-use Administrator account on an endpoint, that works on domains, Azure AD, and stand-alone, which audits all elevated activity, and terminates within a pre-defined amount of time or on log out.

Security benefits

The Break Glass feature includes the following security benefits:

Break Glass circumvents the need to use the built-in Windows local Administrator account – you can disable it completely to add an extra later of security to your endpoints.
The account must be used within an hour of being generated, minimizing the potential attack window and risk of account compromise.
Risk is further minimized by a one-time-only log in functionality: the user can log in once, and after log out, the account is terminated.
The user has only the time specified under Expiry when the Break Glass account was generated to use the administrator account; this duration is indicated on the built-in desktop background of each account. When the time-period is up, the session is terminated.
Measures are in place to ensure the Expiry time cannot be tampered with: if the Account user attempts to extend their time limit by adjusting the clock, the Account automatically logs out / terminates.
All Usernames and Passwords are automatically generated, random, and complex, minimizing the possibility for a successful brute force attack.
Passwords are stored within the web application, only accessible by Portal users / IT Admins via credentials – a safer option compared to MS LAPS' storage of admin account passwords in plain text along with the AD computer record.

Using the Break Glass feature

Setting-up and using a Break Glass account comprises three tasks:

Generate

Create a Break Glass account:

Log in to the Portal and navigate to the Inventory page. Select an endpoint on which you want to enable the Break Glass account and select Break Glass from the left-hand menu:
From the Expiry drop-down menu, select an amount of time for which you want the Account to be available. The default is 2 hours, but the period can range from a minimum of 15 minutes, to an unlimited amount of time.
Click the Generate Account button, which issues a Break Glass account and displays its User and Password in the read-only text boxes:

Once generated, the status of the Break Glass account is updated in real-time in the Portal. The four possible states are:

Waiting for Endpoint – The account is generated in the User Portal but not yet created on the endpoint (to create the account on the endpoint, see the next section Activate).
Ready to Log On – The account is created but has not yet been activated / used (i.e., logged in to).
Session in Progress – The account is currently in use.
Account Removed – The account has been terminated either due to the user logging out, or the pre-defined Expiry time being reached.

Optionally, you can send the new Break Glass account credentials via SMS (i.e., text message) by entering the intended recipient’s mobile number into the text box and clicking Send SMS.

Activate
Activate the Break Glass account using one of the following methods:
1. Restart the device, then wait approximately 30 seconds for the account to be created. The Portal will update the status message when the account is ready, and the account will appear in the bottom-left of the Windows log on screen along with the other accounts available on the endpoint:
2. If enabled, you can select Other User in the Windows log in screen and enter the generated Break Glass account User and Password into the fields. Remember to prefix the User credential with the device name (e.g. DESKTOP-LMSEFL8\ABR524154).
  
  NOTE:
  This may fail on the first attempt; if so, wait 10 seconds and then try again.
3. A third method to activate the account is by logging in to another account on the endpoint, selecting the Admin By Request icon from the bottom toolbar, and clicking the About item from the menu.
Terminate
Use the account and log out:
1. Once logged in to the Break Glass account, the user has administrator privileges to do what they need to do, within the Expiry time displayed on the built-in screensaver:
2. Terminate the account by either logging-out, or allowing the account to log out automatically when the Expiry time is reached – whichever comes sooner.