Difference between revisions of "Office365 Exchange Online Restrict Access"

From Michael's Information Zone
Jump to navigation Jump to search
Line 3: Line 3:
  
 
==Restrict OWA access based on client IP==
 
==Restrict OWA access based on client IP==
*According to MS, you should create a priority 1 rule so that you do not accidently lock yourself out. When first starting out there are no rules in a relatively fresh Office365 configuration. Running "get-clientaccessrule" returns nothing.
+
First, we need to log into exchange online.
 +
<pre>
 +
$livecred = get-credential
 +
$session = New-PSSession -configurationname microsoft.excahnge -connectionuri https://ps.outlook.com/powershell/ -credential $livecred -authentication basic -allowredirection
 +
import-pssession $session
 +
</pre>
 +
*According to MS, you should create a priority 1 rule so that you do not accidentally lock yourself out. When first starting out there are no rules in a relatively fresh Office365 configuration. Running "get-clientaccessrule" returns nothing.
 
<pre>
 
<pre>
 
New-ClientAccessRule -Name AllowRemotePS -Action Allow -AnyOfProtocols RemotePowerShell -Priority 1
 
New-ClientAccessRule -Name AllowRemotePS -Action Allow -AnyOfProtocols RemotePowerShell -Priority 1
 
</pre>
 
</pre>
 
*
 
*
 
 
  
 
==Notes==
 
==Notes==

Revision as of 10:32, 28 September 2018

Purpose

To restrict access to email to specific applications, locations, and users.

Restrict OWA access based on client IP

First, we need to log into exchange online.

$livecred = get-credential
$session = New-PSSession -configurationname microsoft.excahnge -connectionuri https://ps.outlook.com/powershell/ -credential $livecred -authentication basic -allowredirection
import-pssession $session
  • According to MS, you should create a priority 1 rule so that you do not accidentally lock yourself out. When first starting out there are no rules in a relatively fresh Office365 configuration. Running "get-clientaccessrule" returns nothing.
New-ClientAccessRule -Name AllowRemotePS -Action Allow -AnyOfProtocols RemotePowerShell -Priority 1

Notes

  • Want to use email containerization for devices outside the LAN. Internal users can access from terminal servers or virtual desktops.
  • Client access rules can be used to restrict access to just the datacenter using IP whitelisting.[1][2]
  • Conditional access could be used, but appears to not support all email clients[3][4]
  • Activesync device access might be ideal if you can restrict based on application family. For example; Sophos Secure Email containers show up starting with "SecurePIM" in the name. If you could only allow devices that fall within this family, and no other mail client uses this family, then you would have restricted access.[5][6]



There are two methods to follow

  1. A restrictive technical control model
  2. A less restrictive policy based model


In the first model we would restrict access to exchange online to the datacenter, then run a proxy. In the less restrictive model we would tell users they are not allowed to use any other client except the approved app, then monitor for violations using auditing[7][8]. If a violation occurs business can handle disciplinary messures.

It may be possible to restrict access for MAPI clients using Client access rules, then restrict activesync connections using ActiveSync Device Access and specifying the device family.