Hvala na povratnim informacijama.

Sistem datoteka na uređajima Board, Desk i Room Series je šifrovan pomoću Linuk Unified Kei Setup (LUKS), standarda za šifrovanje Linuk tvrdog diska. Ključ za šifrovanje datotečnog sistema se čuva u NVRAM-u ili NOR-flešu. Tokom fabričkog resetovanja, ključ se prepisuje i ne može se oporaviti, čineći bilo šta na disku nečitljivim. Ovo čini fabričko resetovanje sigurnom metodom brisanja i čišćenja podataka u skladu sa američkim DOD 5220.22M i NIST 800-88r1.

Tokom resetovanja na fabrička podešavanja:

• Dnevnici poziva se brišu

• Lozinke se vraćaju na podrazumevano

• Svi parametri uređaja se resetuju na podrazumevane vrednosti

• Sve datoteke koje su otpremljene na uređaj se brišu

• Prethodna (neaktivna) slika softvera se briše

• Opcijski tasteri nisu pogođeni

Ne možete poništiti fabrička podešavanja. Uverite se da je to neophodno pre nego što počnete.

NIST 800-88r1

N IST standard 800-88r1 određuje tri nivoa sanacije:

• Čisto: Zašti tite se od neinvazivnih tehnika oporavka

• Čišćenje: Učinite oporavak podataka neizvodljivim

• Uništi: Učin ite oporavak podataka neizvodljivim i sprečite buduću upotrebu

Odeljak 2.6 standarda govori o upotrebi kriptografskog brisanja (CE) i kako se može primeniti da bi se postigao nivo Purge.

Odeljci 2.6.1 i 2.6.2 navode uslove kada (ne) uzeti u obzir CE:

• Ne koristite CE za čišćenje medija ako je šifrovanje omogućeno nakon što su osetljivi podaci sačuvani na uređaju, a da nisu prethodno dezinficirani.

• Ne koristite CE ako nije poznato da li su osetljivi podaci sačuvani na uređaju bez dezinfekcije pre šifrovanja.

• Razmislite o korišćenju CE kada su svi podaci namenjeni CE šifrovani pre skladištenja na mediju (uključujući podatke, kao i virtuelizovane kopije).

• Razmislite o korišćenju CE kada znamo lokaciju (e) na mediju gde se čuva ključ za šifrovanje (bilo da je to ključ za šifrovanje ciljnih podataka ili pripadajući ključ za umotavanje) i možemo sanirati ta područja koristeći odgovarajuću tehniku dezinfekcije specifične za medij, osiguravajući da je stvarna lokacija na mediju gde se ključ čuva.

• Razmislite o korišćenju CE kada možemo znati da su sve kopije ključeva za šifrovanje koji se koriste za šifrovanje ciljnih podataka sanirane.

• Razmislite o korišćenju CE kada su ključevi za šifrovanje ciljnih podataka sami šifrovani jednim ili više ključeva za omatanje i uvereni smo da možemo sanirati odgovarajuće ključeve za omatanje.

• Razmislite o korišćenju CE kada smo sigurni u sposobnost korisnika da jasno identifikuje i koristi komande koje uređaj pruža za obavljanje CE operacije.

U RoomOS-u, šifrovani sistemi datoteka koji se koriste za korisničke podatke postavljaju se i šifruju rano u početnom pokretanju, pre stvaranja bilo kakvih osetljivih podataka. Ključ se čuva kako je gore opisano ili u eepromu (stariji softver) ili pomoću mehanizama zone poverenja SoC-a i može se sigurno sanirati.

Ključ se nikada ne pravi sigurnosna kopija i ne postoji ključni mehanizam depozita.

Imajući sve ovo na umu, Cisco tvrdi da je mehanizam za resetovanje na fabrička podešavanja u RoOMOS-u usklađen sa nivoom Purge u NIST 800-88r1.

Šifrovanje podataka o kupcima

Šifrovanje diska

Uređaji koriste fleš uređaj za masovno skladištenje, gde je nemoguće garantovati sigurno brisanje. Svi podaci o kupcima na uređajima se stoga čuvaju na šifrovanim sistemima datoteka, a kada se izvrši resetovanje na fabričke podrazumevane vrednosti, briše se samo ključ za šifrovanje, čineći podatke korisnika nedostupnim.

Da bismo to olakšali, kreiramo odgovarajuću veliku datoteku na glavnom blicu i koristimo standardni Linuk alat criptsetup za kreiranje uređaja za povratnu petlju. Na ovom uređaju kreiramo standardni ekt4 sistem datoteka. Detalji o tome gde čuvamo ključ za šifrovanje nalaze se u sledećem odeljku.

Uređaj petlje je kreiran pomoću LUKS1 sa veličinom ključa od 512 bita i aes-xts-plain64 šifre:

 $ 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

Tokom redovnog rada uređaja, criptsetup se koristi za dešifrovanje datotečnih sistema pre nego što se montiraju. Kada se ključ za šifrovanje izbriše, više nije moguće podesiti uređaj za petlju i montirati sisteme datoteka.

Ključ za šifrovanje koji koristimo je čitanje od 20 bajtova iz /dev/urandom koji je run-through sha1sum da bi se dobio ascii reprezentaciju. Ključ se generiše pri prvom pokretanju nakon fabričkog resetovanja i ne menja se dok se ne izvrši novo fabričko resetovanje.

Zaštita ključa za šifrovanje podataka

Na našim uređajima koristimo dva različita ključa za šifrovanje. Jedan za /data particiju unutar Android kontejnera (za Microsoft MTR i Zoom) i jedan za druge sisteme datoteka (koristi se za konfiguraciju korisnika, zidne papire, dnevnik poziva, istorijske evidencije itd.).

Za particiju /data u Androidu, privatni ključ je uvek bio bezbedno smešten unutar granice Nvidia TrustZone ili, naRoom Navigator, šifrovan pomoću ugrađenog mehanizma za šifrovanje SoC-a.

Do i uključujući ce-11.25.k, drugi ključ se čuva u EEPROM-u. Iako je EEPROM nedostupan korisnicima koji dolaze kroz bilo koji normalan kanal, može se prisilno ukloniti sa uređaja (zajedno sa fleš diskom) da bi se zapravo dešifrovao sadržaj.

Počevši od ce-11.26.k premeštamo redovni ključ za šifrovanje datotečnog sistema u Nvidia pouzdano okruženje izvršenja (TEE) zasnovano na ARM TrustZone [0], tako da ključ neće biti moguće izvući iz Nvidia SoC-a. Pošto je jedini (poznati) način da se zaobiđe proces sigurnog pokretanja zamena celog Nvidia SoC-a, koji bi zatim uklonio ključ, vađenje ključa bilo bi ograničeno na pronalaženje ranjivosti u CE kodu kako bi se dobila root ljuska sa dovoljnim dozvolama za dobijanje ključa.

J Room Navigator er migracija će biti u kasnijoj verziji.