Elektrikli Araç Şarj İstasyonları: Dışı Sade, İçi Karmaşık#

Şarj istasyonlarına bakarken çoğumuz "işte basit bir elektrik kutusu" deriz. Gerçekte bu cihazlar enerji şebekesine bağlı, uzaktan yönetilen, ödeme işleyen ve araçla haberleşen ağ düğümleridir. Bu yazıda bir süredir bu konuda tuttuğum notları derledim: donanım mimarisi, ağ protokolleri, gerçek CVE'ler ve savunma tarafı.

Not: Aşağıdaki CVE'ler ve standartlar birincil kaynaklardan (NVD/CVE kaydı, üretici dokümantasyonu) doğrulanmıştır. Bu yazı savunma ve farkındalık amaçlıdır.

Donanım mimarisi: neler ters gidebilir?#

Bir DC hızlı şarj istasyonunun temelinde üç bileşen vardır: güç elektroniği, kontrol ünitesi (CPU kartı) ve iletişim modülleri (Ethernet/4G/RF). Şarjın güvenli olması için IEC 61851 ve IEC 62196 standartlarına uygun RCD (kaçak akım rölesi) ve aşırı akım koruması kullanılır.

600 A ve üzeri akımlarla çalışan DC istasyonlar ciddi ısınır; bu yüzden sıvı soğutma sistemleri devreye girer. Bu termal yönetim genelde IoT veya SCADA üzerinden uzaktan izlenip yönetilir. Bir saldırganın bu katmana eriştiğini düşünün: fanları durdurmak, valfleri manipüle etmek, sıcaklık eşiklerini görmezden gelmek. Sonuç, donanımın bozulması, hizmet kesintisi ve en kötü senaryoda yangın riskidir. Yani siber saldırı hedefi her zaman veri değildir; fiziksel hasar da olabilir. Bu, OT (operasyonel teknoloji) güvenliğini IT güvenliğinden ayıran temel farktır.

Fiziksel erişim: kapı ardına kadar açık#

Sahadaki şarj istasyonlarının servis portları ve zaman zaman halka açık USB girişleri, kötü niyetli yazılım için davetiyedir. Juice Jacking, halka açık bir USB şarj noktasına yerleştirilen kötücül donanımın bağlı cihazı enfekte etmesi ya da veriyi sızdırmasıdır. Klasik ama etkilidir; çözümü de basittir: veri hattını taşımayan "charge-only" kablolar ve USB veri aktarımını kısıtlayan ayarlar.

Öte yandan kabin kapağının kilidi, sızdırmazlığı ve gövde bütünlüğü de bir savunma hattıdır: iç servis portuna fiziksel erişim, çoğu uzaktan saldırının atlayamayacağı kontrolleri (secure boot, imzalı firmware) doğrudan hedefler.

Gömülü sistemler ve kernel zafiyetleri#

EVSE kontrol üniteleri genelde özelleştirilmiş Linux dağıtımları çalıştırır. Linux çekirdeğindeki zafiyetler bu cihazların kontrolünü riske atar. Somut bir örnek:

• CVE-2018-17182 — Linux çekirdeğinin vmacache_flush_all (mm/vmacache.c) fonksiyonundaki sıra numarası taşması; bir use-after-free zafiyeti. Çekirdek 3.16'dan itibaren mevcuttu ve 3.16.58, 4.4.157, 4.9.128, 4.14.71 ve 4.18.9 sürümlerinde yamalandı. Jann Horn (Project Zero) tarafından raporlanan bu hata, yerel düşük yetkili bir kullanıcının (istismarın başarılı olduğu yapılandırmalarda) ayrıcalıklarını yükseltmesine olanak tanır. Ayrıcalık yükseltme, etkilenen cihazda tam kontrol anlamına gelir.

Kritik nokta şudur: upstream çekirdek bu tür zafiyetleri hızlı yamalar, ancak gömülü üreticiler yamayı haftalar (bazen aylar) sonra dağıtır. Bu pencere boyunca sahadaki cihazlar savunmasız kalır. Donanım tarafında Secure Boot ve Root of Trust (RoT) gibi çözümler, yalnızca kriptografik olarak imzalanmış firmware'in çalışmasını sağlar; fiziksel kurcalamaya karşı ilk savunma hattı budur.

Ağ protokolleri: asıl eğlence burada#

EVSE ile merkezi yönetim sistemi (CMS) ve araç arasındaki iletişim, hem operasyonel süreklilik hem veri gizliliği açısından hedeftir.

DoS/DDoS ciddi bir tehdit: binlerce şarj cihazını ele geçiren bir saldırgan, bunları eşzamanlı açıp kapatarak yerel şebekede yük dalgalanması yaratabilir. V2G (Vehicle-to-Grid) yaygınlaştıkça, çift yönlü enerji akışı bu riski daha da kritik hale getirir; toplu ve koordineli bir manipülasyon, şebekede ani kesintilere yol açabilir. Protokol seviyesinde SYN Flood gibi vektörler de kullanılabilir. Bunları erken yakalamak için yalnızca ağ trafiğini değil; CPU kullanımı, bellek tüketimi ve sistem yanıt sürelerini de sürekli izlemek gerekir.

OCPP: protokol güvenliği kritik#

Open Charge Point Protocol (OCPP), EVSE ile CMS arasındaki ana iletişim protokolüdür: yönetim, faturalandırma ve operasyonel trafik buradan geçer. Hassas kullanıcı verisi ve kritik kontrol komutları içerdiği için saldırganların hedefindedir.

Man-in-the-Middle (MitM) ile OCPP trafiği dinlenebilir, rölelenebilir veya değiştirilebilir. Sonuç: ödeme bilgilerinin çalınması ve yetkisiz şarj komutlarının gönderilmesi. Azaltım için güvenlik duvarları, VPN tünelleri ve uçtan uca TLS şarttır. ISO 15118 standardı, Plug and Charge (PnC) gibi güvenli kimlik doğrulama sunar ve MitM'e karşı güçlü koruma sağlar.

Sürüm farkı önemlidir: OCPP 2.0.1 gelişmiş güvenlik profilleri ve yerel ISO 15118 desteğiyle gelir (karşılıklı PKI sertifika yönetimi, güçlü TLS). Yaygın kullanılan OCPP 1.6J ise PnC'yi ISO 15118 katmanı üzerinden, protokolün "Data Transfer" mekanizmasını sarmalayarak uygular; bu, güvenlik yüzeyini genişletir.

Kablosuz/PHY katmanı: Brokenwire (CVE-2022-0878)#

Burada sık yapılan bir yanlış anlaşılmayı düzeltmek istiyorum. CVE-2022-0878 ("Brokenwire"), OCPP veya PnC kaynaklı bir kimlik doğrulama açığı değildir. Aksine, CCS/DC hızlı şarjın kullandığı HomePlug Green PHY (HPGP) güç hattı iletişimi (PLC) üzerinden yürüyen, araç ile şarj cihazı arasındaki kontrol haberleşmesini elektromanyetik girişim (EMI) ile kesintiye uğratan bir DoS'tur:

• Etki: Şarj oturumları iptal olur; tek araç ya da tüm filo aynı anda hedeflenebilir.
• Erişim: Telsiz, mesafeden; ~47 m'den 1 W güç bütçesiyle off-the-shelf radyo donanımı ve asgari teknik bilgiyle.
• Kök neden: Bu davranış HomePlug Green PHY, DIN 70121 ve ISO 15118 standartlarının zorunlu bir parçası; bilinen tüm uygulamalar sergiliyor.
• Kayıt: CWE-306 (kritik fonksiyonda kimlik doğrulama eksikliği), CVSS 6.5 (Orta). Kapsam yalnızca otomobiller değil; elektrikli gemiler, uçaklar ve ağır vasıtalar da etkilenir.

Yani "protokol güvenliği" ile "fiziksel/RF katmanı güvenliği" ayrı ayrı ele alınmalıdır. Brokenwire'ın savunması çoğunlukla RF/EMI seviyesindeki azaltımlara (filtreleme, tespit) dayanır; protokol düzeyinde TLS eklemek bu saldırıyı durdurmaz.

Hukuki zorunluluklar ve koruma stratejileri#

EV şarj altyapısı kritik altyapı statüsüne yaklaştıkça yasal yükümlülükler de artar.

• Türkiye: EPDK'nın Şarj Hizmeti Yönetmeliği (2022'de yürürlüğe girdi, sonraki düzenlemelerle güncellendi), şarj hizmeti veren kuruluşlara siber güvenlik yetkinlik seviyeleri ve denetim yükümlülükleri getirir; yetkilendirilmiş denetim firmalarına periyodik denetim yaptırılıp raporların EPDK'ya iletilmesi gerekir.
• Ödeme güvenliği: Kart verisi işleyen sistemler için PCI-DSS uyumu şarttır.
• Otomotiv/yaşam döngüsü: ISO/SAE 21434, yol araçlarında siber güvenlik mühendisliği ve tedarik zinciri güvenliği için referans çerçevedir.
• Periyodik testler: EVC penetrasyon testi (EV şarj istasyonu pentest), sistemlerin direncini ölçmek ve uyumluluğu sağlamak için standart bir uygulama haline gelmiştir.

Savunma kontrol listesi#

• Firmware imzalama: Secure Boot + Root of Trust; yalnızca imzalı firmware çalışsın.
• Yama yönetimi: Gömülü çekirdek ve bileşenler için ölçülebilir bir yama SLA'sı (dzensli envanter + CVE takibi).
• Ağ segmentasyonu: CMS ile saha cihazları arasında L3 ACL; cihazlar yalnızca gereken uç noktalara çıkabilsin, doğrudan internete değil.
• Kimlik doğrulama: OCPP için TLS + karşılıklı sertifika; mümkünse OCPP 2.0.1 güvenlik profillerine geçiş.
• Fiziksel koruma: Kilit, sızdırmazlık, servis portu erişim politikası; veri hattı olmayan şarj kabloları.
• İzleme: Ağ trafiği + CPU/bellek/yanıt süresi telemetrisi; şebeke tarafında anomali tespiti (V2G için ayrıca).

Sonuç#

"Basit elektrik kutusu" anlatısı tehlikeli biçimde yanıltıcı. Şarj istasyonu; güç elektroniği, gömülü Linux, kablosuz PHY ve bulut yönetimini tek bir fiziksel ve dijital yüzeyde birleştiren bir OT sistemidir. Savunma da bu yüzeylerin tümünde aynı anda düşünülmelidir.

Okuduğunuz için teşekkürler; yanlış gördüğünüz yerleri veya eklemek istediklerinizi paylaşırsanız seve seve düzeltirim.

Kaynaklar#

• CVE-2018-17182 — Linux kernel vmacache use-after-free (Project Zero, Jann Horn).
• CVE-2022-0878 — "Brokenwire", CCS/HomePlug Green PHY üzerinden kablosuz DoS.
• IEC 61851, IEC 62196, ISO 15118, OCPP 2.0.1, ISO/SAE 21434, PCI-DSS.