Etikete sahte fiyat yazdırılabilir mi? Saldırı senaryoları ve gerçekçi önlemler
Radyo üzerinden çalışan bir sistemde "biri fiyatı değiştirebilir mi" sorusu haklı. Gerçekçi saldırı senaryolarını, üreticilerin aldığı önlemleri ve şartnamede sorulması gerekenleri anlatıyoruz.
Published:
Elektronik raf etiketi sistemleri radyo üzerinden çalışıyor ve mağazadaki herkes o radyo kapsamının içinde. "Biri dışarıdan sahte fiyat gönderebilir mi" sorusu bu yüzden teknik değil ticari bir soru: raftaki fiyat, kasadaki fiyattan düşük gösterilirse tüketici hukuku düşük olanı geçerli sayıyor. Bu yazı senaryoları ve önlemleri gerçekçi biçimde ele alıyor; ESL sistemi güvenli mi yazısı genel güvenlik katmanlarını anlatıyor.
Senaryo 1: Sahte erişim noktası
Saldırgan, üreticinin protokolünü taklit eden bir verici kurup etiketlere kendi görüntüsünü gönderiyor. Bu, en çok korkulan senaryo ve en zor olanı: protokoller tescilli, belgelenmemiş ve çoğu üreticide etiketler yalnızca kayıtlı erişim noktasından gelen, imzalı paketleri kabul ediyor.
Önlem: etiketin ağa katılırken ve paket alırken kimlik doğrulaması yapması. Şartnamede "etiket, yalnızca sisteme kayıtlı erişim noktalarından gelen imzalı komutları uygular" maddesi bu senaryoyu kapatıyor.
Senaryo 2: Ağa yetkisiz etiket katılması
Saldırgan kendi etiketini mağazanın ağına sokup rafta sahte bir ürün ve fiyat gösteriyor. Bu senaryonun sonucu ilkinden hafif ama mümkün: sistem, tanımadığı etiketi otomatik ağa alıyorsa kapı açık.
Önlem: yalnızca sunucuya önceden kaydedilmiş etiket kimliklerinin katılmasına izin vermek. Etiket sunucuyu nasıl bulur yazısı ağa katılım sürecini anlatıyor; şartnamede "yetkisiz etiket katılımı engellenir" maddesi istenmeli.
Senaryo 3: Yönetim yazılımına erişim
En gerçekçi risk bu ve radyo ile ilgisi yok: yönetim arayüzüne yetkisiz erişen biri fiyatları toplu değiştirebiliyor. Mağaza kullanıcısının şifresinin paylaşılması, ortak hesap kullanımı ve yetki ayrımının yapılmaması sahada en sık görülen açık.
Önlem: kişiye özel hesap, rol bazlı yetki (mağaza şablon değiştiremez), çok faktörlü doğrulama ve işlem günlüğü. Yetkilendirme yazısı rol yapısını anlatıyor.
Senaryo 4: Fiziksel müdahale
Etiketi söküp başka ürünün önüne takmak. Teknik hiçbir önlem bunu engellemiyor; sistem etiketin nerede olduğunu bilmiyor. Bu, kâğıt etikette de vardı ve çözümü aynı: raf denetimi ve örnekleme kontrolü. Günlük kontrol listesi yazısındaki üç raf örneklemesi tam olarak bunun içindir.
Senaryo 5: Hizmet engelleme
Aynı bantta güçlü bir parazit üreterek güncellemeleri engellemek. Sonuç sahte fiyat değil, güncellenmeyen fiyat; yani eski fiyat rafta kalıyor. Bu, kasıtlı olabileceği gibi kazara da olabiliyor (yeni kurulan bir Wi-Fi, mikrodalga fırın); Wi-Fi ile birlikte çalışma yazısı kazara olanı anlatıyor.
Önlem: cevap vermeyen etiket raporunun günlük izlenmesi. Saldırıyı da arızayı da aynı rapor gösteriyor.
Şifreleme ne kadar gerekli?
Etiket ile erişim noktası arasındaki trafik, fiyat ve görüntü taşıyor; kişisel veri taşımıyor. Dinleyen biri raftaki fiyatı öğreniyor — zaten rafa bakarak da öğrenebilir. Dolayısıyla gizlilik değil, bütünlük ve kimlik doğrulama önemli: paketin gerçekten sunucudan geldiğinin doğrulanması.
Yine de üreticilerin çoğu trafiği şifreliyor ve bu, tersine mühendisliği zorlaştırdığı için faydalı. Şartnamede şifrelemenin varlığını sormak makul; asıl sorulacak olan kimlik doğrulama.
Sunucu ve ağ tarafı
Etiket yönetim sunucusu, mağaza ağında ayrı bir VLAN'da olmalı ve internete doğrudan açılmamalı. Bulut sistemlerde erişim noktalarının dışarı çıktığı bağlantı sınırlanmalı. Elektrik ve ağ gereksinimleri yazısı ağ ayrımını anlatıyor; yedekleme ve kurtarma yazısı veri tarafını ele alıyor.
Şartnameye yazılacak beş madde
Etiket yalnızca kayıtlı erişim noktasından gelen imzalı komutları uygular. Yetkisiz etiket ağa katılamaz. Kullanıcı hesapları kişiye özel, roller ayrı ve çok faktörlü doğrulama destekleniyor. Her fiyat ve şablon değişikliği kullanıcı ve zaman bilgisiyle günlüğe yazılıyor. Sistem, cevap vermeyen etiketleri eşik tabanlı uyarıyla raporluyor.
Kısa özet
En gerçekçi risk radyo değil, yönetim arayüzüne erişim. Radyo tarafında kimlik doğrulama, ağ tarafında VLAN ayrımı, yazılım tarafında rol ve günlük, operasyon tarafında raf örneklemesi. Fiziksel etiket taşımaya karşı teknik önlem yok; denetim var.
Denetim izi neden güvenliğin parçası?
Güvenlik yalnızca engellemek değil, olan biteni sonradan gösterebilmek. Bir fiyat hatası tartışmaya dönüştüğünde "o fiyat rafta ne zamandan beri duruyordu, kim değiştirdi, hangi kaynaktan geldi" sorularının cevabı sistemde olmalı. Değişiklik günlüğü tutulmuyorsa hem iç soruşturma hem de denetim karşısında elinizde kanıt kalmıyor.
İyi bir günlük şu alanları taşıyor: değişen alan, eski ve yeni değer, kullanıcı, zaman damgası, kaynak (ERP aktarımı mı manuel giriş mi) ve etkilenen etiket sayısı. Bu kayıtların en az bir yıl saklanması, fiyat uyuşmazlığı iddialarının zaman aşımı penceresiyle uyumlu bir tercih. Denetimde istenen etiket kayıtları yazısı hangi kayıtların istendiğini ayrıntılı ele alıyor.
Tedarikçiye sorulacak güvenlik soruları
Şartname maddelerinin yanında teklif görüşmesinde doğrudan sorulacak birkaç soru var: Etiket yazılımı güncellenebiliyor mu, güncelleme imzalı mı? Erişim noktasının yönetim arayüzünde varsayılan şifre değiştirilmeye zorlanıyor mu? Sistemde bir güvenlik açığı bildirildiğinde yama süresi taahhüdü nedir? Bulut kullanılıyorsa veri nerede tutuluyor?
Bu soruların cevabı "bilmiyorum" ise cevabı yazılı istemek gerekiyor. Demo değerlendirme kontrol listesi yazısı geri kalan teknik soruları listeliyor.
Sources for this article
Legislation changes over time. We checked these links on the publication date; verify against the current official text.
Tags: güvenlikşifrelemesahtecilikşartname
← All articles