Friends! We hebben nauwkeurig naar de beveiligingsarchitectuur van Android gekeken in de vorige post. Nu willen we ons concentreren op de beveiligingsfuncties van iOS.

Enkele van de algemene beveiligingsfuncties van iOS omvatten het volgende:

• Geografische locatie: als u uw iPhone kwijtraakt, is deze functie erg handig. Deze functie in combinatie met MobileMe (geleverd door Apple) helpt je bij het lokaliseren van je mobiele telefoon. MobileMe kan de locatie van uw iPhone bepalen als deze goed werkt. Het enige belangrijke deel is om het bijgehouden te houden.
• Auto wissen: dit is een andere zeer interessante functie. Als u uw telefoon kwijtraakt, kunt u deze lezen en vervolgens op afstand Apple vragen om de gegevens op uw apparaat te wissen. Raad eens wat? De gebruiker kan zelfs zijn gegevens herstellen van de back-upinformatie op het bureaublad. Om aan dit wissen op afstand toe te voegen als u een blokkeringscode instelt, dan worden bij 10 mislukte pogingen om de toegangscode te wissen de gegevens automatisch gewist!
• Gegevensversleuteling: iOS kan uw vertrouwelijke bedrijfsgegevens coderen. Het is alleen beschikbaar voor gebruikers die met een wachtwoord beveiligde toegang tot het apparaat hebben.
• 4 OS-lagen: Een ander belangrijk kenmerk is dat iOS-apps geen directe toegang hebben tot de onderliggende hardware. De hardware-interacties worden exclusief beheerd door verschillende softwarelagen die fungeren als tussenpersonen tussen de applicatie en de hardware van het apparaat. Dit is een veiliger apparaat.

Nu hebben we gekeken naar de online App Store / Marketplaces voor beide besturingssystemen '. Het is duidelijk dat Apple in een bepaald merkimago verkeert en als zodanig bepaalde apps uitsluit. Ze beweren dat ze geen ruimte laten voor kwaadaardige apps, maar dit is niet bewezen. Apple heeft een echte 'Apple's App Store' die is ontwikkeld voor het indienen van een app. Ontwikkelaars zijn dus verplicht om een ​​jaarlijkse vergoeding te betalen. Apple heeft bepaalde, maar ambigue normen over wat zij geschikt achten. Onlangs hebben ze serieuze kritiek gekregen voor het goedkeuren van een "Gay Cure" -app, dus het is moeilijk om echt te weten wat ze aanstootgevend vinden. Ze beweren dat een kind met een spammende, kwaadwillende of ongepaste inhoud die een app bevat, mogelijk persoonlijke gegevens van een gebruiker steelt die door hen worden geweigerd. Ze zorgen ervoor dat hun imago en de beveiliging van gebruikers niet in gevaar komen door elke versie van een applicatie te evalueren en goed te keuren. En naar verluidt verwerpt Apple 10 procent van de jaarlijks ingediende aanvragen vanwege de bovengenoemde redenen.

Google is hier echter een beetje milder over. Hoewel er veel gratis en betaalde applicaties zijn, is het niet zo eenvoudig als het aanbod van Apple. Google verbiedt niet dat apps worden vrijgegeven op basis van wat voor soort functie of inhoud ze leveren. Zoals we in het verleden hebben gezien, reageerde Google snel op schadelijke apps en heeft het zelfs een verwijderingsfunctie voor externe apps in het Android-besturingssysteem voor een dergelijke gelegenheid. Omdat een toepassing niet kan worden geüpload naar de Android Marketplace, wordt deze niet onderdrukt en hebben gebruikers toegang tot echt innovatieve apps.

Android voorkomt kwaadaardige applicaties zoals we in de vorige post lezen op basis van de mogelijkheden die een app vereist. De toepassingen worden geverifieerd wanneer we het installeren en de gebruiker wordt gevraagd om verschillende machtigingen. In december vorig jaar leek een webbank-app die op de Android Marketplace werd geplaatst prima. Maar het was een phishing-scam, hoewel deze mogelijk door veel gebruikers is toevertrouwd. Google heeft de frauduleuze app al snel verwijderd.

Google is erg gewaagd omdat het is vrijgegeven. Dit leidt tot innovatie. en bevordert een zeer competitieve ontwikkelingsgemeenschap.

Hoewel het een mini-beveiligingsfunctie heeft, heeft iOS de mogelijkheid de vergrendelingscode te vertragen. Zo snel mogelijk is de tijd gekomen voor uw verzoek. Met Android moet u de code elke keer dat u toegang tot het apparaat wilt krijgen bellen (wat zelfs een minuutoproep kan zijn!). Dit is een beetje irritant. En zelfs kan ertoe leiden dat de gebruiker de functie uitschakelt.

Het op toestemming van Android gebaseerde systeem wil dat de gebruiker zorgvuldig nadenkt over zijn eigen beveiligingsproblemen. Uiteindelijk zijn we allemaal eindgebruikers en soms is het moeilijk om echt te weten waar onze gegevens naartoe gaan.

Zelfs legitieme apps vragen om dezelfde rechten voor communicatie op een externe server. Wat betekent het om het kind te maken van achterpoortjes die Android heeft?

Dus, terwijl we deze post-up afronden, denken we dat dit erg belangrijk is voor de toekomst. Functies zoals meerlaagse beveiliging, wissen op afstand, een beetje controle op de Android Marketplace (zoals Amazon onlangs heeft aangeboden), eenvoudige gebruikersinterface met app-installatiepakketten en een door de gebruiker in te stellen vertraging voor de blokkeringscode. We willen het graag als geheel zien.

Denkt u dat we een beveiligingsfunctie hebben weggelaten die hier een vermelding verdient? Zijn er beveiligingsverbeteringen die u zou willen zien in de toekomstige versies van Android? OS-architecturen, en welke voel je je dan beter? Druk op de reactieknop en vertel het ons.

Grote dank gaat uit naar het beheersen van 3D-artiest Norebbo voor de headerafbeelding!

Je kunt hier deel uitmaken van deze serie.