Cisco cihazları için fabrika ayarlarına sıfırlama ve güvenli veri silme
list-menuGeri Bildirim?
Bazı durumlarda, bir Board, Desk veya Room Series cihazını varsayılan fabrika ayarlarına sıfırlamak gerekebilir. Örneğin, cihazla ilgili ciddi bir sorun varsa, fabrika ayarlarına sıfırlama son çaredir. Fabrika ayarlarına sıfırlama aynı zamanda cihazdaki tüm verileri tamamen silmek için güvenli bir yöntemdir.

Board, Desk ve Room Series cihazlarındaki dosya sistemi, Linux sabit disk şifrelemesi standardı olan Linux Unified Key Setup (LUKS) kullanılarak şifrelenir. Dosya sistemi şifreleme anahtarı NVRAM veya NOR-flash'a kaydedilir. Fabrika ayarlarına sıfırlama sırasında, anahtarın üzerine yazılır ve kurtarılamaz, bu da diskteki herhangi bir şey okunamaz hale getirir. Bu, fabrika ayarlarına sıfırlamayı ABD DOD 5220.22M ve NIST 800-88r1'e uygun olarak verileri silmek ve temizlemek için güvenli bir yöntem haline getirir.

Fabrika ayarlarına sıfırlama sırasında:

  • Çağrı kayıtları silinir

  • Parolalar varsayılan olarak sıfırlanır

  • Tüm cihaz parametreleri varsayılan değerlere sıfırlanır

  • Cihaza yüklenen tüm dosyalar silinir

  • Önceki (etkin olmayan) yazılım görüntüsü silinir

  • Seçenek tuşları etkilenmez

Fabrika ayarlarına sıfırlamayı geri alamazsınız. Başlamadan önce bunu yapmanın gerekli olduğundan emin olun.

Cihazı fabrika ayarlarına sıfırlamak için web arayüzünü veya kullanıcı arayüzünü kullanmanızı öneririz. Fabrika ayarlarına sıfırlama işleminden önce aygıtın günlük dosyalarını, yapılandırmaları ve özel öğelerini yedeklemeniz gerekir; aksi takdirde bu veriler kaybolur. Cihazınızı yede klemenin ve sıfırlamanın farklı yolları hakkında bilgi için Yönetim Kılavuzu'na bakın.

NIST 800-88r1

NIST standardı 800-88r1, üç sanitasyon seviyesi belirtir:

  • Temiz: Noninvaziv iyileşme tekniklerine karşı koruma

  • Temizleme: Veri kurtarmayı imkansız hale getirin

  • Yok edin: Veri kurtarmayı imkansız hale getirin ve gelecekteki kullanımı önleyin

Standardın 2.6. Bölümü, Kriptografik Silme (CE) kullanımı ve Tasfiye seviyesini karşılamak için nasıl uygulanabileceği hakkında konuşur.

Bölüm 2.6.1 ve 2.6.2, CE'nin ne zaman dikkate alınacağına (olmamak) gerektiğine ilişkin koşulları listeler:

  • Hassas veriler önce sterilize edilmeden cihazda saklandıktan sonra şifreleme etkinleştirildiyse, medyayı temizlemek için CE kullanmayın.

  • Hassas verilerin şifrelemeden önce sterilize edilmeden cihazda saklanıp saklanmadığı bilinmiyorsa CE kullanmayın.

  • CE için tasarlanan tüm veriler ortamda depolanmadan önce şifrelendiğinde (veriler ve sanallaştırılmış kopyalar dahil) CE kullanmayı düşünün.

  • Şifreleme anahtarının depolandığı ortamdaki konumları (hedef verilerin şifreleme anahtarı veya ilişkili bir sarma anahtarı olsun) bildiğimizde ve bu alanları uygun ortama özgü temizleme tekniğini kullanarak temizleyebildiğimizde CE kullanmayı düşünün ve anahtarın depolandığı ortamdaki gerçek konumun ele alınmasını sağlayın.

  • Hedef verileri şifrelemek için kullanılan şifreleme anahtarlarının tüm kopyalarının sterilize edildiğini bildiğimizde CE kullanmayı düşünün.

  • Hedef verilerin şifreleme anahtarlarının kendileri bir veya daha fazla sarma anahtarıyla şifrelendiğinde CE kullanmayı düşünün ve ilgili sarma anahtarlarını dezenfekte edebileceğimizden eminiz.

  • Kullanıcının CE işlemini gerçekleştirmek için cihaz tarafından sağlanan komutları açıkça tanımlama ve kullanma yeteneğinden emin olduğumuzda CE kullanmayı düşünün.

RoomOS'ta, müşteri verileri için kullanılan şifrelenmiş dosya sistemleri, herhangi bir hassas veri oluşturulmadan önce ilk önyüklemede erken kurulur ve şifrelenir. Anahtar, yukarıda açıklandığı gibi eeprom'da (eski yazılım) veya SoC'nin güven bölgesi mekanizmaları kullanılarak saklanır ve güvenli bir şekilde sterilize edilebilir.

Anahtar asla yedeklenmez ve anahtar emanet mekanizması yoktur.

Tüm bunları göz önünde bulundurarak Cisco, RoomOS'taki fabrika ayarlarına sıfırlama mekanizmasının NIST 800-88r1'deki Purge seviyesi ile uyumlu olduğunu iddia ediyor.

Müşteri veri şifrelemesi

Disk Şifreleme

Cihazlar, güvenli silme işleminin garanti edilemediği toplu depolama için bir flash aygıt kullanır. Bu nedenle cihazlardaki tüm müşteri verileri şifrelenmiş dosya sistemlerinde saklanır ve fabrika varsayılanlarına sıfırlama yapıldığında, yalnızca şifreleme anahtarı silinir ve müşteri verilerine erişilemez hale gelir.

Bunu kolaylaştırmak için ana flaşta uygun büyüklükte bir dosya oluşturuyoruz ve bir geri döngü cihazı oluşturmak için standart Linux aracı cryptsetup kullanıyoruz. Bu cihazda standart bir ext4 dosya sistemi oluşturuyoruz. Şifreleme anahtarını nerede sakladığımızla ilgili ayrıntılar bir sonraki bölümdedir.

Döngü cihazı, 512 bit anahtar boyutuna sahip LUKS1 ve aes-xts-plain64 şifresi kullanılarak oluşturulur:

 $ cryptsetup status /dev/mapper/config
 /dev/mapper/config is active and is in use.
 type: LUKS1
 cipher: aes-xts-plain64
 keysize: 512 bits
 key location: dm-crypt
 device: /dev/loop5
 loop: /mnt/base/image1/rwfs/config.img
 sector size: 512
 offset: 4096 sectors
 size: 61440 sectors
 mode: read/write

Cihazın düzenli çalışması sırasında, cryptsetup, dosya sistemlerinin monte edilmeden önce şifresini çözmek için kullanılır. Şifreleme anahtarı silindiğinde, döngü aygıtını kurmak ve dosya sistemlerini monte etmek artık mümkün değildir.

Kullandığımız şifreleme anahtarı, bir ascii temsili elde etmek için sha1sum aracılığıyla çalıştırılan /dev/urandom öğesinden 20 bayt okunmasıdır. Anahtar, fabrika ayarlarına sıfırlandıktan sonra ilk önyüklemede oluşturulur ve yeni bir fabrika ayarlarına sıfırlama yapılana kadar değişmez.

Veri şifreleme anahtarı koruması

Cihazlarımızda iki farklı şifreleme anahtarı kullanıyoruz. Biri Android kabının içindeki /data bölümü için (Microsoft MTR ve Zoom için) ve diğeri diğer dosya sistemleri için (müşteri yapılandırması, duvar kağıtları, arama günlüğü, geçmiş günlükler vb. İçin kullanılır).

Android'deki /data bölümü için, özel anahtar her zaman Nvidia TrustZone sınırının içinde güvenli bir şekilde saklanır veya SoC'nin yerleşik şifreleme mekanizması kullanılarak şifrelenir. Room Navigator

Ce-11.25.x'e kadar, diğer anahtar EEPROM'da saklanır. EEPROM herhangi bir normal kanaldan gelen kullanıcılar için erişilemez olsa da, içeriğin şifresini çözmek için cihazdan (flash diskle birlikte) zorla çıkarılabilir.

Ce-11.26.x ile başlayarak, normal dosya sistemi şifreleme anahtarını ARM TrustZone [0] tabanlı Nvidia güvenilir yürütme ortamına (TEE) taşıyoruz, bu nedenle anahtarın Nvidia SoC'den çıkarılması mümkün olmayacak. Güvenli önyükleme işlemini atlatmanın tek (bilinen) yolu, daha sonra anahtarı kaldıracak olan tüm Nvidia SoC'yi değiştirmek olduğundan, anahtar çıkarma, anahtarı almak için yeterli izinlere sahip bir kök kabuğu elde etmek için CE kodundaki güvenlik açıklarını bulmakla sınırlı olacaktır.

Geç Room Navigator iş için daha sonraki bir sürümde olacaktır.

Bu makale yararlı oldu mu?
Bu makale yararlı oldu mu?