Kısa cevap: Çoğu işletmede kullanıcıların günlük işlerini yerel yönetici yetkisiyle yapması gerekmez ve önerilmez. Yönetici yetkisi, kullanıcının bilmeden zararlı bir yazılım kurmasını, güvenlik ayarlarını değiştirmesini ve bilgisayarların birbirinden farklılaşmasını kolaylaştırır. Doğru düzen; herkesin standart kullanıcı hesabıyla çalışması, yazılım ihtiyaçlarının bir talep süreciyle karşılanması ve gerçekten gereken durumlarda kayıtlı, süreli istisnalar tanımlanmasıdır.
Yerel yönetici yetkisi neden risklidir?
Yerel yönetici, bilgisayar üzerinde neredeyse sınırsız işlem yapabilen hesaptır. Kullanıcı bu yetkiyle çalıştığında, açtığı bir e-posta eki veya indirdiği bir kurulum dosyası da aynı yetkiyle çalışır. Bunun yanında kontrol dışı kurulan programlar lisans uyumunu bozar, güncellenmeyen yazılımlar güvenlik açığı bırakır ve her bilgisayar zamanla farklı bir hale gelir. Bu farklılık, arıza tespitini ve yazılım güncelleme ve yama yönetimini zorlaştırır.
- Güvenlik: Zararlı yazılımların sistem düzeyinde kalıcı hale gelmesi kolaylaşır.
- Lisans: Kurumun haberi olmadan lisanssız veya kişisel lisanslı yazılımlar kurulabilir.
- Destek yükü: Standart dışı ayarlar ve eklentiler arıza sayısını ve çözüm süresini artırır.
- Denetim: Hangi bilgisayarda hangi yazılımın bulunduğu belirsizleşir.
Standart kullanıcı modeli nasıl kurulur?
Amaç kullanıcıyı kısıtlamak değil, işini yapması için gerekenleri önceden hazır etmektir. Bu nedenle geçiş, bilgisayar standardıyla birlikte planlanmalıdır.
- Envanter çıkarın: Hangi kullanıcıların şu anda yönetici olduğunu ve bilgisayarlarda hangi yazılımların kurulu olduğunu listeleyin.
- Onaylı yazılım listesi oluşturun: Bilgisayarlarda olması gereken temel yazılımları ve bölümlere özel uygulamaları belirleyin.
- Standart imajı güncelleyin: Onaylı yazılımları kullanıcı profiline göre cihaz sınıfları ile eşleştirerek kurulum paketine ekleyin.
- Ayrı yönetici hesabı tanımlayın: BT personeli günlük hesabıyla değil, yalnızca gerektiğinde kullandığı ayrı bir yönetici hesabıyla işlem yapsın.
- Pilot uygulama yapın: Önce küçük bir grupta yetkiyi kaldırın, eksik kalan ihtiyaçları toplayın, ardından tüm kuruma yaygınlaştırın.
Yazılım talep süreci ve istisnalar
Yetki kaldırıldığında kullanıcının yeni bir yazılıma ihtiyacı olduğunda nereye başvuracağını bilmesi gerekir. Talep; yazılımın adı, kullanım amacı, lisans durumu ve yönetici onayını içermelidir. Bazı roller için istisna gerekebilir; bu durumda istisnanın kapsamı ve süresi yazılı olmalıdır.
| Durum | Önerilen yaklaşım | Kayıt altına alınacak bilgi |
|---|---|---|
| Tek seferlik yazılım kurulumu | BT tarafından uzaktan veya yönetim aracıyla kurulum | Yazılım, lisans, talep eden ve onaylayan |
| Sık sürüm değiştiren geliştirme araçları | Süreli ve kapsamlı istisna veya ayrı test cihazı | İstisna süresi ve gözden geçirme tarihi |
| Cihaz sürücüsü gerektiren donanım | Sürücünün BT tarafından kurulması ve standarda eklenmesi | Donanım modeli ve sürücü sürümü |
| Saha veya seyahatte acil ihtiyaç | Uzaktan destek ile geçici müdahale | Müdahale zamanı ve yapılan işlem |
Geçişte dikkat edilecek noktalar
- Geçiş öncesinde kullanıcılara kısa bir bilgilendirme yapın; değişikliğin nedenini ve talep kanalını açıklayın.
- Ortak kullanılan bilgisayarlarda her kişiye ayrı kullanıcı hesabı açın; ortak yönetici hesabı kullanmayın.
- Yerel yönetici parolalarının tüm cihazlarda aynı olmamasına ve güvenli bir yerde saklanmasına dikkat edin.
- İlk haftalarda gelen talepleri izleyin; sık istenen yazılımları standart listeye ekleyin.
- İstisnaları belirli aralıklarla gözden geçirin, süresi dolanları kapatın.
Standart kullanıcı modeli, olası bir güvenlik olayında hasarı sınırlamaya da yardımcı olur. Cihaz kaybı gibi durumlar için hazırlık adımlarını kaybolan veya çalınan iş bilgisayarı müdahale planı rehberinde bulabilirsiniz. Kullanıcı verilerinin işlendiği sistemlerde yetki düzeninin mevzuat açısından değerlendirilmesi için kurumunuzun hukuk veya uyum birimine danışmanızı öneririz.
Sık sorulan sorular
Yönetici yetkisi kaldırılınca kullanıcılar işlerini yapamaz hale gelir mi?
Hazırlık yapıldıysa hayır. Günlük işlerin büyük kısmı standart kullanıcı hesabıyla yapılabilir. Onaylı yazılımların önceden kurulması, pilot uygulama ve açık bir talep kanalı geçişin sorunsuz olmasını sağlar.
Yöneticiler ve şirket sahipleri için istisna yapılmalı mı?
Unvan tek başına istisna nedeni olmamalıdır. Üst düzey yöneticilerin hesapları erişimleri nedeniyle daha çok hedef alınır. İstisna, unvana değil işin teknik ihtiyacına göre ve kayıtlı olarak verilmelidir.
Küçük bir ofiste bu düzen gerekli mi?
Evet, ölçeğe göre sadeleştirilerek uygulanabilir. Az sayıda bilgisayar olan ofislerde de standart kullanıcı hesabı, ayrı bir yönetici hesabı ve kısa bir onaylı yazılım listesi riskleri belirgin şekilde azaltır ve desteği kolaylaştırır.
Yetki düzeninizi birlikte planlayalım
Bilgisayar standardınızı, onaylı yazılım listenizi ve standart kullanıcı modeline geçiş adımlarınızı birlikte gözden geçirebiliriz. Detaylar için bilgisayar ve otomasyon çözümleri sayfamıza bakabilirsiniz.
Yazıcı, toner veya kiralama için teklif isteyin
Lexmark BSD yetkili bayisi olarak model seçimi, orijinal toner ve teknik servis konularında Türkiye’nin 81 iline hizmet veriyoruz.
Teklif FormuMağazayı İncele