Kamera Kayıtlarına Erişim Yetki Modeli ve Denetim İzi Tasarımı

Kamera sistemindeki en hassas varlık kameralar değil, kayıtlardır. Bir çalışanın hangi saatte nereye girdiği, bir ziyaretçinin kiminle görüştüğü, bir olayın bütün ayrıntıları oradadır. Buna rağmen sahada en sık gördüğümüz yapı şudur: iki seviye yetki (“kullanıcı” ve “yönetici”), üç kişinin paylaştığı bir “operator1” hesabı ve kimsenin okumadığı bir VMS logu. Bu tabloda bir kaydın kim tarafından dışarı çıkarıldığını sormak cevapsız kalır. Aşağıda VMS ve NVR ortamları için rol bazlı yetki matrisi, kamera grubu kısıtlaması, denetim izi ve periyodik yetki gözden geçirmesini uygulama sırasıyla anlatıyoruz.

Yetkileri risk sırasına koyun

“Kullanıcı / yönetici” ayrımı, kayıt izlemekle kaydı dışa aktarmak arasındaki risk farkını görmez. Biri ekranda bakar, diğeri veriyi sistemin dışına çıkarır. Yetki tasarımına başlamadan önce VMS’nizin sunduğu izinleri aşağıdaki gibi risk sırasına dizin:

Yetki	Risk	Gerekçe
Canlı izleme	Orta	Anlık gözlem; kayıt dışına çıkmaz
PTZ kontrolü	Orta	Kamera yönünü değiştirerek kapsamı ve kaydı etkiler
Kayıttan izleme	Yüksek	Geçmişe dönük takip mümkün olur
Dışa aktarma	Çok yüksek	Veri sistemin kontrolünden çıkar
Kayıt kilitleme ve silme	Çok yüksek	Saklama süresini ve delil bütünlüğünü etkiler
Maske kaldırma	Çok yüksek	Gizlilik amacıyla gizlenen alanı açar
Yapılandırma ve kullanıcı yönetimi	Kritik	Tüm diğer kontrolleri değiştirebilir

Kayıt kilitleme (olay kaydını döngüsel silmeden korumak) ayrı bir yetki olmalıdır. Operatör olay gördüğünde kaydı koruma altına alabilmelidir; ama aynı kişinin kaydı dışa aktarabilmesi gerekmez. Ürününüz bu izinleri ayrı ayrı veremiyorsa durumu risk olarak kayda alın ve telafi edici kontrol planlayın; örneğin dışa aktarmayı yalnız belirli bir iş istasyonundan yapılabilir hale getirmek. PTZ’nin “orta” risk olması da yanıltmasın. Yönü çevrilmiş bir PTZ, kayıt almadığı alanı kimseye haber vermez.

Rol bazlı yetki matrisi

Yetki kişiye değil role verilir; kişi role atanır. Aşağıdaki matris orta ölçekli bir üretim tesisi için başlangıç önerisidir; kurumun organizasyonuna göre uyarlanır.

Rol	Canlı / PTZ	Kayıt izleme	Dışa aktarma	Yapılandırma
Güvenlik operatörü	Evet / Evet	Son 24 saat	Hayır	Hayır
Vardiya amiri	Evet / Evet	Saklama süresi boyunca	Hayır	Hayır
Olay inceleme sorumlusu	Evet / Hayır	Evet	Evet, kayıtlı talep ile	Hayır
VMS yöneticisi (BT)	Sorun giderme için	Talep ve onayla, süreli	Hayır	Evet
KVKK / uyum sorumlusu	Hayır	Hayır	Hayır	Denetim izi okuma
Bakım firması	Bakım penceresinde	Hayır	Hayır	Sınırlı, süreli

Matrisin arkasında iki ilke var. Birincisi görevler ayrılığı: kullanıcıları ve yetkileri yöneten kişi, kayıtları dışa aktaran kişi olmamalıdır. Aksi halde biri kendine yetki verir, kaydı çıkarır, izini temizler. İkincisi en az yetki: operatörün kayıttan izleme süresini son 24 saatle sınırlamak, geçmişe dönük takip riskini azaltırken vardiya içi olayların incelenmesine izin verir. VMS’niz kayıt izlemeyi zaman penceresiyle sınırlayamıyorsa bu kısıt, vardiya amirine yükseltme prosedürüyle idari olarak uygulanır.

Kimlik doğrulamada VMS’yi Active Directory veya LDAP ile entegre edin. İşten ayrılan kişinin hesabı merkezi olarak kapanır; VMS’de unutulan yerel hesap kalmaz. Yerel VMS hesapları yalnız acil durum hesabı olarak tutulur, parolası kasada saklanır, kullanımı alarm üretir. Ortak hesaplar (“operator1”, “guvenlik”) denetim izini anlamsız kılar. Kaldırın. Vardiya değişiminde hızlı oturum ihtiyacı kişisel hesap ve kısa oturum zaman aşımıyla karşılanır. Uzaktan erişen kullanıcılar ve yöneticiler için çok faktörlü kimlik doğrulamayı, VMS destekliyorsa doğrudan, desteklemiyorsa VPN veya erişim ağ geçidi katmanında uygulayın.

Lokasyon ve kamera grubu bazlı kısıtlama

Rol “ne yapabilirsin” sorusunu yanıtlar; kamera grubu “hangi kameralarda” sorusunu. Çok lokasyonlu yapılarda bir tesisin güvenlik amiri diğer tesislerin kayıtlarını görmemelidir. Aynı tesis içinde de kameralar hassasiyete göre gruplanır:

• Genel alanlar: Çevre, otopark, giriş ve koridorlar
• Operasyonel alanlar: Üretim hatları, depo, sevkiyat
• Hassas alanlar: Kasa, sunucu odası, Ar-Ge, numune alanları
• Yönetim alanları: Yönetim katı girişleri, toplantı alanı koridorları

Yetki, rol × kamera grubu kesişimi olarak tanımlanır: “depo vardiya amiri, depo kameralarında kayıt izleyebilir” gibi okunabilir kurallar çıkar. Kamera grupları bir adlandırma standardıyla birlikte kurulursa (lokasyon kodu, alan kodu, sıra numarası; örneğin IST-DEPO-014) yeni eklenen kamera doğru gruba girer. Sahada sık karşılaşılan arıza burada başlar: entegratör yeni kamerayı “Camera 37” adıyla ekler, kamera hiçbir gruba girmez ya da varsayılan olarak herkesin gördüğü gruba düşer. Kamera ekleme iş emrine “grup ataması” satırını koyun.

Denetim izinde kaydedilecek olaylar

Denetim izi, yetki modelinin sahada gerçekten işlediğinin kanıtıdır. Kurumsal VMS’ler genellikle kullanıcı işlemlerini kaydeder; ama hangi olayların ve ne ayrıntıda kaydedildiği ürüne ve ayara göre değişir. Varsayılan log ayarına güvenmeyin. Asgari olarak şu olaylar kayda girmelidir:

• Oturum açma, başarısız oturum açma ve oturum kapatma (kullanıcı, kaynak IP, istemci türü)
• Kayıttan izleme başlangıcı: hangi kamera, hangi zaman aralığı
• Dışa aktarma: kamera, zaman aralığı, format, hedef, varsa talep numarası
• Kayıt kilitleme, kilit kaldırma ve silme işlemleri
• Maske kaldırma ve PTZ kontrolünün devralınması
• Kullanıcı, rol, kamera grubu ve saklama ayarı değişiklikleri
• Kameranın kayıttan düşmesi ve kaydın durması

Kaydın sonradan anlamlı olması için her olayın ortak alanlar taşıması gerekir. VMS logunu bir SIEM’e veya merkezi log sunucusuna aktarıyorsanız normalleştirilmiş kaydı aşağıdaki gibi bir şemayla tasarlayabilirsiniz:

{
  "zaman": "2026-11-03T14:22:07+03:00",
  "kullanici": "ayilmaz",
  "rol": "olay-inceleme",
  "kaynak_ip": "10.20.5.31",
  "islem": "export",
  "kamera": "IST-DEPO-014",
  "aralik": "2026-11-02T21:10/2026-11-02T21:40",
  "talep_no": "OLAY-2026-118",
  "sonuc": "basarili"
}

Zaman damgası güvenilir değilse log da değildir. VMS sunucuları, kameralar ve log sunucusu aynı NTP kaynağına bağlı olmalıdır. Windows tabanlı VMS sunucusunda w32tm /query /status, Linux tabanlı sunucuda chronyc tracking ile saat kaynağını ve sapmayı kontrol edin. Kameralarda NTP sunucusu çoğu zaman fabrika ayarında kalır ya da kamera VLAN’ından NTP’ye erişim yoktur; kamera saati günler içinde dakikalarca kayar. Olay incelemesinde kayıt yanlış aralıkta aranır, bulunamaz.

Logların korunması ve incelenmesi

Yalnız VMS veritabanında duran denetim izi, VMS yöneticisinin silebileceği bir kayıttır. Bütünlük için:

• Logları VMS dışındaki bir log sunucusuna veya SIEM’e anlık aktarın; VMS yöneticisinin bu sistemde silme yetkisi olmasın.
• Log saklama süresini video saklama süresinden uzun tutun; kayıt silindikten sonra da erişim geçmişi sorgulanabilmelidir.
• Dışa aktarma olaylarını açık bir olay veya başvuru kaydıyla eşleştirin. Talep numarası olmayan dışa aktarma bir inceleme tetikleyicisidir.
• Mesai dışı kayıt izleme, kısa sürede çok sayıda kameranın oynatılması ve tekrarlayan başarısız oturum açma için alarm kuralı tanımlayın.

Log yalnız alarm geldiğinde açılırsa örüntüler görünmez. Aylık kısa bir rapor hazırlayın: dışa aktarma sayısı ve gerekçeleri, yönetici erişimleri, acil durum hesabı kullanımı. Uyum sorumlusu raporu gözden geçirip imzalar. Okunmayan log, tutulmayan log kadar işe yaramaz. Dışa aktarılan kaydın sonrasında nasıl ele alınacağı kamera kaydı olay incelemesi ve delil zinciri rehberinde anlatılıyor.

Periyodik yetki gözden geçirmesi

Yetkiler zamanla birikir. Görev değiştiren kişi eski rolünü korur, geçici verilen erişim kalıcılaşır, bakım firmasının hesabı sözleşme bittikten sonra açık kalır. Gözden geçirme şu adımlarla yürür:

1. VMS’den güncel kullanıcı, rol ve kamera grubu listesini dışa aktarın. AD entegrasyonu varsa grup üyeliklerini de alın; örneğin Get-ADGroupMember -Identity "VMS-Kayit-Izleme" -Recursive | Select-Object Name, SamAccountName.
2. Listeyi her rolün iş sahibine (güvenlik müdürü, tesis müdürü) gönderin; her kişi için “devam”, “değiştir” veya “kaldır” kararı isteyin.
3. Son gözden geçirmeden bu yana hiç oturum açmamış hesapları işaretleyin.
4. Kararları uygulayın ve uygulandığını ikinci bir dışa aktarmayla doğrulayın.
5. Gözden geçirme kaydını tarih, katılımcılar ve kararlarla birlikte saklayın.

Dördüncü adım en çok atlanandır. Karar alınır, e-postayla iletilir, uygulanıp uygulanmadığına kimse bakmaz. Bu kayıt, ISO/IEC 27001:2022 Ek A’daki erişim hakları (5.18), ayrıcalıklı erişim hakları (8.2) ve kayıt tutma (8.15) kontrolleri için doğrudan kanıttır; standardın kendisine ISO’nun standart sayfasından ulaşılabilir. Gözden geçirmenin denetimde kabul görecek şekilde nasıl belgeleneceği erişim gözden geçirme kanıtı rehberinde ayrıntılı ele alınıyor. Kamera özelinde diğer kontrol alanları için TISAX ve ISO 27001 kamera kontrolleri yazısına, dış firmaların erişim yönetimi için üçüncü tarafların kamera erişimi yazısına bakabilirsiniz.

Mevcut VMS’nizdeki rol ve log yapısını bu modele göre inceleyip yeniden tasarlamayı kamera kayıt erişim yetkileri ve denetim izi hizmeti kapsamında yapıyoruz; sertifikasyon hedefi olan kurumlarda bu çalışma TISAX ve ISO 27001 video gözetim kontrolleriyle birlikte planlanmalıdır.

Sık sorulan sorular

VMS yöneticisi kayıtları izleyebilmeli mi?

Teknik olarak çoğu VMS’de yönetici her şeyi yapabilir; ancak görevler ayrılığı gereği sistem yönetimi ile kayıt izleme ayrı rollere verilmelidir. Yöneticinin sorun giderme için kayıt açması gerekiyorsa bu erişim talep ve onayla, süreli olarak verilir ve denetim izinde görünür.

Kamera denetim izi ne kadar süre saklanmalı?

Kanunda kamera denetim izi için tek bir süre yoktur. Pratik kural, logların ilgili video kayıtlarından daha uzun tutulmasıdır; böylece kayıt silindikten sonra da o kayda kimin eriştiği sorgulanabilir. Süreyi kurumun kayıt saklama politikası ve varsa sektörel gerekliliklerle birlikte belirleyin.

Ortak operatör hesabı kullanmak neden sorun yaratır?

Ortak hesapta denetim izi kişiyi değil hesabı gösterir; bir kaydı kimin dışa aktardığı belirlenemez. Vardiya değişimlerindeki hızlı oturum açma ihtiyacı ortak hesapla değil, kişisel hesap ve kısa oturum zaman aşımıyla karşılanır.

Yetki gözden geçirmesi ne sıklıkla yapılmalı?

Kayıt izleme ve dışa aktarma gibi hassas yetkiler için üç ayda bir, diğer roller için altı ayda bir gözden geçirme yaygın bir başlangıç noktasıdır. İşten ayrılma, görev değişikliği ve dış firma sözleşmesinin bitişinde ise erişim beklemeden o gün kaldırılır.