Kategori arşivi: Azure Security

Azure Firewall için Yeni İki Özellik Duyuruldu

Bildiğiniz gibi Azure platformunda son derece kullanışlı servislerden birisi olan Azure firewall her geçen gün kullanımın artması ve bulut üzerindeki müşteri isteklerinin gelişmesine bağlı olarak sürekli bir gelişim içerisindedir. Bu gelişimin sonucu olarak aşağıdaki gibi belirli zamanlarda ihtiyaç duyulan bu özelliklerin duyurularını görebiliriz. Bu yeni iki özellik;

Threat intelligence based filtering
Service tags filtering

Olarak özetlenmiştir.

Azure platformunun güvenlik anlamındaki en büyük gücü aslında veri. Sahip olduğu inanılmaz veri ambarı içerisinde akıllık teknolojiler ile kötü domain, ip, dosya, atak türü gibi inanılmaz istihbarat temelli bilgilere sahiptir. Threat intelligence olarak geçen bu bilgiler sayesinde pek çok atağı çok erken dönemde engelleme şansına sahiptir. Artık Azure firewall üzerinde de bilinen bu kötü içerikli domain ve ip adresleri için eş zamanlı bloklama yapılabileceğini görüyoruz.

Diğer bir yenilik ise Service tags filtering. Bu özellikle müşterilerden gelen bir istekti. Malum azure üzerinde pek çok servis ve ip adresi yer almaktadır. Durum böyle olunca SQL Azure, Azure Key Vault veya Azure Service Bus gibi servislerin ip bloklarını hızlı bir şekilde tanımlayabiliyoruz. Bu da firewall tarafında kural yazmamızı kolaylaştırmaktadır.

Daha fazla bilgi için aşağıdaki linki inceleyebilirsiniz;

https://azure.microsoft.com/en-us/blog/announcing-new-capabilities-in-azure-firewall/

Azure Security Center Ortamınızı Yeni Güvenlik Açıklarından Korumanıza Yardımcı Olur

Her geçen gün yeni duyurulan pek çok güvenlik açığı ile yaşamayı öğrendiğimiz gibi bir de zero day olarak isimlendirdiğimiz aslında kimsenin henüz tespit edemediği ve bilinmeyen zararlılara karşıda her an tetikte olmamız gerekiyor.

Azure, pek çok güvenlik üreticisinin yaptığı gibi kendi sunduğu platformun güvenliğini daha üst seviyeye çıkarmak ve bu platform ile aslında entegre çalışan oprem sistemleri de kapsayacak şekilde güvenlik çözümleri sunmaktadır. Bu sunduğu ürünlerinin tamamını ise Azure Security Center isminde bir portal üzerinden izleyebiliyor veya aksiyon alabiliyoruz.

Peki bunu nasıl sağlıyoruz?

Temel 3 özellik sayesinde mevcut güvenlik seviyenizi daha üst düzey çıkaran ve gerçek zamanlı izleme sayesinde ortamınızdaki anormallikleri anında tespit eden bir platform olarak azure security center size bunları sunar;

Strengthen security posture

Azure Güvenlik Merkezi, kaynaklarınızın güvenlik durumunu düzenli aralıklarla analiz eder. Potansiyel güvenlik açıklarını tespit ettiğinde önerilerde bulunur. Öneriler, gerekli kontrolleri yapılandırma sürecinde size rehberlik eder. Aslında sizin yerinize sürekli olarak ortamınızı kontrol eden bir ikinci göz olarak düşünebilirsiniz.

File Integrity Monitoring (FIM)

Yeni nesil pek çok güvenlik ürününde görebileceğimiz bir özellik olan FIM sayesinde ortamınızdaki dosya veya yapılandırma değişikliklerini gerçek zamanlı olarak takip edebilirsiniz. Bu sayede olası bir zararlının ana faaliyetinden önce gerçekleştirmek istediği veya ihtiyaç duyduğu dosya, kayıt defteri, yapılandırma ayarları gibi başlıklardaki değişiklikleri anlık olarak takip edebilirsiniz. Sizin için kritik olan başlıklardaki değişiklerin olması halinde ise anında bir uyarı mekanizmasını tetikleyebilirsiniz.

Security Alert

Azure şüpheli aktiviteleri izler, bunları gerekli görmesi halinde bir tehtid algılama mekanizmasına gönderir. Eğer zararlı bir faaliyet tespit edilir ise uyarı oluşturulur. Malum güvenliğin temelinde aslında bilgilendirme, uyarı, tetikleme mekanizmaları yatmaktadır.

Azure Security Center hakkında daha fazla bilgi için aşağıdaki makalelerimi inceleyebilirsiniz;

http://www.cozumpark.com/blogs/cloud_computing/archive/2019/01/20/azure-security-center-nedir.aspx

http://www.cozumpark.com/blogs/cloud_computing/archive/2017/07/23/microsoft-azure-security-center-nedir-planlama-bolum-2.aspx

http://www.cozumpark.com/blogs/cloud_computing/archive/2018/02/25/on-prem-sistemler-icin-azure-security-center-kullanimi-azure-security-solutions-non-azure-computers.aspx

http://www.cozumpark.com/blogs/cloud_computing/archive/2018/05/06/azure-security-center-icin-duyurulan-yeni-ozellikler.aspx

http://www.cozumpark.com/blogs/cloud_computing/archive/2017/07/16/azure-security-center-free-ve-standart-tier-farklari.aspx

http://www.cozumpark.com/blogs/cloud_computing/archive/2017/07/16/azure-security-center-nas-l-denerim.aspx

https://www.cozumpark.com/blogs/cloud_computing/archive/2018/02/18/azure-security-center-ongoing-security-monitoring.aspx

http://www.cozumpark.com/blogs/cloud_computing/archive/2018/02/18/azure-security-center-_3101_ncident-response.aspx

Bir sonraki blog yazımda görüşmek üzere.

Microsoft Azure Security Center- Incident Response

Yerleşik sistemlerimizde gösterdiğimiz güvenlik hassasiyetini ne yazık ki bulut sistemlerinde gösteremiyoruz, bunu en temel örneğini on-prem sistemlerine milyon dolarlık yatırım yapan büyük firmaların bulut geçişlerinden sonra bulut güvenlik ürün kullanım oranlarından anlayabiliyoruz. Bizimde içinde bulunduğumuz pek çok bulut geçiş projesinde de bunu görüyoruz. Tabiki bu alanda bir uzmanlığımızın olması nedeni ile bu tür alt yapılarda biz mutlaka güvenlik ürünlerinin konumlandırılması, aktif edilmesi, sistemin çalışır ve müşterilere bilgi akışını sağlıyor olmasını hedefliyoruz.

Peki, makalemin bu bölümünün konusu nedir? Incident Response, aslında güvenlik uzmanları için son derece bilinen bir başlık, yani bundan önce Azure security center özelinde anlattığım pek çok konu vardı, oysaki bu konu aslında pek çok güvenlik ürünü ve üreticisinde olan bir başlıktır.

Incident, yani bir olay- vaka olması durumunda Azure Security Center’ ın buna nasıl cevap verdiğini – tepki gösterdiğini detaylandıracağız.

Öncelikle Azure tarafında Incident, yani olayın ne demek olduğunu ve hangi durumların bir olay anlamına geldiğini iyi bilmeniz gerekiyor. Bu konuda Microsoft çok güzel bir tablo paylaşmış durumda.

Okumaya devam et

1 Soru 1 Cevap: Azure Information Protection

Soru: Azure portalı üzerinde “Create a resource” diyerek Azure Information Protection hizmetini devreye almak istediğiniz zaman karşınıza “Tenant already signed-up” uyarısı çıkıyor. Nedeni nedir?


Cevap: Muhtemel sizden önce birisi ilgili hesap için bu servisi devreye sokmuş ise bu hatayı alırsınız. Tüm servislerden AIP servisini bulup üzerine tıkladığınızda var olan ayarları görebilirsiniz.

1 Soru 1 Cevap: Windows 10

Soru: Windows 10’ un Kaç Güvenlik Özelliği – Servisi Vardır?
Cevap: 10
Windows Hello for Business
Bitlocker and Bitlocker to Go
Windows Information Protection (with MDM)
Windows Defender Credential Guard*
Windows Defender System Guard
Windows Defender Application Guard*
Windows Defender Application Control*
Windows Defender Exploit Guard
Windows Defender Antivirus
Windows Defender Advanced Threat Protection (ATP)*
*= Enterprise Lisans gerektirir.

YubiKey for Windows Hello ile Güvenliğinizi Arttırın


Her geçen gün değişen ve gelişen tehditlere karşı biz
güvenlik uzmanları da sürekli olarak sahip olduğumuz teknolojileri güncel
tutmaya çalışıyor ve ek koruma önlemleri ile özellikle kullanıcı kimlik
bilgilerini daha güvenli bir şekilde yaşatmaya çalışıyoruz.

Microsoft başta olmak üzere gerek bulut sağlayıcıları
gerekse global pazarda servis sağlayıcıları şifresiz bir dünya için
çalışmalarını sürdürüyor. Güvenlik yatırımlarının en zayıf halkası olan
şifrelerin bir şekilde sızdırılması, ele geçirilmesi, tahmin edilmesi gibi
nedenlerden dolayı pek çok kritik sistemde Multi Factor Authentication MFA veya
2FA Two Factor Authentication dediğimiz şifrenin yanında gerçekten kullanıcının
kimliğini doğrulayacak ek parametreler tanımlanabilir. Örneğin en çok bilinen
uygulama yıllardır paralarımızı korumak için internet şubesine girerken
kullandığımız SMS uygulamasıdır. Şifrenizi girersiniz ancak bu şifreyi birisi
çalmış, tahmin etmiş veya siz sızdırmış olabilirsiniz, ancak internet şubesine
giriş için tek bir şifre yeterli olmaz. Telefonunuza gelen sms veya soft token
olarak adlandırdığımız mobil uygulamalardan alacağınız doğrulama kodunu
kullanmanız ek güvenlik önlemi olarak kullanılmaktadır.

Aslında VPN, sistem girişleri, portal girişleri ve
benzeri pek çok örneğini görebileceğimiz MFA – 2FA güvenliğin ön planda olduğu
sistemler için günümüzdeki en iyi alternatiflerden birisidir.

Eğer bu konuda daha görsel bir şeyler görmek
istiyorsanız bu yazıyı okumanızı tavsiye ederim.

https://paul.reviews/the-difference-between-two-factor-and-two-step-authentication/

YubiKey, Ubico firması tarafından üretilen aslında bir
2FA ürünüdür. Pek çok farlı ürün yelpazesi olmasına karşın benim makaledeki
gündemim Window Hello ile uyumlu olan modelleri olacaktır.

Ürünün web sitesi aşağıdaki gibi olup incelediğiniz
zaman zaten çok etkili bir slogan göreceksiniz;

https://www.yubico.com/

“Modern two factor authentication” Modern iki faktör
kimlik doğrulama. Evet ürünler gerçekten yeni nesil teknolojiler
barındırmaktadır.

Benim ilgilendiğim modeller Yubikey 4 Series olarak
geçen aşağıdaki modellerdir;

YubiKey 4 (Makale için bu modeli kullandım)

clip_image001

  

YubiKey 4 Nano

clip_image002

YubiKey 4C

clip_image003

YubiKey 4C Nano

clip_image004

Okumaya devam et

Active Directory Güvenliği için 10 Temel Öneri


Günümüzde güvenlik her şirket için önemli bir başlık
olmasına karşın güvenlik konseptinde derinlik ne yazık ki temel anlamda
firewall, anti virüs, son dönemde DLP gibi ana başlıklardan daha derine
inemiyor. Özellikle çok fazla bütçe ve uzman ile kurulan banka ortamlarında
bilen yaşanan büyük zafiyetlerin aslında uygulama temelli zafiyetler olduğunu
gördükçe güvenlik algısının sadece yüzeysel ürün temelli değil uygulama bazlı
yapılması gerektiğini bir kez daha görmüş oluyoruz.

Peki her uygulama için güvenlik sıkılaştırma çalışması
yapılabilir mi? Pek çok global üretici için uygulamalarının en iyi güvenlik
çözümleri, yapılandırmaları veya birlikte çalışma senaryoları bulunmaktadır,
ancak özellikle büyük şirketler için bunları tek tek hayata geçirmek var olan
karmaşık yapıyı daha içinden çıkılmaz bir hale sokabileceği gibi bütçe ve zaman
açısından yönetimi zordur. Bundan dolayı özellikle zafiyet testleri sonucunda
kritik uygulamalar hedef alınır. Ancak küçük şirketler için ne yazık ki zafiyet
taramalarının bütçesinin bile bulunması sorun olabiliyor. Madem öyle daha
minimal yapılar için neler önerebiliriz?

Tabiki bu işin doğrusu öncelikle bir veya bir den çok
uzman ile mevcut yapı için zafiyet testlerinin uygulanması, sonuçlarının
değerlendirilmesi, uygulanması ve bu zafiyetlerin kapatıldıktan sonra tekrar bir
test yapılmasıdır. Hatta buna ek olarak “security hardening” olarak bilinen ve
yine büyük kurumlar tarafından özellikle OS seviyesinde yaptırılan sıkılaştırma
çalışması sayesinde testlerde çıkmayan ancak üreticilerin önerdiği en iyi
yapılandırmaları gerçekleştirerek güvenlik seviyenizi daha yukarılara
çekebilirsiniz.

Bende pek çok müşterime aslında bu noktada herhangi bir
ürün almadan yardımcı olmak için sağlık taraması adı altında hizmet sunmaktayım.
Bu makaledeki amacım da bu sağlık taraması kapsamında yaptığım çalışmaların bir
bölümü olan Active Directory için güvenlik anlamında neleri kontrol etmeniz ve
nasıl yapılandırmanız gerektiğini paylaşmaktır. Günün sonunda sağlık taraması
sadece 27001, KVKK, güvenlik gibi başlıkları değil aynı zamanda sisteminizin ne
kadar sağlıklı çalışıp çalışmadığını ve kritik bulguların olup olmadığını
görmeniz için alabileceğiniz bir servis.

Bunu yapan ya da aslında yaptığını iddia eden pek çok
araç görebilirsiniz. Ancak birkaç temel rapor ve pasta dilimi görseller ile
kritik alt yapılarınız için yorum yapmanız doğru olmayacaktır. Nasıl zafiyet
tarama ürünlerinin olmasına karşın Pentest adı altında uzman danışmanlara ücret
ödeyip gerçek hayat senaryolarının sisteminiz üzerinde denenmesini sağlıyorsanız
yine bir uzmanın sizin yaşayan bu sisteminiz için yorum yapması çok
kıymetlidir.

Peki gelelim konumuza, güvenli bir Active Directory
için nelere dikkat etmemiz gerekiyor?

1 – Varsayılan Hesapların Kapatılması veya
Değiştirilmesi

Öncelikle ne yazık ki hala pek çok sistem yöneticisi
Active Directory ile beraber gelen Administrator olarak isimlendirilen
varsayılan hesap ile sistemlerini yönetmektedir. Bu pek çok ransomware başta
olmak üzere uzak erişim ve sonrasında verilerin şifrelenmesi ile sonuçlanan
atakları kolaylaştırmaktadır. Çünkü hala pek çok şirket dış dünyaya RDP açık
sistemler barındırmakta ve hele varsayılan kullanıcı ile bu sistemleri yönetiyor
ise zaman içerisinde şifre deneme yanılma yolu ile kolaylıkla bu sistemlere
sızmak mümkündür. Sadece ransomware değil pek çok hak yükseltme, içeriden gelen
ataklarda da varsayılan admin hesapların kullanılması büyük zafiyetlere neden
olmaktadır. Bu nedenle ilk olarak varsayılan Administrator hesabının
kopyalanarak yeni bir yönetici hesabı oluşturulması ve mevcut yönetici hesabının
tüm yetkilerinin alınması gereklidir. Bu sayede örneğin “Hakan” isminde standart
bir user olarak görünen ama oysaki “Administrator” hesabının yerine geçen yeni
bir yönetici hesabınız olacaktır. Mevcut hesabı bu şekilde kopyalayacak
uzmanlığınız yok ise en kötü “rename” yani Administrator yerine “hakan”
kullanarak” en azından varsayılan brüte force şifre bulma atakları için öne
geçebilirsiniz.

clip_image002

2 – Yönetici Hesapları Ayrıştırılması

Bir diğer sık yaptığımız hata ise tek bir kullanıcı
hesabı ile hem kişisel bilgisayarımızı hem Forest/Domain ortamını yönetiyor
olmamız. Burada her şirket için farklı çözüm oluşturabileceğimiz gibi en iyi
senaryo olarak kendi bilgisayarımız için “hakan”, uzak son kullanıcı
bilgisayarlarını yönetmek için “wrk_hakan”, domain ortamındaki sunucuları
yönetmek için “srv_hakan” ve Active Directory, Exchange, CA Server gibi kritik
alt yapı sunucuları için “ent_hakan” kullanıcı hesaplarını oluşturmanız ve en
önemlisi de örneğin srv_hakan kullanıcısının veya buna bağlı grubun üyelerinin
herhangi bir son kullanıcı bilgisayarına giriş yapmasına izin vermemeniz
gereklidir. Benzer şekilde ent_hakan da DC, Exchange gibi sunucuların dışında
herhangi bir sunucuya login olmamalıdır. Ayrıca varsayılan olarak gelen domain
admins grubu tüm bilgisayarlarda local admin olduğu için onu da kaldırmanız ve
son kullanıcı makineleri, sunucular için ayrı lokal admin grupları oluşturmanız
şarttır.

3 – Kritik Grup Üyeliklerinin Kontrolünün
Sağlanması

Güvenlik emek ister tabiki gönül ister ki hiç ürün
satın almayalım ancak bazı noktalarda temel Audit veya siem ürünleri güvenlik
için şart. SIEM belki bu madde için çok lük kalabilir ancak lepide gibi uygun
maliyetli bir Audit ürünü ile AD kritik grupların üyelik güncellemelerini
mutlaka takip etmeniz gereklidir. Bu sayede olası bir hak yükseltme veya 2.
Maddedeki senaryoyu bozan bir yönetici olması halinde bundan mutlaka haberdar
olmanız gereklidir.

clip_image004

4 – Lockout Policy

Çok temel bir policy olmasına karşın hala çok büyük
yapılarda bile Lockout policy olmadığına sağlık taraması çalışmalarım sırasında
karşılaştım. Bunun tabiki yönetimi bir hayli zor olduğu için her müşterinin
farklı bir yorumu bulunur ancak tartışmasız en temel Active Directory güvenlik
önlemi lockout policy uygulanmasıdır.

clip_image006

 

5 – Password Policy

Çok temel bir bilgi olduğu ve artık bu konuda çok ciddi
farkındalık olduğu için üzerinde çok durmayacağım, ancak burada önemli olan
nokta eğer yetkili hesap segmentasyon yapmışsanız tek sorun yöneticinizin sahip
olduğu tüm hesaplara aynı şifreyi vermesi olacaktır ki bunu engellemezseniz
aslında sizin herhangi bir ürün almadan sağladığınız hak yükseltme koruma
özelliğiniz bir anda çöp olabilir.

clip_image008

6 – Eski Kullanıcı ve Makine Hesaplarının
Temizlenmesi

Ne yazık ki pek çok sağlık taramasında bu noktanın
düzenli olarak yapılmadığını görüyoruz. Banka, Telekom veya global firmalar gibi
düzenli denetlenen firmaların dışında ne yazık ki işten ayrılmış kullanıcı
hesaplarının hala aktif olarak kaldığını görebiliyoruz. Burada gerek makine
gerekse kullanıcı hesaplarının düzenli kontrol edilmesi ve gereksiz olan
hesapların önce disable, daha sonra şirket politikasına göre silinmesi
güvenliğinizi arttıracak adımlardan birisi olacaktır.

clip_image010

7 – Düzenli Yama Yüklenmesi

Çok geleneksel olacak ama OS seviyesinde çıkan kritik
yamalar Active Directory ortamınız için çok büyük risk doğurabilir. Sadece OS
seviyesinde değil özellikle son dönemde gördüğümüz CPU zafiyetleri de ne yazık
ki çok ciddi güvenlik zafiyetlerine neden olduğu için aslında AD ortamınızı
üzerinde barındırdığınız donanımların firmware yüklemelerinden OS yamalarına
kadar güncel bir sistem kullanıyor olmanız gerekli. Şimdi yama yüzünden kesinti
yaşan müşterilerin “aman hocam bana yama deme” dediğini duyar gibiyim ama yine
hep dediğim gibi pilot dağıtım, test yapmadan yapılan her yama hangi sisteme
olur ise olsun büyük bir zarar verme potansiyeli taşır. Bu üreticilere göre
farklılık göstermek ile beraber bu kötü tecrübeler ne yazık ki sistemlerimizi
bilinen zafiyetlere karşı korumasız bırakmamız için bir bahane olamaz. Yama
yönetimi aslında başlı başına ayrı bir konu olduğu için bunu da geçiyorum
şimdilik.

clip_image012

8 – Çoklu Kimlik Doğrulama

Active Directory gibi sistemlere erişimlerin
sınırlanması ve hatta bu tür sistemlere giriş yapabilecek makinelere ise smart
card gibi ek güvenlik önlemleri ile girebiliyor olmanız ayarlanmış olması
gereklidir. Örneğin bizim en değerli varlıklarımızdan birisi olan mali
varlığımıza erişirken nasıl kimse sms veya benzeri ikinci doğrulama
mekanizmalarından vazgeçmiyor ise bir şirket için verilerde en değerli varlıklar
olduğundan suyun başındaki konumu nedeni ile AD erişimleri mutlaka MFA – 2FA
cihazları ile desteklenmelidir.

Bu basit bir örnek

http://www.cozumpark.com/blogs/donanm/archive/2018/08/05/yubikey-for-windows-hello-ile-guvenliginizi-arttirin.aspx

clip_image014

9 – İzleme

Aslında grup değişiklikleri izlenmesi başlığında izleme
noktasının öneminden bahsetmiştim, ancak bu çok özel bir izleme örneği olup her
şirketin bunu yapması bazen mümkün olmuyor, ancak bu maddeyi gerçekleştiremiyor
olsanız dahi genel olarak AD üzerindeki GPO, DNS, AD değişikliklerinden mutlaka
haberdar olmanız gerekli, aksi halde bu maddeye kadar yapmış olduğunu pek çok
değişiklik kötü amaçlı olarak geriye doğru değiştirilebilir ve bundan haberiniz
olmayabilir. Bu konuda Lepide, Netwrix, Manage Engine, Change Auditor gibi pek
çok Audit yazılımı kullanabilirsiniz. Tabiki sahip olduğunuz SIEM’ i eğiterek
kritik durumlar için yine log üretmesini sağlayarak bu ihtiyacı
karşılayabilirsiniz ama benim her zaman tercihim AD, Exchange gibi kritik
servisler için özelleşmiş Audit yazılımları almak olacaktır. SIEM olsun bana bir
zararı yok hatta tüm logları topluyor süper ama T anında o SIEM den istediğim
bilgiyi almak bazen zor bazen imkânsız olabiliyor.

10 – Yedekleme ve Felaket Senaryosu

Evet en iyi güvenlik önlemlerinden biriside tabiki çok
sağlam bir yedeğinizin olması. Veya olası bir saldırı, şifre ele geçirme ya da
servis kesintisi gibi ataklar için geri dönüş planınızın olmasıdır. Buna sahip
iseniz pek çok beklenmedik saldırı için kurtarma senaryonuz hazır
olacaktır.

Evet, elimden geldiği kadar basit olarak bir
farkındalık makalesi hazırlamaya çalıştım. Tabiki benden 27001 özelinde, KVKK
veya temel sağlık taraması alan müşterilerimin sadece Active Directory için 184
noktaya baktığımı biliyorlar, yani bu işin hepsini burada makaleye dökmek ne
yazık ki çok ciddi bir zaman alacağı için ben en azından böyle hizmetler veya
ürünler alamayan pek çok kobi çapındaki firmalar için yardımcı olmak amacı ile
bu bilgilerimi paylaştım. Ancak daha ciddi iş ihtiyaçlarınız ve bütçeniz var
ise tabiki benim gibi bir uzmandan böyle profesyonel bir tarama hizmeti ile
durum rapor edinmeniz ve sonrasında da ister mevcut ekipleriniz ile, iste
danışmanlarınız ile iyileştirme çalışmasını Active Directory gibi kritik tüm
sistemler için yapmanızı öneririm.

 

Kaynak

http://www.cozumpark.com/blogs/windows_server/archive/2018/10/07/active-directory-guvenligi-icin-10-temel-oneri.aspx

 

 

Azure Information Protection Scanner Express Installation

Geçen yıldan beri artan KVKK isteklerine pek çok
müşterimde AIP ile cevap vermekteyim. Genel olarak süreç ve hukuk tarafını
tanımlayan müşteriler teknoloji için kapımızı çalıyorlar, pek çok alanda teknik
tedbirleri tamamlamak ve GDPR veya KVKK için hazır olmak istiyorlar. Bu noktada
tabiki teknik tedbirlerde pek çok farklı çözüm veya ürün kullanabilirsiniz
ancak en temel teknik tedbir verilerin sınıflandırılmasıdır. Bu noktada
piyasada pek çok eski ve yeni ürün bulunmaktadır. Bu ürünlerden birisi ise
Azure Information Protection’ dır.

Bu konuda pek çok kaynak paylaştığım için bunlardan en
özet ve anlaşılanı aşağıdaki video olup izlemenizi tavsiye ederim.

http://tv.cozumpark.com/video/851/Azure-information-Protection

Bu makalemde ise AIP ile beraber gelen AIP scanner
yüklemesinden bahsedeceğim. Kullanıcı makinelerine yüklediğimiz agent sayesinde
burada üretilen ve işlenen verileri sınıflandırabiliyoruz ancak file server gibi
sharepoint ve benzeri ortamlardaki kütüphanelerin taranması ve sınıflandırma
ihtiyacı için aip scanner adını verdiğimiz ayrı bir agent – ürün
kullanıyoruz.

clip_image002

Yukarıda gördüğünüz gibi bir sunucu üstüne scanner
servisini kuruyoruz, internet üzerinden sınıflandırma ilkelerini alıyor, SMB
veya http/HTTPS servisleri ile sınıflandırılacak kütüphanelere bağlanıp
sonuçları SQL veri tabanında saklamaktadır.

Bu makalemde ben de bu ürünün nasıl yükleneceğinden
bahsedeceğim. Aslında ürünün yüklenmesinde pek bir sıkıntı yok daha çok
kullanımında uzmanlık gerektiren konular olup bunu da uygun olduğum bir başka
hafta sonu yazmayı düşünüyorum.

Bu arada bu ürünle gerçekten çok büyük ve global birkaç
firmada KVKK kapsamında veri sınıflandırma yaptığım için ciddi bir tecrübeye
sahip oldum. O yüzden özellikle rakip ürünlere göre artıları ve eksilerini
bilerek bu tarz ürünleri müşterilere aldırmak biz danışmanların en büyük
sorumluluğu olsa gerek.

Okumaya devam et

Varsayılan Azure Üyelik Yetki Sorunu Hakkında

Malum bulut hayatımızın bir parçası, benim ise ana iş kalemlerimin başında yer alıyor. Durum böyle olunca pek çok alanda müşterilerime sunduğum danışmanlık hizmetlerinin bir bölümünü de bulut danışmanlığı kaplıyor. Çok fazla müşteri olunca da ister istemez panelleri ayrı yönetmek yerine tek bir hesabıma yetki vermek yönetim anlamında büyük kolaylık sağlıyor.

Daha basit bir ifade ile ben bir hesap ile giriş yapıp ardından müşterilerimin panellerine rahatlıkla geçiş yapabiliyorum.

Yukarıda tabiki müşteri bilgilerini gizlemek için biraz abarttığım buzlama tekniği ile pek çok subscription’ a sahip olduğumu görebilirsiniz.

Şimdi buraya kadar her şey çok güzel, hatta eski azure kullananlar bilir bu bölüm bile sayfanın sağ en üst köşesindeyken birden daha sol tarafa doğru taşındı ve ayrı bir hızlı erişim düğmesi eklendi. Üstüne bir de böyle bir seçenek geldi;

İlk başlarda buna pek anlam veremedim, yani neden varsayılan directroy olarak bir şey seçmeliydim, en son hangi dizinde çalışmışsam ondan açılması daha mantıklı geliyordu. Taki bir müşterimdeki panelden ilgili hesabımın yetkisini kaldırana kadar. Kurumsal hesap ile güncelleme yapıp hotmail hesabımı kaldırdım, ancak ondan sonra bir daha portal.azure.com’ a giriş yapamadım. Çünkü sürekli olarak aşağıdaki gibi bir URL adresine yöneldiğini gördüm;

https://portal.azure.com/signin/index/@musteri.com.tr?loginHint=hakanschc%40hotmail.com

Sondaki adres benim giriş yaptığım adresti, ortadaki musteri.com.tr ise eskiden yetkim olan bulut tenant, ancak yetkim olmadığı için aslında ben o panele girmek istemesem bile bir şekilde en son o panel açık kaldığı için ilgili üyeliğe ulaşmaya çalışıyor ancak yetkisi olmadığı içinde ulaşamıyordu. Case açmak en doğru çözümdü muhtemel ama işte bizim aklımıza biraz farklı çalıştığı için yukarıdaki URL’ i fark ettiğim ancak bunu alıp mevcut başka bir panele girerek bu URL için yetkimin kaldırıldığı tenant domain yerine yetkili bir domain yazdım ve sonuç başarılı. Artık panelime erişim sağlayabildim. Yukarıda paylaştığım gibi varsayılan tenant ayarımı da artk yetkili olduğum bir hesap ile değiştirdim. Eğer eski panele erişebiliyorsanız kullanıcı delegasyonunuzu kaldırarak bu sorunu daha kolay çözebilirsiniz ancak eski panele erişemiyorsanız bu durumda benim çözüm hayat kurtarabilir.

Umarım faydalı bir ipucu olmuştur.

Microsoft MFA Servislerinde Sorun Yaşanmaktadır

Bu sabah Türkiye yerel saati ile 07:39′ dan beri MFA servisleri düzgün çalışmadığı için pek çok azure ve office 365 müşterisi MFA zorunlu hesapların sistemle login olurken sorun yaşadığını gördü. Sorun yine Türkiye yerel saati ile 22:06 itibariyle devam etmektedir. Aşağıdaki siteden bu tarz global sorunları takip edebilirsiniz

https://azure.microsoft.com/en-us/status/