After Cloud App Security runs in your cloud environment, you'll need a stage of learning and investigating how to use the tools in Cloud App Security to gain a deeper understanding of what's happening in your cloud environment. Then, based on your particular environment and how it's being used, you can identify the requirements for protecting your organization from risk.
This topic describes how to perform an investigation to get a better understanding of your cloud environment.
The following dashboards are available to help you investigate apps in your cloud environment:
|Main dashboard||Overview of cloud status (users, files, activities) and required actions (alerts, activity violations and content violations)|
|Application dashboard: overall||Overview of application usage per location, usage graphs per number of users|
|Application dashboard: insights||Analysis of data stored in the app, broken down by file type and file-sharing level|
|Application dashboard: files||Drill-down into files; ability to filter according to owner, sharing level, etc., as well as perform governance actions (like quarantine)|
|Application dashboard: third-party apps||Drill-down into third-party apps currently deployed, like G Suite, and defining policies for them|
|User dashboard||A complete overview of the user profile in the cloud, including groups, locations, recent activities, related alerts, and browsers used|
Tag apps as sanctioned or unsanctioned
An important step to understanding your cloud is to tag apps as sanctioned or unsanctioned. After you sanction an app, you can filter for apps that aren't sanctioned and start migration to sanctioned apps of the same type.
In the Cloud App Security console, go to the App catalog or Discovered apps.
In the list of apps, on the row in which the app you want to tag as sanctioned appears, choose the three dots at the end of the row and choose Mark as sanctioned.
Use the investigation tools
In the Cloud App Security portal, go to Investigate and then look at the Activity log and filter by a specific app. Check the following:
Who is accessing your cloud environment?
From what IP ranges?
What is the admin activity?
From what locations are admins connecting?
Are any outdated devices connecting to your cloud environment?
Are failed logins coming from expected IP addresses?
Go to Investigate and then Files, and check the following:
How many files are shared publicly so that anyone can access them without a link?
With which partners are you sharing files (outbound sharing)?
Do any files have a sensitive name?
Are any of the files being shared with someone's personal account?
Go to Investigate and then Accounts, and check the following:
Have any accounts been inactive in a particular service for a long time? (Maybe you can revoke the license for that user to that service?)
Do you want to know which users have a specific role?
Was someone fired but they still have access to an app and can use that access to steal information?
Do you want to revoke a user's permission to a specific app or require a specific user to perform multi-factor authentication?
You can also drill down into the user's account by clicking the cog at the end of the user's account row and selecting an action to take, such as Suspend user or Remove user's collaborations. If the user was imported from Azure Active Directory, you can also click on Azure AD account settings to get easy access to advanced user management features like group management, MFA, details about the user's sign ins and the ability to block sign in.
Go to Investigate and then select an app. The app dashboard opens and gives you information and insights. You can use the tabs across the top to check the following:
What kind of devices are your users using to connect to the app?
What types of files are they saving in the cloud?
What activity is happening in the app right now?
Are there any connected third-party apps to your environment?
Are you familiar with these apps?
Are they authorized for the level of access they are permitted to?
How many users have deployed them? How common are these apps in general?
Go to the Cloud Discovery dashboard and check the following:
What cloud apps are being used, to what extent, and by whom?
For what purposes are they being used?
How much data is being uploaded to these cloud apps?
In which categories do you have sanctioned cloud apps, and yet, users are using alternative solutions?
For the alternative solutions, do you want to unsanction any cloud apps in your organization?
Are there cloud apps that are used but not in compliance with your organization’s policy?
Use reports to investigate risk
When you start trying to gain control over your cloud environment, you make certain assumptions based on what you expect to find — you don't really know your cloud yet. Based on these assumptions, you create policies.
After Cloud App Security runs on your cloud environment, you use the built-in reports (and custom reports) to see what's going on in your cloud. Based on this, you adjust your policies again to include exceptions so that eventually your policy catches very few false positives.
Built-in reports offer you aggregated views for investigation. To work with built-in reports, go to Investigate and then Built-in reports. For more information about the different built-in reports, see the Built-in report reference.
Let's say that you assume you don't have any access to your cloud environment by risky IP addresses (for example, anonymous proxies and Tor). But you create a policy for risk IPs just to make sure:
In the portal, go to Control and choose Policies.
In the Policy center, choose the Templates tab.
At the end of the User logon from a non-categorized IP address row, choose the plus sign (+) to create a new policy.
Change the policy name so you'll be able to identify this policy.
Under Activity filters, choose + to add a filter. Scroll down to IP tag, and then choose Anonymous and Tor.
Now that you have the policy in place, you're surprised to see that you get an alert that the policy was violated.
Go to the Alerts page and view the alert about the policy violation.
If you see that it looks like a real violation, you want to contain risk or remediate.
To contain risk, you can send the user a notification to ask if the violation was intentional and if the user was aware of it.
You can also drill down into the alert and suspend the user until you can figure out what needs to be done.
If it's an allowed event that isn't likely to recur, you can dismiss the alert.
If it's allowed and you expect it to recur, you can change the policy so that this type of event won't be considered a violation in the future.
To learn how to control your organization's cloud app, see Control.
Premier customers can also choose Cloud App Security directly from the Premier portal.