Apple gjør brukerdata på iOS 8 utilgjengelige for offentlige etater, bør Microsoft vedta de samme retningslinjene?

Normalt, hvis offentlige etater fant enheter fra de mistenkte, vil de prøve å få dataene fra enheten ved hjelp av selskaper som Apple, Microsoft, Google og andre. Disse selskapene vil kunne skaffe brukerdata som bilder, samtalelogger osv., som ikke er kryptert og lagret på disse enhetene. Disse dataene hjelper igjen politiet og andre offentlige etater med å finne bevis mot disse mistenkte. Med den siste iOS 8-oppdateringen har Apple nå gjort det umulig å skaffe brukerdata. De har begynt å bruke datakryptering for all data som er lagret i enheten, og krypteringsnøkkelen involverer brukerens passord.

På enheter som kjører iOS 8, er dine personlige data som bilder, meldinger (inkludert vedlegg), e-post, kontakter, anropslogg, iTunes-innhold, notater og påminnelser plassert under beskyttelsen av passordet ditt. I motsetning til konkurrentene våre, kan ikke Apple omgå passordet ditt og kan derfor ikke få tilgang til disse dataene. Så det er ikke teknisk mulig for oss å svare på offentlige garantier for utvinning av disse dataene fra enheter i deres besittelse som kjører iOS 8.

Apple nevnte også at de aldri har jobbet med noen statlige organer fra noe land for å lage en "bakdør" i noen av deres produkter eller tjenester. Problemet med Apples nåværende implementering av databeskyttelse er at den beskytter kriminelle fra å bli fanget med mulige bevis i enhetene deres. Jeg personlig føler at det bør være en måte for offentlige etater å få tilgang til dataene i brukerens enheter hvis nødvendig. Det bør være et juridisk team i selskaper som Microsoft som nøye vurderer hver forespørsel, og sikrer at den er ledsaget av gyldige juridiske prosesser som om innholdsforespørsler har en riktig ransakingsordre og andre. Hvis det er lovlig, bør de overlevere dataene til offentlige etater med en melding til brukeren.

Synes du Microsoft bør følge Apples retningslinjer for databeskyttelse på Windows Phone-enheter?

kilde: eple via: Ars Technica