ESL sistemi güvenli mi? Yetkisiz erişim ve radyo güvenliği
"Biri etiketteki fiyatı değiştirebilir mi?" sorusunun teknik yanıtı çoğu sistemde hayır. Asıl risk radyo tarafında değil, yetkilendirme ve arka uç erişiminde — yani sizin kurduğunuz düzende.
Published:
Elektronik raf etiketi projelerinde güvenlik sorusu genellikle geç soruluyor — çoğu zaman bilgi işlem birimi masaya oturduğunda. Soruyu erken sormak, sonradan yapılacak mimari değişikliği önlüyor.
Riski üç katmana ayırmak gerekiyor: radyo, arka uç, insan.
Radyo katmanı: en çok konuşulan, en küçük risk
Endişe şöyle formüle ediliyor: "Biri mağazanın dışından etikete sinyal gönderip fiyatı değiştirebilir mi?"
Pratikte bu, en zor saldırı yolu. Sebepleri teknik:
- Etiketler çoğunlukla tescilli protokoller kullanır. Katalogdaki 55 modelin 33'ü 2,4 GHz tescilli, 2'si Sub-1 GHz. Bunlar standart Wi-Fi gibi belgelenmiş protokoller değil; her üreticinin kendi çerçeveleme ve şifreleme düzeni var.
- Etiket, kendisine gelen her komutu uygulamaz; yalnızca eşleştirildiği erişim noktasından gelen, imzalı komutları kabul eder.
- Menzil kısadır. Kızılötesi kullanan 7 model için saldırganın görüş hattına girmesi gerekir — yani mağazanın içinde olması.
Yine de sorulacak bir soru var: etiket ile AP arasındaki trafik şifreleniyor mu? Yanıtı teklif ekinde yazılı isteyin. "Tescilli protokol" ifadesi tek başına şifreleme anlamına gelmiyor.
Arka uç: gerçek risk burada
Etiketin gösterdiği fiyat, etiketten değil yönetim yazılımından geliyor. Dolayısıyla fiyatı değiştirmenin kolay yolu radyo değil, yazılıma erişim.
Burada sorulacak sorular klasik uygulama güvenliği soruları:
| Soru | Neden önemli |
|---|---|
| Yönetim arayüzü internete açık mı? | Açıksa saldırı yüzeyi mağaza dışına taşınır |
| Çok faktörlü doğrulama var mı? | Parola tek başına yeterli değil |
| Değişiklik günlüğü tutuluyor mu? | Kimin neyi ne zaman değiştirdiği sonradan sorulacak |
| Yetkiler role göre ayrılabiliyor mu? | Mağaza personeli merkez fiyatını değiştirebilmemeli |
Son madde en sık atlanan. Yetkilendirme — mağazada kim neyi değiştirebilmeli yazısı bu ayrımın nasıl kurulacağını anlatıyor.
Bulut mu, yerel sunucu mu?
Güvenlik tartışması sık sık bu soruya bağlanıyor. Kısa yanıt: ikisi de güvenli olabilir, ikisi de olmayabilir — belirleyici olan barındırma biçimi değil, yapılandırma disiplini.
Bulut çözümde sorulacaklar: veri hangi ülkede tutuluyor, yedekleme nasıl, sağlayıcının erişimi var mı. Yerel sunucuda sorulacaklar: güncellemeleri kim geçiyor, yedeği kim alıyor, sunucuya kim erişiyor. Yerel sunucunun sessiz riski, kurulumdan sonra yıllarca güncellenmemesi.
KVKK tarafı: genellikle dar, ama sıfır değil
Raf etiketi sisteminin kendisi kişisel veri işlemez — fiyat ve ürün bilgisi kişisel veri değildir. Ancak iki noktada temas edebiliyor:
Kullanıcı hesapları. Yönetim yazılımını kullanan personelin ad, e-posta ve işlem kayıtları kişisel veridir. İşlem günlükleri saklama süresine tabidir.
Pick-to-light ve performans ölçümü. Sipariş toplama süresi personel bazında ölçülüyorsa bu, çalışan performans verisi anlamına gelir ve ayrı bir aydınlatma yükümlülüğü doğurur. LED yönlendirme ve pick-to-light yazısındaki kullanım burada hukuki tarafa değiyor.
İnsan katmanı
Sahada gözlenen olayların çoğu saldırı değil, hata. Yanlış şablonun tüm mağazaya sürülmesi, test fiyatının canlıya kaçması, ayrılan personelin hesabının kapatılmaması.
Bunların karşılığı teknik değil yönetsel: rol ayrımı, değişiklik onayı, ve personel ayrıldığında hesabın kapatılmasını devir teslim listesine yazmak. Personel eğitimi ve devir teslim yazısı bu listeyi kuruyor.
Şartnameye eklenecek maddeleri şartname üretecinden alabilir, sözleşme tarafındaki karşılıklarını sözleşmeye yazılacak servis maddeleri yazısında bulabilirsiniz.
Tedarikçi çıkarsa sistem ne olur?
Güvenlik başlığının en az konuşulan maddesi süreklilik. Sistem teknik olarak sağlam olabilir; tedarikçi ortadan kalktığında yine de kullanılamaz hâle gelir.
Riskin somut hâli şu: etiket yönetim yazılımı bulutta çalışıyorsa ve sağlayıcı hizmeti durdurursa, sahadaki binlerce etiket güncellenemez. Donanım sizde kalır, ama onu sürecek beyin gider.
Bu yüzden sözleşmeye üç madde yazılması gerekiyor:
- Veri taşınabilirliği. Ürün-etiket eşleşmeleri, şablonlar ve yapılandırma, standart bir biçimde dışa aktarılabilmeli. "Sistemden veri alınabilir" ifadesi yeterli değil; hangi biçimde alınacağı yazılmalı.
- Kaynak kod emaneti veya devir hakkı. Yerel kurulumlarda, tedarikçinin faaliyeti sona ererse yazılımın kullanılmaya devam edilebilmesi.
- Asgari hizmet süresi ve bildirim. Hizmet sonlandırılacaksa kaç ay önceden haber verileceği.
Bu maddeler donanım seçiminden bağımsız; hangi markayı alırsanız alın sorulmalı. Sözleşmeye yazılacak servis maddeleri yazısı listenin tamamını veriyor, şartnameyi kim yazıyor yazısı da bu maddelerin neden tedarikçinin verdiği şablonda hiç bulunmadığını açıklıyor.
Sources for this article
Legislation changes over time. We checked these links on the publication date; verify against the current official text.
Tags: güvenlikyetkilendirmeKVKKradyo
← All articles