Varnostne kopije ICloud niso tako varne kot lokalne za enostavno obnovo

iCloud-safe-št

Pravna bitka, ki jo Apple in FBI vodita za odklepanje iPhona ostrostrelca napadov San Bernardino, je začela razkrivati ​​Appleovo politiko zasebnosti, čeprav je res, da Apple ne more fizično dostopati do informacij naprave iOS, enako, ko govorimo o varnostnih kopijah iCloud. V tem primeru lahko Apple dostopa do varnostne kopije iCloud in organom ponuditi informacije, ki jih zahtevajo, kot so DA so v primeru San Bernardina.

Walt Mossberg iz Vergea je napisal članek, v katerem je pojasnil razloge, zakaj podatki iCloud ne morejo biti tako varni kot podatki, shranjeni na iPhoneu, iPod Touchu ali iPadu. Apple lahko dešifrira "večino" podatkov, ki jih vsebuje varnostna kopija iCloud, predstavnik Apple pa je Mossbergu dejal, da je razlog v tem, da podjetje Cupertino na zasebnost in varnost gleda drugače kot med fizično napravo in tem, kaj lahko izgubimo v iCloud, kjer potrebujete Apple biti sposoben dostop do podatkov, da jih obnovite če je potrebno.

Vsekakor pa v iCloudu, čeprav mora biti tudi varnost močna, Apple pravi, da je treba uporabniku pomagati obnoviti podatke, saj je to ključna predpostavka storitve. To je razlika, ki prav tako pomaga Appleu, da se odzove na zahtevo organov pregona. Stališče podjetja je, da bo zagotavljalo informacije, ki so pomembne za vladne agencije za zakonite in pravilne zahteve. Vendar pravi, da nima potrebnih informacij, da bi odprl kodo za odklepanje iPhona, zato nima kaj dati. V primeru varnostnih kopij iCloud lahko dostopajo do informacij, da jih lahko izpolnijo.

Apple razmišlja o spremembah šifriranja iCloud

Varnostne kopije ICloud vsebujejo sporočila, zgodovino nakupov, fotografije, videoposnetke, nastavitve, podatke o aplikacijah in podatke o zdravju, vendar ne vključujejo informacij, ki jih je mogoče enostavno prenesti, na primer e-pošto s strežnikov ali aplikacij, in čeprav kopije zaščite iCloud zajemajo iCloud Keychain , Gesla za Wi-Fi in gesla za storitve drugih ponudnikov so to popolnoma šifriran na način, ki vam preprečuje dostop do Apple.

Toda vse razloženo se lahko v bližnji prihodnosti spremeni: Apple namerava tudi šifrirati vse prenesene podatke v vaš oblak. To bi rešilo tri težave: prvo bi bilo, da bi bile varnostne kopije skoraj nedostopne; drugi bi bil, da se jim ne bi bilo treba odzivati ​​na zahteve organov pregona, ker ne bi imeli kaj ponuditi; In tretja težava, ki bi jo rešili, bi bila ta, da bi zaprli luknjo, ki jo FBI že dolgo uporablja in o kateri v svojem sporu z Appleom ne govorijo. Po drugi strani pa je negativna točka, da če izgubimo ključe, nikoli ne bomo mogli obnoviti svojih podatkov iz iClouda. Vprašanje je obvezno in nekoliko drugačno: Kaj vam je ljubše: nepregleden sistem, ki lahko izgubi vaše podatke, ali ranljiv, iz katerega lahko podatke vedno obnovite?


iCloud
Zanima vas:
Ali se splača kupiti dodatno shrambo iCloud?
Spremljajte nas v Google News

Pustite svoj komentar

Vaš e-naslov ne bo objavljen. Obvezna polja so označena z *

*

*

  1. Odgovoren za podatke: AB Internet Networks 2008 SL
  2. Namen podatkov: Nadzor neželene pošte, upravljanje komentarjev.
  3. Legitimacija: Vaše soglasje
  4. Sporočanje podatkov: Podatki se ne bodo posredovali tretjim osebam, razen po zakonski obveznosti.
  5. Shranjevanje podatkov: Zbirka podatkov, ki jo gosti Occentus Networks (EU)
  6. Pravice: Kadar koli lahko omejite, obnovite in izbrišete svoje podatke.

  1.   Slika ograde Rafael Pazos je dejal

    No, da sem gesla shranil v zvezek, kot sem to storil, sem ga moral obnoviti in na srečo sem izgubil vsa gesla, zapisal sem jih s peresom, zato imam raje, da je nedostopno!

    Torej fantje in dekleta gesla zapisujejo v zvezke (OPOMBA: Imam jih tudi na iPhonu in iPadu ločeno, ne v iCloud !!)

    Lep pozdrav!

  2.   Jaranor je dejal

    Neprodorni sistem, kdor izgubi geslo česen in vodo, pravzaprav nikoli ne postavim varnostnega vprašanja in odgovora, kajti za vse, kar lahko uganejo, bom nekoč, če pozabim geslo, moral zajebati in ustvariti nov račun ter izgubiti je prejšnji.