Almanya'dan 19 yaşındaki biri, dünya çapında 25'ten fazla Tesla'yı ele geçirmeyi nasıl başardı?
Bu oldukça büyük bir hikaye, bu yüzden kemerlerinizi bağlayın ve iyi bir okuma için katılın!
Önemli: Bu, doğrudan Tesla'nın altyapısındaki bir güvenlik açığı değildir.
Kısacası: “Nöbetçi Modunu devre dışı bırak”, “kapıların kilidini aç”, “camları aç” ve hatta “Anahtarsız Sürüşü başlat” gibi uzaktan komutları çalıştırabiliyordum.
Bunun nereye gittiğini görüyorsun? Kötü niyetli biri arabayı bile çalabilir.
Neyse ki direksiyona, gaz pedalına ve frenlere ve sürüş güvenliği açısından kritik herhangi bir özelliğe erişimim yoktu ( her ne kadar arabayı hareket ettirmek için çağırma özelliğini kullanabilsem de, bunun olup olmayacağını doğrulayamıyorum). mümkün ).
Bununla birlikte, birinin gerçekten sahip olmadığı bazı Tesla'lara yürüyerek gitmesi ve onları arabayla gezmesi için hiçbir yol olmamalı.
Ayrıca potansiyel olarak yolda bazı tehlikeli durumlara yol açabileceğini düşünüyorum. Örneğin, uzaktan erişimi olan biri, sürücü otoyoldayken maksimum ses seviyesinde müzik çalmaya başlarsa veya geceleri Tesla'ların ışıklarını rastgele ve kontrol edilemez bir şekilde uzaktan yakıp söndürürse.
Bunun olmamasını tercih ederim.
Devam etmeden önce Yasal Sorumluluk Reddi: Bu, Güvenlik Araştırmasının bir parçasıdır ve tamamen iyi niyetliyim. Bir güvenlik açığının var olduğunu onayladığım anda, bunu etkilenen ve ilgili taraflara derhal bildiriyorum. Bu yazı, üçüncü taraf sağlayıcıya ve Tesla Güvenlik Ekibine yapılan sorumlu açıklamanın bir parçasıdır.
Tüm önemli olaylara hızlı bir genel bakış elde etmek için. Aşağıda ayrıntılı rapor.
Zaman Damgası Biçimi (yyyy-aa-gg). Tüm tarihler CET cinsindendir.
2021–10–29: İlk önce bu sorundan haberdar oldu (ilk etkilenen üçüncü taraf bulut sunucusunu buldu).
2021–10–29: Sahibiyle iletişime geçildi.
2021–11–01: Örnek yayından kaldırıldı.
2022–01–09: Etkilenen üçüncü taraf örnekleri için internet genelinde arama yapıldı.
2022–01–10: 12 ülkede 20'den fazla bulundu.
2022–01–10: Sahibi tanımlayıcı bilgiler bulunmaya çalışıldı.
2022–01–10: Bunu bulabildiğim iki Tesla sahibine bildirdim.
2022–01–10: Daha fazla Tesla sahibi bulamadığım için hüsrana uğradığım için bunun hakkında tweet attım.
2022–01–10: Tweet patladı.
2022–01–10: Bulunan örneklerin sayısı 13 ülkede 25'in üzerine çıktı.
2022–01–10: Sorunun daha verimli bir şekilde ele alınabilmesi için bunun için atanmış bir CVE-ID almamı öneren ünlü siber güvenlik ihracatı John Jackson ile konuştum.
2022–01–11: MITRE'den bir CVE-ID istendi. Ön bilgi verilmesi.
2022–01–11: Prepared this detailed writeup to describe the full situation.
2022–01–11: Contacted the Tesla Product Security Team to get the affected owners notified asap.
2022–01–11: Contacted the third-party maintainer to possibly get a patch ready.
2022–01–11: Shared additional information regarding affected owners with the Tesla Product Security Team.
2022–01–11: MITRE granted the CVE-ID request. CVE-2022–23126 pending.
2022–01–11: The Tesla Product Security Team confirmed they are investigating the case.
2022–01–12: The third-party maintainers released version 1.25.1 with a partial fix.
2022–01–12: Tesla revoked thousands of potentially affected API tokens at 6:30 UTC / 7:30 CET.
2022–01–12: Tesla actively forced some affected users to reset their passwords.
2022–01–12: Waiting on further response from the Tesla Product Security Team.
2022–01–12: Potansiyel ek yamaları keşfetmek için üçüncü taraf bakım sağlayıcı ile birlikte çalışıldı (kritik erişim belirteçlerini şifreleyerek).
2022–01–13: Telsa Güvenlik Ekibi, etkilenen tüm API erişim belirteçlerini iptal ettiklerini doğruladı ve etkilenen tüm Tesla sahiplerine e-posta ve anında iletme bildirimi ile bilgi verildi.
2022–01–13: Daha önce etkilenen Tesla sahiplerinden bazıları hala etkilenmiş görünüyor.
2022–01–18: Tesla ile tekrar temas halinde, Tesla Güvenlik Ekibinden açıklama bekleniyor.
2022–01–19: Tesla, başka bir erişim belirteci grubunu iptal etti.
2022–01–19: Bu sefer Teslas API'yi doğrudan etkileyen ek bir güvenlik açığı keşfedildi ve bildirildi.
2022–01–22: Tesla, ek güvenlik açığını doğruladı ve üretime bir düzeltme sundu.
2022–01–24: Bu Yazının Genel Yayınlanması.
Kısa tutacağım, söz veriyorum.
Yani, ben David Colombo, 19 yaşındayım ve Almanya'nın güzel Bavyera eyaletinden (biraz daha kesin olmak gerekirse, Münih'ten yaklaşık 2 saat).
10 yaşlarındayken kodlamaya başladım ve bir şekilde siber güvenliğe daldım (bilgi ekranları artık okul bilgilerini göstermediğinde okulum pek mutlu değildi).
15 yaşımda, kendimi bu alanda daha da eğitmek ve mevcut siber güvenlik ortamını iyileştirme hedefiyle bir şirket kurmak için temelde okulu bıraktım (Alman ticaret odasından haftada sadece 2 gün okula gitmek için özel izin aldım) . Şirket şimdi Colombo Technology olarak biliniyor ve diğer hizmetlerin yanı sıra Güvenlik Denetimleri, Penetrasyon Testleri ve Siber Güvenlik Danışmanlığı sağlıyor.
O zamandan beri, örneğin RedBull'da, ABD Savunma Bakanlığı'nda ve Gizlilik Sözleşmesi kapsamındaki çok sayıda başka kuruluşta çeşitli güvenlik açıkları buldum.
Bu sorundan ilk olarak nasıl haberdar olduğumla ilgili eğlenceli arka plan hikayesi bu. Bunu atlamaktan çekinmeyin, daha yeni olaylar aşağıdadır.
Aslında geçen yıl başladı. Bir Güvenlik Denetimi ile ilgili olarak şirketim için bir müşteriyle temas kurmak üzereydim. Paris'ten oldukça havalı bir SaaS şirketi.
Ve sonra, nasıl olduğunu bilirsiniz, merak başladı. Hangi hizmetleri ve platformları kullandıkları hakkında bazı temel bilgileri almak için altyapılarına bir göz atmak istedim, henüz tam bir Güvenlik Denetimi başlatmadım bile. Belki, bir sonraki toplantıda onlara gösterebileceğim bazı eski yazılımları veya açıkta kalan yedekleme veritabanını çok hızlı bir şekilde bulacağımı düşündüm. Ah, yanılmışım. Çok daha iyi olmak üzereydi.
Bazı temel alt etki alanı numaralandırması yaparken bir backup.redacted.com etki alanı buldum. İlginç görünüyor, değil mi?
Ancak düz bir “bu işe yarıyor” sayfasından başka çalışan bir şey yoktu.
Son.
Gerçekten mi? Demek istediğim, tam orada dursaydım işimde iyi olmazdım. Açıkta kalan veritabanı muhtemelen her iki şekilde de web bağlantı noktalarında çalışmayacaktır.
Çok hafif bir nmap taraması bazı sonuçlar verdi, ancak yalnızca uzak herhangi bir şey ve bazı "oyun sunucusu" bağlantı noktaları buldu. Yeterince garip.
Telnet ile bağlanmak işe yaramadı.
Ama… şimdi tarayıcıda bu bağlantı noktalarına erişmek ilginç bir şey getirdi.
Sizi TeslaMate ile tanıştırayım:
Bu zaten şimdi çok daha ilginç görünüyordu.
Ancak Gösterge Tablolarına erişmeye çalışmak ya da herhangi bir şey işe yaramadı.
Ben de düşündüm ki evet, bu güzel, Tesla'nın nereye park ettiğini görebiliyorum. Gidip bunu rapor edelim.
Ama bir kez daha merak devreye girdi. Söylemeliyim ki, ben de büyük bir Tesla hayranıyım. Bu yüzden gerçekten bu şeyin tam olarak ne olduğunu bilmek istedim.
TeslaMate oldukça havalı bir uygulamadır. Tesla'lar için kendi kendine barındırılan bir veri kaydedici. Ve açık kaynak olduğundan GitHub'da her şeyi bulabilirsiniz.
Yalnızca verileri çekmek ve depolamak ve bunları görüntülemek için tasarlanmıştır. TeslaMate Dashboard'u kullanarak kapı kilidini açma gibi komutları çalıştıramazsınız. (Komutları çalıştırmanın nasıl mümkün olduğunu daha sonra göreceğiz.)
Dockerfile'a bir göz attığınızda, onunla birlikte bir Grafana kurulumu da getirdiğini göreceksiniz. Hah — erişilemeyen Gösterge Tabloları.
5555 numaralı bağlantı noktası. Buna erişmeye çalışalım.
Bunu gördükten sonra ben: pardon ne? 0.o
Büyük miktarda veri görebildim. Tesla'nın nerede olduğu, nerede şarj olduğu, şu anki konumu, genellikle nereye park ettiği, ne zaman sürdüğü, yolculukların hızı, navigasyon istekleri, yazılım güncellemelerinin geçmişi, hatta Tesla'nın etrafındaki hava durumu geçmişi ve benzeri dahil. daha fazla.
Güncelleme: Bu hassas bilgileri içeren Grafana panolarına yetkisiz konuk erişimi artık devre dışı bırakıldı. Bakımcılara sorunları bildirdikten sonra yayınlanan TeslaMate sürüm v1.25.1 ile düzeltildi.
Bu... iyi değildi. Ve şimdi bunun bildirmem gereken bir sorun olduğunu kesinlikle biliyordum. Bu SaaS şirketinin CTO'sunun geçen yıl tatile nereye gittiğini bilmemeliydim.
Ama şimdi merak üçüncü kez vuruyor. Yoksa dördüncü kez mi?
TeslaMate'in nasıl çalıştığını gerçekten bilmek istiyordum. Çünkü… tüm araç verilerini çekebiliyorsa, Tesla'ya komut göndermenin de bir yolu olabilir mi?
Bu düşünceden sonra, kimlik doğrulamanın nasıl çalıştığını, Tesla kimlik bilgilerinin uygulamada nasıl aktığını ve kullanıcının API anahtarını nerede sakladığını anlamak için TeslaMate kaynak kodunu okumak için biraz zaman harcadım.
Uzun lafın kısası, API anahtarını diğer tüm verileri de depoladığı yere kaydeder. API anahtarı ne ayrı saklanır ne de şifrelenir.
Peki, Grafana araç verilerine erişebiliyorsa ve API anahtarı araç verilerinin yanında saklanıyorsa, Grafana API anahtarını okuyup çıktı alabilir mi?
Özel sorguları çalıştırmak için Grafana Explore var . Bunun için kimlik doğrulaması gerekiyor. Tam bir serseri.
“Varsayılan şifreler” olarak adlandırılan bu uzak siber güvenlik sorununu hiç duydunuz mu? Evet, TeslaMate Docker'ın Grafana kurulumu varsayılan kimlik bilgileriyle birlikte gelir.
Belirteçleri, bir Grafana uç noktası aracılığıyla oturum açmadan yetkisiz bir anonim kullanıcı olarak sorgulamak da mümkündür (aşağıdaki CVE-2022–23126'ya ve ayrıca özel ifşadan sonra yayınlanan TeslaMate yaması v1.25.1'e ve daha aşağıda bulunan ekran görüntüsüne bakın) .
Çekimi yaptım ve admin:admin ile giriş yapmayı denedim, bu şaşırtıcı olmayan bir şekilde ama yine de çok komik bir şekilde işe yaradı.
Grafana (Keşfet) için bir Sorgu Dizisi oluşturmak ve API belirteçlerini sorgulamak bundan sonra sihirli değildi.
Bu durumda, bazı harici saldırganların bu adımları atmasının ve CTO'nun Tesla'sı üzerinde önemli bir kontrole sahip olmasının gerçekten mümkün olduğunu tam olarak doğrulayabildiğim nokta buydu.
Ki bunu kritik bir güvenlik sorunu olarak kabul ettim. Hiç kimse SaaS şirketinin CTO'sunun Tesla kapılarını açamamalı… Ben de hemen orada durdum ve organizasyonla iletişime geçtim ve bu sorunu çözdüm.
Bununla her şey benim için yapıldı. Geçen yıl.
Bu hafta sonu aklımdan rastgele bir düşünce geçti.
TeslaMate temelde Varsayılan Olarak Güvensizdir, yani varsayılan Docker yapılandırmasıyla dağıtılırsa veya varsayılan yapılandırmaya sahip docker görüntüsü kullanılırsa TeslaMate buna maruz kalır ve buna karşı savunmasızdır.
CWE-1188 bunun için mükemmel bir açıklamaya sahiptir:
Yazılım, yönetici tarafından değiştirilmesi amaçlanan bir varsayılana sahip bir kaynağı başlatır veya ayarlar, ancak varsayılan güvenli değildir.
Developers often choose default values that leave the software as open and easy to use as possible out-of-the-box, under the assumption that the administrator can (or should) change the default value. However, this ease-of-use comes at a cost when the default is insecure and the administrator does not change it.
What if… there are more of such exposed instances on the internet?
I was pretty busy and didn’t have time for it but I couldn’t get rid of the thought. So I had to take a look. And I searched the internet for exposed stuff once again, yay. Just that it this time was exposed access to vehicles.
Another thing that made me start searching for this again was, that you apparently no longer need the users password to issue a Keyless Driving API call.
Tesla API jetonunu kullanarak mümkün olan şeyler şunları içerir, ancak bunlarla sınırlı değildir:
Tam bir liste burada bulunabilir: https://tesla-api.timdorr.com/
Gördüğünüz gibi, sorgulanacak olası verilerin veya çalıştırılacak komutların uzun bir listesi.
Tesla sahibinin canını sıkan komutları çalıştırabilirsin (müziğin maksimum ses seviyesinde patladığını ve onu her açmak istediğinde yeniden başladığını ya da kapılarını her açtığınızda tekrar kilitlediklerini hayal edin), izleyebilirsiniz. Tesla sahibinin yaptığı her hareket (bakkaliye almak için araba kullanan veya tam olarak nerede yaşadıklarını bilen insanları izlemek biraz garip ve yine de bunu onlara bildirmenin bir yolu yok) ve bu yazının girişinde daha önce bahsedildiği gibi Tesla'yı bile çalabilirsiniz. .
Ve işte oradaydım… bu Tesla araçlarına önemli uzaktan erişim yeteneklerinin önünde oturuyordum (daha sonraki ekran görüntülerinden birinde, Access_type'ın Sahip API'si olduğu için “sahip” olacağını göreceksiniz).
Ama önce tüm dünyadaki bu güzel (maruz kalan) Tesla'lardan bazılarına bir göz atalım!
Aslında saatler içinde 13 ülkeden 25'ten fazla Tesla buldum. Almanya, Belçika, Finlandiya, Danimarka, Birleşik Krallık, ABD, Kanada, İtalya, İrlanda, Fransa, Avusturya ve İsviçre dahil. Çin'den en az 30'dan fazla kişi daha vardı, ancak Çin'in siber güvenlik yasalarıyla gerçekten uğraşmak istemedim, bu yüzden onlara tamamen dokunmadan bıraktım.
İlk taramam 300'den fazla bulunan örnekle sonuçlandı, ancak Tesla Güvenlik Ekibi bir sonraki duyuruya kadar daha fazla örneğe erişmememi istediğinden bunların hepsinin savunmasız olup olmadığını doğrulayamadım.
Güncelleme: Tesla binlerce anahtarı iptal ettiğinden, bu daha da yaygın bir sorun olabilirdi.
Onaylanmış herhangi bir etkilenen örnek bulursanız, lütfen derhal hak sahibini veya Tesla Güvenlik Ekibini bilgilendirin ( güvenlik açığı[email protected] ).
Sorumlu sahibine bildirirsiniz.
Bir Tesla sahibiyle oldukça bir OSINT yolculuğuydu. WHOIS kayıtları arasında arama yapmak, SSL sertifikalarına bakmak ve takma adları ve çevrimiçi profilleri bulmaya çalışmak. Sonunda, neyse ki Twitter'daki adamı bulmayı başardım. Bu noktada Michael'a ve Model 3'e selamlar!
Bununla ilgili tweet ¯\_(ツ)_/¯
Şaka bir yana, o Tweeti sırf sinirlendiğim için paylaştım. Maruz kalan Tesla'ları bulmakla geçen tam bir günün ardından, bunu onlara bildirecek yalnızca iki Tesla sahibi bulabildim. Unutma, iki düzineden fazla Tesla'dan ikisi.
Ve bu Tweet'in yol açmış olabileceği tüm kafa karışıklığı ve/veya spekülasyonlar için çok özür dilerim. Bir dahaki sefere bunu kesinlikle farklı şekilde koordine edeceğim.
Etkilenen Tesla sahibinin mahremiyetine saygı göstermek için, aşağıdaki bölümü, onun tarafından talep edildiği gibi sahibi tanımlayıcı bilgileri sansürleyecek şekilde değiştirdim. Etkilenen Tesla'nın adı bu yazı için “Mavi Dev” olarak değiştirildi.
Tweet sayesinde İrlanda'dan etkilenen başka bir Tesla sahibi buldum. “Mavi Dev” adında bir Tesla ismi hakkında yorum yaptım ve bir süre sonra şuna uyandım:
Listemdeki İrlandalı Mavi Dev aslında onun Mavi Devi.
“Mavi Dev”e bu tür bir erişime izin veren API jetonları aktif kaldı ve sahibi açıkça ve birden çok kez Tesla Hesabı şifresini sıfırladıktan sonra bile iptal edilmedi.
4 saat sonra nihayet Tesla API'sinin belgelenmemiş bir API uç noktası aracılığıyla anahtarları iptal etmesini sağlamanın bir yolunu bulmayı başardık (aşağıya bakın).
(Yasal) bir yolu olmadığını anladıktan sonra, etkilenen sahiplerin iletişim bilgilerini bulabileceğim (ve gerçekten de rastgele Tesla'ların ekranına bir "saldırıya uğradınız" videosunu koymak istemedim. Twitter'daki bazı kişiler tavsiye etti), Tesla Ürün Güvenlik Ekibi ile konuştum.
Sorunu araştırdıklarını doğruladılar ve ardından kısa bir süre sonra etkilenen ve eski belirteçleri iptal ettiler.
Tesla Güvenlik Ekibine göre, 13 Ocak 2021 itibariyle, etkilenen tüm kullanıcılar da e-posta ile bilgilendirilmelidir.
Öyleyse, bir noktada TeslaMate'i dağıttıysanız, gelen kutunuzu kontrol edin.
Bazı Tesla erişim jetonları, Tesla Güvenlik Ekibinin ikinci jeton iptalinden sonra bile, muhtemelen kullanıcılar savunmasız TeslaMate örneklerine tekrar giriş yaptıkları için internete maruz kaldı.
Bu yüzden, savunmasız örneklerden açıkta kalan erişim belirteçlerini otomatik olarak iptal etmek için hızlı bir Python betiği oluşturdum.
Kötü haber, sürüm 3 belirteçlerini iptal etmenin bir yolu yok gibi görünüyor.
Sürüm 3 belirteçlerini iptal etmenin bir yolunu bulursam, savunmasız örneklerden daha fazla açıkta kalan erişim belirteçlerini otomatik olarak ve sürekli olarak iptal etmek için internet genelindeki taramaları bu komut dosyasına yönlendirebilirim.
Etkilenen çok sayıda Tesla sahibi olduğundan ve tüm TeslaMate kullanıcılarıyla bir CVE-ID paylaşabilmek çok faydalı olacağından (ve CWE-1188 buraya çok uygun olduğundan), bu güvenlik açığı için bir CVE numarası istedim.
CVE isteği şu anda beklemede. Ancak bu yazı, MITRE tarafından tamamen yayınlandıktan sonra güncellenecektir.
CVE-2022–23126 açıklaması:
"TeslaMate'in varsayılan Docker yapılandırması 1.25.1'den önceki sürüm, bir saldırganın kurbanın oluşturduğu jetonu almasına izin vererek, onlara Tesla'nın API'si aracılığıyla aracın belirli kritik özelliklerini kontrol etme veya hassas bilgileri ifşa etme gibi yetkisiz eylemler gerçekleştirme yeteneği verir."
CVE-2022–23126 için yayınlanan yamalar:
Not: Bu, bakıcının kişisel hatası değildir! Bu, zamanla büyüyen açık kaynaklı bir proje ve bunun gibi bir şey olabilir.
Sadece… kritik şeyleri internete bağlamayın. Çok basit.
Ve eğer öyleyse, güvenli olmayan varsayılanlarla değil, güvenli bir şekilde kurulduğundan emin olun . Daha gelişmiş yetkilendirmeyi ayarlamak için TeslaMate Belgeleri:https://docs.teslamate.org/docs/guides/traefik
Güncelleme: Bir yama yayınlandı. Lütfen en az 1.25.1 sürümüne güncelleyin
Tyler Corsair (Teslascope'un kurucusu) ile sürüm 3 belirteçlerini kullanarak sahibi tanımlayıcı bilgileri sorgulamak için bir uç nokta olması gerektiğini söyleyen bir Twitter alışverişinden sonra, o uç noktayı aramaya başladım.
Aslında geçmişe bakıldığında onu bulmak oldukça kolaydı. Resmi bir Tesla OAuth belgesi olmamasına rağmen Tesla, uç noktayı başka bir yere eklemek için yeterince iyiydi.
Sürüm 2 erişim belirteçleri dışındaki sürüm 3 erişim belirteçleri JWT'lerdir. Ve eğer onları çözerseniz şunu görebilirsiniz:
Araç komutları için https://owner-api.teslamotors.com/ uç noktasına ek olarak , kullanıcı bilgileri için https://auth.tesla.com/oauth2/v3/userinfo'yu da gösterir . Yay, sonunda sahiplerin e-posta adreslerini almanın bir yolu. (Tesla, maruz kalan Tesla sahiplerini bilgilendirmek için bu e-posta adreslerini kullanmamamı istedi. )
Ancak, Tesla Güvenlik Ekibi tarafından zaten iptal edilmiş jetonları kullanarak Tesla sahiplerinin e-posta adreslerini sorgulayabildiğimi çok şaşırdım . Buraya bakın:
Hikayenin başında, sahibi tanımlayıcı bilgileri bulmanın hiçbir yolu yoktu ve şimdi iptal edilmiş erişimle bile e-posta adresini sorgulayabiliyorum. Biraz ironik!
Bu sorunu hemen Tesla Güvenlik Ekibine bildirdim. Güvenlik açığını doğruladılar ve kısa bir süre sonra üretime bir düzeltme sundular. Bu aynı zamanda Tesla'dan böcek ödülü almaya da uygundur :D (Umarım bu, son iki haftadaki tüm kahvelerimi öder.)
Evet, Tesla'nın güvenlik önlemlerinin harika olduğunu düşünüyorum, ancak bazı iyileştirmeler için yer var:
Temelde, sonunda bu arabalar üzerinde kontrol sahibi olmamı sağlayan sorunların bir araya gelmesidir. Sahipler, üçüncü taraf bakıcı ve Tesla'nın kendisi, tüm bunların olmasını önlemek için adımlar atabilirdi.
Bildiğim kadarıyla olmasa da, bu konuda bilgisi olan ünlü siber güvenlik araştırmacısı John Jackson, arabayı hareket ettirmek ve hatta bir şeye çarpmak için “çağırma” özelliğini kullanmanın mümkün olabileceğine dikkat çekti.
Tesla, sahip veya üçüncü taraf sorunlarından sorumlu değildir. Neyse ki, hala bunu düzeltmeye ve etkilenen Tesla sahiplerini korumaya yardımcı oldular. Ve belki de kullanıcılarına ve hatta daha güvenli bir deneyim sunmak için bazı öneriler bile uygulayacaklar.
Bir nevi, “tam uzaktan kumanda” yerine “belirli (kritik) özellikler (Nöbetçi Modunu kapatabilme, kapıların kilidini açabilme ve Anahtarsız Sürüşü başlatabilme dahil) üzerinde uzaktan kontrol” demeliydi.
Aşağıdaki Tweetlerde açıklığa kavuşturmama ve bu konuda haber yapan tüm medyaya gerçekleri iletmek için elimden gelenin en iyisini yapmama rağmen, ortaya çıkan karışıklık için özür dilerim.
Bu hala sorumlu ifşanın bir parçası olduğu için, önce Tesla Güvenlik Ekibiyle ve üçüncü taraf bakıcıyla konuşmam gerekiyordu ve ayrıca (bildiğim kadarıyla) maruz kalan tüm Tesla'ların artık etkilenmediğinden emin olmam gerekiyordu. konular tarafından.
Numara! Harika bir bakıcı ile inanılmaz bir yazılım parçasıdır. Ve tüm kullanıcılar için benim kadar güvenli hale getirmekle ilgilendiğinden, bakıcıyı suçlamak istemiyorum. Ayrıca, öncelikle Docker kurulumları etkilenir ve her kullanıcı harika Gelişmiş Kurulum Kılavuzlarını kullanır (https://docs.teslamate.org/docs/guides/apache) etkilenmemelidir.
Tesla sahiplerinin ve araçlarının mümkün olduğunca güvenli olmasını istediğim için Tesla ile ilgili güvenliği araştırmaya kesinlikle devam edeceğim. Bir Tesla donanımına ve/veya bir Tesla MCU'ya sahip olmayı çok isterim.
Otomotiv güvenliği, özellikle VW gibi diğer otomobil üreticilerinin filolarını dijitalleştirmeye katılması nedeniyle çok önemli bir konudur.
Benimle kişisel olarak iletişime geçmeniz gerekiyorsa, bana Twitter'da bir DM göndermekten çekinmeyin (https://twitter.com/david_colombo_) veya LinkedIn üzerinden bana ulaşın (https://linkedin.com/in/david-colombo).
Colombo Technology Siber Güvenlik Ekibi ile iletişime geçmek için lütfen [email protected] adresine e-posta gönderin veya buradaki iletişim formumuza gidin .
Özel Teşekkürler: John Jackson (Güvenlik Araştırmacısı), Adrian (TeslaMate Sorumlusu), Nathan (Tesla Ürün Güvenlik Ekibi).
Khrysokeras'tan herkese selamlar, Bugün sizlere API testleri yaparken karşılaştığım bir problem hakkında bilgi vermek istiyorum. 1.
Truva atı (veya Truva atı), bilgisayarınıza veya mobil cihazınıza bulaşabilecek en yaygın ve tehlikeli tehdit türlerinden biridir. Truva atı kötü amaçlı yazılım nedir? Trojan kötü amaçlı yazılımı, açıldığında, bir görüntü veya belge açmak veya bir medya dosyasını oynatmak gibi kullanıcı tarafından açılan meşru bir dosya gibi görünür, ancak arka planda, birisi bilgisayarınıza bir arka kapı veya başka bir zararlı kod enjekte etme.
Bunun arka planı, zihnim ve bedenim “mola verin” diye bağırdığında muazzam bir alçaklık. Pek çok şeye bir mola: iş, anne olmak, e-postalar, genel olarak telefon ve hatta aile ve arkadaşlar.
Giriş Chiron ağrıyı temsil ederken, aynı zamanda iyileşme potansiyelini de temsil edebilir. Bu gezegenoidin bir karanlık bir de aydınlık tarafı var, tıpkı hepimizin yaptığı gibi.
Bu blog bir önceki blogumun devamı niteliğindedir. Bunu okumadıysanız, lütfen tüm içeriği anlamak için bunu yapın: Burada, Harvard(XSS) ve Cambridge(SQLi) güvenlik açıklarını nasıl bulduğumdan bahsedeceğim.
1990'ların sonunda, UX'in kavramsal temelleri iyi kurulmuştu. UX HQ'daki Don Norman gibi düşünce liderleri bu alanın amaçlarının, kavramlarının ve yöntemlerinin çoğunu tanımlamıştı.