Exchange Server 2019 duyurulması ile beraber bizlerde hızlı bir şekilde yeni özelliklerini sizler ile paylaşmaya başladık. Aslında geçen hafta yeni özelliklerinin nerede ise tamamına yakınını aşağıdaki makalede
sizler ile paylaştım
https://www.cozumpark.com/blogs/exchangeserver/archive/2018/10/14/exchange-server-2019-yenilikleri.aspx
Ancak burada özellikle bazı teknolojiler için ayrı makaleler yazacağımı da belirtmiştim. Client Access Rule özelliği de bu teknolojilerden birisi.
Peki daha önce kullanmadığımız ve Exchange 2019 ile beraber gelen bu yeni özellik nedir?
Client Access Rule, temel olarak Exchange 2019 organizasyonunuzu yönetmek için kullandığınız Exchange admin center (EAC) ve remote PowerShell erişimlerini sınırlandırmak için kullanılır. Hub transport
kurallarına benzeyen bu kurallar sayesinde EAC ve remote PowerShell için IP temelli, kimlik doğrulama türüne ve kullanıcı özelliklerine bağlı olarak Exchange ‘e kimlerin bağlanacağına siz karar verebilirsiniz.
Peki bu ihtiyaç nereden doğdu? Aslında Exchange 2013 ile beraber web ve powershell temelli yönetim alışkanlıkları arttıkça bu uzak erişim protokolleri için özellikle şirket dışından veya şirket içerisinden
sıklıkla erişim talepleri arttı. Ancak şirket içerisinden olsun şirket dışında olsun bu tarz erişimler son derece büyük riskleri beraberinde getirmekteydi. Exchange sunucusuna RDP yapamayan kötü niyetli bir kişi şirket içerisinden veya dışından bu tarz uzak yönetim araçları sayesinde tüm mail sistemini ele geçire bilmekteydi. Tabiki banka, Telekom, gsm gibi büyük kurumlar Exchange Server
önünde konumlandırdıkları WAF veya benzeri güvelik cihazları ile aslında (bazen de IIS ile) bu tarz istekler için IP bazlı temel bir sınırlandırma getirerek koruma sağlayabiliyordu.
Ancak müşterilerden gelen yoğun istek üzerine bu tarz ek bir koruma veya önlem olmadan Exchange server’ ın kendi kendini koruması için tasarlanmış olan Client Access Rule ortaya çıkmıştır.
Peki örnek kurallara ve nasıl kural yazılacağına geçmeden önce Client Access Rule için temel bileşenler nelerdir onları görelim
Conditions- Koşullar
Kuralların en temel bileşeni olup Kimlik doğrulama tipi, IP adresi, kullanılan protokol, kapsam, kullanıcı ismi, kullanıcı filtresi gibi hangi koşulda kuralın çalışacağını tanımladığımız bölümdür.
Exceptions – Harici Durumlar
Tanımlanmış bir koşul için harici bırakılacak veya başka bir deyişle bu kuraldan etkilenmeyecek durumları tanımladığımız bölümdür.
Action – Aksiyon – Karar
En basit bölüm olup koşullara veya harici durumlara gelen bir isteği uyup uymamasına göre izin veya yasaklamaların yapılacağına karar verdiğimiz bölümdür.
Priority – Öncelik
Her kural dizesinde olduğu gibi burada da önceliklendirme söz konusu olup en düşük numaralı kural en baskın – öncelikli kuraldır.
Bu kısım önemli çünkü çakışma durumlarında kuralların nasıl çalışacağını iyi bilmemiz gerekiyor.
Örneğin birden çok kuralda aynı koşul sağlanır ise ilk kural uygulanır, diğer kurallar görmezden gelinir. Örneğin en yüksek öncelikli bir PS yasak kuralı olsun ve buna karşın siz bir de daha düşük öncelikli bir
remote powershell izin kuralını belirli bir ip ye veren bir kural yazmış olun, bu durumda ikinci yazdığınız kuralın hiçbir etkisi olmaz, yani ilgili ip den gelse bile istek ilk kuraldan dolayı bloklanır. Çözüm ise ilk kurala ek bir kural yazmaktansa ilk kurala ilgili ip için exception yani bir istisna eklemeniz doğru çözüm olacaktır.
Ya da başka bir senaryo düşünelim, bir kural içerisinde birden çok durum söz konusu olsun, yani EAC yasaklanacak ancak finans departmanındaki bir kullanıcı için. Böyle bir kuralın çalışması için gelen
isteğin kural içerisindeki “tüm” durumları sağlaması şarttır. Bir nevi OR değil AND olarak çalışır.
Bir kural içerisindeki bir durum için birden çok değer atanması durumunda OR yani hangisi uyuyor ise kural etkili olur. Örneğin ilgili kuralda bir ip için EAC veya Remote PowerShell demeniz halinde ikisinden biri
için action davranışı geçerli olacaktır.
Son olarak bir kural içerisinde bir den çok exception tanımlanmış ise yine firewall mantığındaki OR şeklinde çalışır, yani ip adres veya protocol olarak basic authentication seçmeniz halinde ikisinden hangisi
eşleşir ise action bu istek için uygulanmaz (exception olduğu için)
Yukarıdaki durumlar biraz gözünüzü korkutmuş olabilir ama emin olun kural yazmaya başlayınca son derece kolay olduğunu göreceksiniz. Hele ki Microsoft bize burada test için çok güzel bir komut seti hediye
etmişken;
Test-ClientAccessRule -User< MailboxIdentity> -AuthenticationType <AuthenticationType> -Protocol <Protocol> -RemoteAddress <ClientIPAddress> -RemotePort < TCPPortNumber>
Örnek komut aşağıdaki gibidir;
Test-ClientAccessRule -User hakan@cozumpark.com -AuthenticationType BasicAuthentication -Protocol ExchangeAdminCenter -RemoteAddress 192.16.16.16. -RemotePort 443
Aslında son derece basit bir mantık ile çalışıyor, pek çok firewall, smtp gateway veya benzeri cihazlardaki en temel kural mantığı ile durumu ve istisnaları seçiyorsunuz, bu durumun gerçekleşmesi durumunda ise ne
yapacağınızı seçiyorsunuz, hepsi bu!
Peki Client Access Rule yönetimini nasıl yapıyoruz?
Power Shell üzerinden yönetildiği için öncelikle mutlaka sunucu local erişiminizin olduğuna emin olun, çünkü olası bir hatalı kural tanımlamasından sonra uzak sunucu erişiminiz kesileceği için bu hatayı
düzeltme şansınız olmayacaktır.
Bu nedenle önerim sunucu üzerinde çalışmanız yönünde olacaktır. Ancak bu önerim core sürümleri için geçerli değildir, çünkü core sürümü bir Windows OS üzerine Exchange server kurmuş iseniz ki bunu tavsiye
ediyorum bu senaryo için ise ilk önerim aşağıdaki gibi en temel uzak erişim kuralını yazmanız olacaktır.
New-ClientAccessRule -Name “Always Allow Remote PowerShell” -Action Allow -AnyOfProtocols RemotePowerShell -Priority 1
Unutmayın öncelik çok önemli ve bunun çakışma durumlarını da sizlerle paylaşıyor olacağım.
Peki gelelim kullanım senaryolarına.
Öncelikle mevcut durumda herhangi bir CAR var mı kontrol edelim;
Get-ClientAccessRule
Herhangi bir CAR olmadığını görüyoruz.
Eğer herhangi bir rule var ise detaylarını görmek için aşağıdaki gibi bir komut seti çalıştırabiliriz.
Get-ClientAccessRule -Identity “Block PowerShell” | Format-List
Ya da aşağıdaki gibi sadece ihtiyaç duyduğunuz ayarı listeleyebilirsiniz
Get-ClientAccessRule -Identity “Block PowerShell” | Format-List Name,Priority,Enabled,Scope,Action
Peki ilk kuralımızı nasıl oluşturabiliriz;
Not: Exchange Server performans kaygılarından dolayı bu özelliği pek çok diğer özelliğinde olduğu gibi cache mantığı ile yönetir, bu nedenle ilk kuralı yazdıktan sonra aktif olarak gerçekleşmesi 24 saat alabilir.
Ek olarak bir kuraldaki değişiklik te en az 1 saat almaktadır. Bu nedenle kuralları yazdıktan hemen sonra etkisini göremezsiniz.
New-ClientAccessRule -Name “<RuleName>” [-Priority <PriorityValue>] [-Enabled< $true | $false>] -Action <AllowAccess | DenyAccess> [<Conditions>] [<Exceptions>]
Örnek bir yazım şekli aşağıdaki gibidir;
New-ClientAccessRule -Name “Block PowerShell” -Action DenyAccess -AnyOfProtocols RemotePowerShell -ExceptAnyOfClientIPAddressesOrRanges 185.25.101.184/25
Yukarıdaki kural 185.25.101.184 nolu ip haricinde gelen tüm Remote Power Shell isteklerini yasaklamak üzere çalışacaktır.
Başka bir örnek
New-ClientAccessRule -Name “Restrict EAC Access” -Action DenyAccess -AnyOfProtocols ExchangeAdminCenter -ExceptAnyOfClientIPAddressesOrRanges 172.16.16.16/24
-ExceptUsernameMatchesAnyOfPatterns *hakan*
Not: Preview sürümünde çalıştırırsanız yukarıdaki ExceptUsername parametresi tanımsızdır.
Bu sefer Exchange Admin Center yasaklaması yapıyoruz, ancak yine harici durumlar söz konusu. Harici durumlara baktığımız zaman ip ve kullanıcı ismi için bir örnek görüyoruz. Ip adresi yine bir önceki örnekte
kullandığım gibi admin olan kullanıcının makinesi veya yönetim makinesi ip adresi, artı bu ip adresinin yanında ismi içerisinde hakan geçen kullanıcılar da bu kuraldan etkilenmeyecektir.
Peki istemci erişim kuralları için nasıl tanımlama yapacağımızı öğrendik. Şimdi sıra mevcut kurallar için nasıl değişiklik yapacağımızda.
Set-ClientAccessRule -Identity “<RuleName>” [-Name “<NewName>”] [-Priority< PriorityValue>] [-Enabled <$true | $false>] -Action< AllowAccess | DenyAccess> [<Conditions>] [<Exceptions>]
Örnek bir yazım aşağıdaki gibidir;
Set-ClientAccessRule -Identity “Block PowerShell” -Enabled $false
Örnek ben biraz önce eklediğim kuralı pasif duruma çekiyorum.
Mevcut bir kuralı aktif iken pasif konumuna çekiyoruz.
Yukarıdaki gibi bir yazım mevcut değerleri değiştirmektedir, yani aktif olan kural pasif oldu, ancak bazen kural içerisinde değişiklik yaparken mevcut bazı değerleri değiştirmeden ekleme yapmak isteriz, böyle durumlar için aşağıdaki gibi bir yazım dili kullanmamız gereklidir.
@{Add=”<Value1>”,”<Value2>”…; Remove=”<Value1>”,”<Value2>”…}
Örnek yazım aşağıdaki gibidir;
Set-ClientAccessRule -Identity “Allow EAC” -AnyOfClientIPAddressesOrRanges @{Add=”172.17.17.27/16″}
Bu yazıma göre var olan Allow EAC kuralına exception olarak var olan ip yi silmeden ek olarak 172.17.17.27 nolu ip yi de eklemiş olduk.
Benzer şekilde kurallar için öncelikte değiştirme imkanına sahibiz.
Set-ClientAccessRule -Identity “Block PowerShell” -Priority 2
Block PowerShell kuralı hatırlarsanız benim ilk oluşturduğum kuraldı, sonra ikinci bir kural oluşturmuştum, şimdi önceliği 1 olan “Block PowerShell” kuralını 2 yaptım, peki 2 olan kurala acaba ne oldu bir
bakalım.
Peki şimdi bir kural daha oluşturalım;
New-ClientAccessRule -Name “Always Allow Remote PowerShell” -Action Allow -AnyOfProtocols RemotePowerShell
Şimdi 3 tane kuralım var;
En son oluşturduğum kuralın 1 nolu kural olmasını istiyorum;
Set-ClientAccessRule -Identity “Always Allow Remote PowerShell” -Priority 1
En sondaki kural yani 3 nolu kural 1 nolu kural olunca, 1 nolu kural 2, 2 nolu kural ise otomatik olarak 3 nolu kural oldu.
Yazdığımız bir kuralı değiştirmek değil de silmek istersek;
Remove-ClientAccessRule -Identity “<RuleName>”
Örnek bir yazım;
Remove-ClientAccessRule -Identity “Block PowerShell”
Veya test etmek istersek ki bunu paylaşmıştım;
Test-ClientAccessRule -User< MailboxIdentity> -AuthenticationType <AuthenticationType> -Protocol <Protocol> -RemoteAddress <ClientIPAddress> -RemotePort < TCPPortNumber>
Örnek bir yazım aşağıdaki gibidir
Test-ClientAccessRule -User hakan@cozumpark.com -AuthenticationType BasicAuthentication -Protocol ExchangeAdminCenter -RemoteAddress 192.16.16.16. -RemotePort 443
Sonuç aşağıdaki gibidir
Gördüğünüz gibi Restrict EAC Access kuralı nedeni ile “DenyAccess” sonucunun alıyoruz. Bu sorun çözmek için çok güzel bir komut setidir.
Bu kadar çok komut seti yazdıktan sonra insan ister istemez parametreleri merak ediyor, yani ben hangi durum tanımlamalarını yaparım derseniz kullanabileceğiniz parametreler aşağıdaki gibidir;
Evet umarım faydalı bir makale olmuştur. Bir sonraki makalemde görüşmek üzere.
Kaynak
www.cozumpark.com/blogs/exchangeserver/archive/2018/10/21/exchange-2019-client-access-rules.aspx
https://docs.microsoft.com/en-us/exchange/clients/client-access-rules/client-access-rules?view=exchserver-2019
Tweet Pin It
Önerilen
Şifresi Değiştirilen Kullanıcının OWA Üzerinden Posta Kutusuna Erişmesi
08 Şubat 2020 0
Exchange Server 2019 Yenilikler ve Kurulum–Exchange Server 2019 Deployment
28 Temmuz 2018 0
Exchange Server 2019 on Windows Server Core–Windows Server 2019 Core Üzerine Exchange Server 2019 Yükleme
28 Temmuz 2018 0
Exchange Server 2016 DAG Activation Preference Değişimi – PreferenceMoveFrequency
29 Ekim 2018 0
Yazar Hakkında
Hakan Uzuner Yazara E-posta
Arama
Bağlantılar
ÇözümPark Bilişim Portalı
ÇözümPark Kurumsal Mail Grubu
ÇözümPark Sözlük
ÇözümPark TV
Eğitimlerim
Kategoriler
1Soru1Cevap
3. Party
Active Directory
Android
AWS
Azure Backup
Azure Security
Bilişim
BizTalk
CA
Cisco
Cloud Computing
COBIT
ÇözümBANK
ÇözümPark
DHCP
DNS
Donanım
EBS
Eğitim
Exchange 2010
Exchange 2013
Exchange Server
Exchange Server 2016
Exchange Server 2019
Firefox
ForeFront
Fortinet
Genel
Google Chrome OS Chromium
Green IT
Güvenlik
Haber
Haberler
Hakkımda
HP
Hyper-v
IBM
Identity
IIS
Internet Explorer
Intune
IOT
IpUcu
ISA Server
Kariyer
Kategorilenmemiş
Kisisel
Linux
Lisans
Lync
Magazin
Mail Sorunları
MED-V
Microsoft 365
Microsoft ATA
Microsoft Azure
Microsoft Business Productivity Online Suite
Microsoft Cluster
Microsoft SharePoint
Microsoft Sistemleri
Microsoft Surface
Microsoft System Center
Microsoft Ürün Ailesi
Mobile
Nebim
Network
OCS
Office
Office 2016
Office 365
Opalis
oracle
Podcast
PowerShell
RDH
Reklam
SBS 2008
Sertifikasyon
Skype for Business
Small Business Server
Software Asset Management
Sonicwall
Sony Play Station 3
Sosyal
Sponsor
SQL Azure
SQL Server
Symantec
Symantec enterprise vault
Teknoloji
Terminal Server
Udemy
Unified Access Gateway
Unified Communications
Veeam
Virtualization
Vista
Vmware
WDATP
Webcast
Windows
Windows 10
Windows 11
windows 7
Windows 8
Windows 8.1
Windows Azure
Windows intune
Windows Phone
Windows RT
Windows SBS Server
Windows Server
windows server 2008
Windows Server 2008 R2
Windows Server 2012
Windows Server 2012 R2
Windows Server 2016
Windows Server 2019
Windows Server 2022
Windows Server 8
XP
Yazılım
Etiketler
cisco 877 adsl (6) cisco access list (6) cisco adsl (6) cisco asa 5510 (6) cisco ayarlar (6) cisco basit router (6) cisco konfigürasyon (6) cisco router (6) cisco temel (6) cisco yapılandırma (6) exchange server 2007 (12) Forefront Client Security (7) Hayattan (9) intervlan routing (6) Juniper (7) moss 2007 (6) sccm (7) sccm (system center configuration manager) nedir (8) Sonicwall (12) SonicWALL ile neler yapılır (7) Sonicwall Inbound (7) SonicWALL ne demek? (7) Sonicwall nedir? Sonicwall remote deskop erişimi (6) system center configuration manager 2007 (9) Virtual Machine Manager (7) webcast (7) windows 7 (21) Windows 7 de ne var (14) Windows 7 ile Hayatimiza Girecek Yeni özellikler (12) windows 7 user account (12) Windows 7 Vista farkı (14) Windows 7 ye Genel Bakış (7) Windows 7 yenilikleri (13) windows 7 şifre hatırlatma (12) Windows 7.0 (13) Windows Essential Business Server 2008 (9) Windows PowerShell (18) windows se7en (13) Windows Se7en New Menü System (8) windows server 2003 (9) Windows Seven (15) Windows Seven (7) Kullanıcı Hesapları Yonetimi (12) windows seven admin şifresi değiştirme (12) windows seven Credential Manager özelliği (7) Windows Sharepoint Services 3.0 (6)