Kayıp Kart Nasıl İptal Edilir? Personel Ayrılınca Geçiş Kontrol Yetkisi ve Periyodik Yetki Denetimi

Kayıp veya çalıntı kart nasıl iptal edilir?

Kayıp kartın doğru iptali, kartı yazılımda silmek değil pasife almak ve bunu bütün kapı kontrolörlerine iletmektir. Silinen kartın geçmiş geçiş kayıtları, ilişkili olay raporları ve kime ait olduğu bilgisi çoğu yazılımda kopar; pasife alınan kart ise kaydını korur ve bir olay incelemesinde kimin hangi kapıdan geçtiği hâlâ görülebilir.

İkinci kural, iptal edilen kart numarasının bir daha başka kişiye tanımlanmamasıdır. Aynı numaralı kart sonradan yeniden kullanılırsa eski kayıtlar yeni kişiye ait gibi görünür ve kayıp kartı bulan kişi için kapı yeniden açılabilir. Kayıp kartın yerine her zaman yeni numaralı bir kart verilir.

• Bildirimi al: kimin, hangi kartı, ne zaman ve nerede kaybettiğini yazılı olarak kaydet.
• Yazılımda kartı pasife al ya da kara listeye ekle; silme.
• Kartın bağlı olduğu yetki grubunu, zaman çizelgesini ve asansör ya da otopark gibi ek yetkileri kontrol et.
• Değişikliğin bütün kontrolörlere gittiğini yazılımın cihaz durum ekranından doğrula.
• Son 24-72 saatin geçiş kayıtlarına bak: kayıp bildiriminden sonra kartla geçiş denemesi var mı?
• Yeni numaralı kartı tanımla; eski kartın numarasını not et ve bir daha kullanma.
• Kayıp kartla ilgili tarih, saat ve işlemi yapan kişiyi sistem günlüğüne ya da servis kaydına işle.

İptal bilgisi kapıdaki kontrolöre ne zaman ulaşır?

Yazılımda yapılan iptal, kapıdaki kontrolör ağa bağlı değilse o kontrolörde hemen geçerli olmaz. Yerel karar veren kontrolörlerde kart listesi cihazın kendi belleğindedir; yazılım ile cihaz arasındaki bağlantı kesikse iptal ancak bağlantı geri geldiğinde ya da elle senkronizasyon yapıldığında iletilir. Bu gecikmenin davranışı üreticiye ve modele göre değiştiği için kurulumdan önce ilgili cihazın kılavuzundan ve gerçek bir deneme ile doğrulanmalıdır.

Sahada kullanılan pratik test basittir: bir test kartı tanımlayın, kontrolörün ağ kablosunu çekin, kartı yazılımdan iptal edin, kablo takılmadan kartı okutun ve sonucu not edin. Sonra kabloyu takıp iptalin ne kadar sürede işlendiğine bakın. Bu süre müşterinin risk beklentisiyle uyuşmuyorsa ağ yedekliliği, daha sık senkronizasyon ya da iptal sonrası elle gönderme adımı prosedüre yazılmalıdır.

• Çevrimiçi (ağda) kontrolörde iptal genellikle saniyeler içinde gider; çevrimdışı kalan cihazda bekler.
• Çok kapılı sitelerde cihaz durum listesinde son senkronizasyon zamanı görülebiliyorsa haftalık kontrol edilir.
• Kritik kapılarda (sunucu odası, depo, kasa) iptal sonrası cihazın güncellendiğini yerinde bir test kartıyla da denemek en güvenli yoldur.
• Ağ kesintisi alarmı tanımlıysa kesinti süresi uzayan kontrolörler ayrıca izlenir.

İşten ayrılan personelin yetkisi: İK, BT ve güvenlik kimin işi?

Personel ayrılırken geçiş yetkisinin kapanması, kurulumcunun değil işletmenin iş akışıdır; kurulumcu bu akışı tasarlamaya ve sistem tarafında hazır hale getirmeye yardım eder. Sorumluluk dağılımı yazılı olmadığında İK 'BT kapatır', BT 'güvenlik kapatır' diye düşünür ve kart aylarca açık kalır.

Önerilen dağılım şöyledir: İK ayrılış tarihini ve saatini bildirir, güvenlik ya da bina yönetimi kartı fiziksel olarak teslim alır, BT ya da sistem yöneticisi yazılımdaki kart, yüz, parmak izi, PIN ve yönetici hesaplarını kapatır. Üç adım tamamlanınca kontrol listesi imzalanır ve dosyada saklanır.

Zorunlu ayrılışlarda (kovulma, tartışmalı ayrılma) yetki, kişi binadan çıkmadan önce kapatılmalıdır; planlı ayrılışlarda ise son iş günü sonu için zamanlı bitiş tarihi tanımlanabilir. Geçici personel, stajyer ve taşeron kartlarına baştan bitiş tarihi vermek, unutulan yetkiyi azaltmanın en kolay yoludur.

• Ayrılış bildirimi: İK, son iş günü ve saatiyle birlikte güvenlik ve BT'ye aynı gün yazılı haber verir.
• Kart teslimi alınır; teslim edilmeyen kart kayıp sayılıp kara listeye alınır.
• Yazılımda kart, yüz, parmak izi, PIN ve mobil kimlik pasife alınır.
• Asansör, otopark ve plaka tanıma gibi bağlı sistemlerdeki yetkiler ayrıca kontrol edilir.
• Yönetici ya da operatör hesabı varsa kapatılır; paylaşılan şifreler değiştirilir.
• Kontrol listesi imzalanır ve ayrılış kaydıyla birlikte saklanır.

Yüz ve parmak izi şablonları ne zaman silinmeli? KVKK ile ilişkisi

Biyometrik şablon, kişi yetkisini kaybettiğinde cihazlardan ve yazılımdan gerçekten silinmelidir; pasife almak şablonun cihazda durmasını engellemez. Parmak izi ve yüz verisi, 6698 sayılı Kişisel Verilerin Korunması Kanunu'nda özel nitelikli kişisel veri sayılır ve Kişisel Verileri Koruma Kurulu'nun biyometrik verilere ilişkin rehberi bu verinin yalnızca gerekli süre kadar tutulmasını ve saklama-imha politikasında açıklanmasını bekler. Rehberin bugünkü ve ayrıntılı hâlini işletmenin hukuk danışmanıyla kontrol etmesi gerekir.

Kanunun 4. maddesi kişisel verinin işlendiği amaç için gerekli süre kadar muhafaza edilmesini ister. Kişisel Verilerin Silinmesi, Yok Edilmesi veya Anonim Hale Getirilmesi Hakkında Yönetmelik ise periyodik imha aralığının saklama ve imha politikasında belirtilmesini ve bu sürenin her hâlükârda altı ayı aşmamasını (madde 11) ve silme-imha işlemlerine ilişkin kayıtların, başka hukuki yükümlülükler saklı kalmak kaydıyla, en az üç yıl saklanmasını (madde 7) düzenler.

Pratik sonuç şudur: ayrılan kişinin yüz ve parmak izi şablonları ayrılıştan sonra beklemeden, en geç işletmenin imha politikasında yazılı periyodik imha tarihinde silinir; silmenin ne zaman ve kim tarafından yapıldığı kayda geçirilir. Geçiş günlükleri de kişisel veri taşıdığı için kaç ay tutulacakları ayrıca belirlenmelidir. Yasal saklama süresi tek rakamla herkes için aynı değildir; her işletme bunu kendi politikasında gerekçesiyle yazar.

• Pasife alma ile şablon silme ayrı işlemlerdir; ikisi de ayrılış listesine yazılır.
• Şablon hem yazılımdan hem yüz tanıma terminali ya da parmak izi okuyucunun kendi belleğinden silinir.
• Biyometrik veriyi yalnızca ilgili kişinin açık rızası ya da Kanun'daki başka bir şart bulunduğunda işlemek; mümkünse kart gibi alternatif bir yöntem sunmak esastır.
• Silme işlemi kaydedilir; imha kayıtları en az üç yıl tutulur.

6-12 ayda bir kullanıcı-yetki raporu nasıl çıkarılır ve temizlenir?

Periyodik yetki denetimi, sistemdeki bütün kullanıcıların güncel bir listesini çıkarıp her satırı gerçek bir kişi ve gerçek bir ihtiyaçla eşleştirmektir. Çoğu yazılım kart, grup, kapı ve zaman çizelgesi bilgisini tek raporda verir; son kullanım tarihi için ise geçiş günlükleri ayrıca taranır. Küçük ve düşük riskli yerlerde yılda bir, çok kullanıcılı, personel devri yüksek ya da kritik alanı olan yerlerde altı ayda bir yapılması makuldür.

Denetimin amacı üç sorunu yakalamaktır: artık çalışmayan ama kartı açık olan kişi, uzun süredir hiç kullanılmayan kart ve görevi değiştiği hâlde eski yetkilerini koruyan kişi (yetki birikmesi).

• Tüm kullanıcı, kart ve biyometrik kayıt listesini al; İK'nın güncel personel listesiyle karşılaştır.
• Listede olup İK listesinde olmayan her kaydı pasife al ve şablonlarını sil.
• Son 90-180 günde hiç kapı açmamış kartları listele; sahibine teyit ettirip kullanılmıyorsa pasife al.
• Birden fazla kartı olan kişileri ve aynı kişiye ait tekrar eden kayıtları bul.
• Görev değiştirenlerin eski bölge yetkilerini kaldır; yetkiyi göreve değil gerçek ihtiyaca göre ver.
• Sınırsız bitiş tarihli geçici, ziyaretçi ve taşeron kartlarını kontrol et.
• Yapılan değişikliklerin raporunu tarihleyip imzalayarak sakla.

Yönetici hesapları, varsayılan şifreler ve kart numarası gizliliği

Yetki denetimi yalnızca kapıdan geçen kullanıcıları değil, sistemi yöneten hesapları da kapsamalıdır. Yazılımda yönetici ya da operatör yetkili her hesap kişiye özel olmalı, paylaşılan 'admin' hesabı bırakılmamalı ve ayrılan teknik personelin hesabı aynı gün kapatılmalıdır. Kontrolör, okuyucu, ağ kaydedici ve web arayüzü olan her cihazda fabrika şifresinin değiştirildiği kontrol edilir.

Kart numarası ve tesis kodu (facility code) da güvenlik bilgisidir. Birçok 125 kHz kart biçiminde kart, tesis kodu ve kart numarası bilgisini okuyucuya açık olarak gönderir; bu iki değeri bilen biri aynı biçimde yeni kart üretebilir. Bu yüzden numara listeleri, kart zarfındaki etiketler ve teslim tutanakları gelişigüzel paylaşılmamalı, kartların üzerine tesis kodu ya da numarası okunur biçimde basılmamalıdır.

• Her yönetici için ayrı hesap; kullanılmayan hesap kapalı.
• Fabrika şifresi kalan cihaz olmamalı; şifreler paylaşılan belgelerde değil, kontrollü bir yerde tutulmalı.
• Yazılıma ve cihaz web arayüzlerine uzaktan erişim gereksizse kapatılmalı, gerekiyorsa VPN ile sınırlandırılmalı.
• Kart listeleri ve tesis kodu bilgisi yalnızca yetkili kişilerce erişilen yerde saklanmalı.
• Yazılım yedeği alınıyorsa yedek dosyasına da erişim kontrol edilmeli.

Kopyalanmış kart şüphesi: 125 kHz'den şifreli kartlara geçiş

Kopyalanmış kart şüphesi varsa asıl çözüm kartı iptal etmek değil, kopyalanması kolay kart tipinden ayrılmaktır. 125 kHz proximity kartlar kimlik bilgisini şifresiz ve sabit olarak yayar; basit bir okuyucu-yazıcı ile kopyalanabilir. Sadece bir kişinin kartı değil, aynı tip bütün kartlar bu açıdan aynı riski taşır.

13,56 MHz tarafında ISO/IEC 14443 uyumlu kartlar vardır ancak hepsi aynı güvenlik düzeyinde değildir. Eski MIFARE Classic gibi kartların şifreleme yöntemi için bilinen zayıflıklar yayımlanmıştır. Üretici sayfasına göre MIFARE DESFire ailesinde AES gibi donanım şifreleme motorları bulunur ve EV3 için Common Criteria EAL5+ sertifikası belirtilir. Piyasada başka üreticilerin güvenli kimlik doğrulamalı kart aileleri de vardır; seçim ürün uyumuna göre yapılır.

Geçiş sırasında hem okuyucuların hem kartların desteklemesi gerekir. Karma okuyucular eski ve yeni kartı birlikte okuyabildiği için işletme kartları aşamalı değiştirebilir. Çok yüksek riskli kapılarda kart yerine kart ile PIN ya da biyometrik doğrulamanın birlikte kullanılması da düşünülebilir; bu konu iki faktörlü geçiş kontrol rehberinde ayrıntılı anlatılmıştır.

• Önce riski belirle: hangi kapılar kritik, kaç kart dolaşımda?
• Okuyucu modelinin hangi kart tiplerini ve güvenlik modunu desteklediğini üreticiden doğrula.
• Karma okuyucu ile aşamalı geçiş planla; eski kart tipini belirli bir tarihte kapat.
• Kartın şifreleme anahtarlarının kurulumcuda ve müşteride kontrollü saklandığından emin ol.
• Yüz tanıma kullanılan yerlerde yüz tanıma terminali sorunları da düşünülerek yedek yöntem bırak.

Kurulumcu için yıllık geçiş kontrol denetim paketi

Kurulumcu bu işi, kuruluma ek olarak tekrarlayan bir hizmet olarak sunabilir: yıllık ya da altı aylık geçiş kontrol denetimi. Müşteri çoğu zaman yetki temizliğinin gerekli olduğunu bilir ama kimin yapacağını bilmez; kurulumcu sistemi tanıdığı için bu işi hızlı yapar ve bakım sözleşmesine ek kalem olarak yazabilir. Fiyat, kapı sayısı, kullanıcı sayısı, yazılım türü, sahada geçecek süre ve rapor derinliği gibi faktörlere bağlıdır.

Hizmet tanımı net yazılmalıdır: neyi kapsadığı, neyi kapsamadığı (ör. hukuki KVKK danışmanlığı kapsam dışıdır) ve müşteriden beklenen girdi (güncel personel listesi) belirtilir. Rapor da müşterinin dosyasında saklanabilecek kısa bir belge olmalıdır.

• Kapsam: kullanıcı-yetki raporu, kullanılmayan kart listesi, pasife alınan ve silinen kayıtlar, yönetici hesap kontrolü, varsayılan şifre kontrolü.
• Cihaz tarafı: kontrolör senkronizasyon durumu, ağ bağlantısı, saat ve tarih ayarı, yazılım yedeği ve firmware sürümü.
• Rapor örneği başlıkları: denetim tarihi, kapı ve kullanıcı sayısı, bulunan sorun sayısı, yapılan düzeltmeler, müşteriden onay bekleyen kalemler, bir sonraki denetim tarihi.
• Müşteri girdisi: İK'nın imzalı güncel personel listesi ve yetki sahibi kişinin adı.
• Teslim: PDF rapor, düzeltme kayıtları ve gerekli ise kısa bir eğitim notu.
• Bakım sözleşmesi eki: denetim sıklığı (6 ya da 12 ay), acil iptal desteği için yanıt süresi ve kapsam dışı işler.

Bayifi bu konuda nerede yardımcı olur?

Bayifi'de bulunduğunuz ildeki geçiş kontrol kurulumcularını bayiler dizininden, ilinize özel rehberlerden ve bayi haritasından bulabilirsiniz. Okuyucu, kontrolör ve kart gibi ürünlerin toptancı stokları pazar bölümünde listelenir. Kurulumcu ya da toptancıysanız firmanızı kaydol sayfasından ekleyebilirsiniz.