![\"Evolution](\"https:\/\/www.intego.com\/mac-security-blog\/wp-content\/uploads\/2016\/02\/iOS-Security-Features-Evolution-Timeline.jpg\")
<\/p>\n<\/p>\n
We recently published a story covering the evolution of macOS security and privacy features<\/a>,\u00a0where we discussed the\u00a0major security improvements over the past decade in OS X, Apple’s operating system for Mac desktops and laptops.<\/p>\n As with desktop operating systems, the ever-changing threat landscape has also necessitated the evolution of mobile operating systems, including iOS.<\/p>\n Users of Apple’s smartphone and tablet have also been targets of fraud, identity theft, and espionage campaigns \u2014 just like users of desktops and laptops.<\/p>\n To help protect its customers and combat some of these threats, Apple has added many security and privacy-enhancing features to iOS since its initial release nearly nine years ago. With each major revision, along with incremental security updates, Apple has continued to improve the baseline security of its mobile operating system.<\/p>\n Following is a timeline of some notable security improvements that Apple has made in every version of iOS to date.<\/p>\n The iPhone was the first of what we now know as “iOS devices.” However, when the iPhone was announced, Apple had yet to come up with a name for its new mobile operating system; in fact, you might be surprised to learn that Apple actually called iOS “OS X”<\/a> at first.<\/p>\n Apple had little to say about the security of the first iPhone. For its time, the original iPhone was far more advanced than any other smartphone on the market, so few people bothered worrying about things like security. After all, it was amazing and revolutionary, so what else really mattered?<\/p>\n Little did anyone know then what security challenges lay in store for mobile operating systems. Although there was no App Store yet, and thus there were no officially sanctioned third-party applications, the original iPhone included “a rich HTML email client and Safari \u2014 the most advanced web browser ever on a portable device,” which unbeknownst to most users made the phone vulnerable to a variety of potential attacks.<\/p>\n By the time the iPhone was just months old and the iPod touch had just been released, there was already a small community of hackers and tinkerers making and distributing unauthorized third-party apps.<\/p>\n Apple’s first attempt at squashing this phenomenon arrived in the form of the iPhone 1.1.1 Update<\/a>, about which one developer noted<\/a>, “It looks like Apple is locking down the iPhone with encryption and signing, the same way they locked down the iPod Touch.”<\/p>\n Prior to the iPhone 2.0 software release, there were a total of four security updates<\/a> for the original iPhone OS, fixing a combined total of 22 security vulnerabilities (note: vulnerability counts in this article are based on CVE IDs<\/a>).<\/p>\n Macworld reported<\/a> that the iPhone 2.0 software (later renamed “iPhone OS” for its 2.2 release) included a single new built-in app: the App Store. For some, this lessened the desire to hack one’s own iPhone to install unapproved third-party software; nevertheless, the jailbreaking community continues to have its devotees even today.<\/p>\n The VPN indicator icon (a newer iOS version is pictured). Image credit: Apple<\/a><\/p><\/div>\n Apple also opened up Location Services to third-party applications, which would prompt the user for permission first.<\/p>\n The iPhone 2.0 software itself fixed a total of 13 security vulnerabilities<\/a>. It was followed by a total of two security updates<\/a> (prior to the iPhone OS 3.0 Software Update) fixing a combined total of 20 vulnerabilities.<\/p>\n One of the biggest security improvements in iPhone OS 3 was that users who paid $100 per year for MobileMe (the predecessor of iCloud) could enable Find My iPhone<\/a>. This feature provided the ability to locate a lost or stolen iPhone, with options to subsequently send the device an alert sound or an “Important Message” dialog box, or even remotely deactivate or wipe the phone similar to the corporate remote-wipe feature added in the iPhone 2.0 software.<\/p>\n Apple added an AutoFill feature<\/a> to Safari in iPhone OS 3. The feature only automatically filled in contact information from the user’s Address Book; Apple opted to not AutoFill credit card information at that time (although the feature was added several years later in iOS 7).<\/p>\n The iPhone OS 3.0 software itself fixed a total of 46 security vulnerabilities<\/a>. It was followed by a total of three security updates (prior to the release of iOS 4) fixing a combined total of 16 vulnerabilities.<\/p>\n In iOS 4, Apple introduced the option to use a long password<\/a> rather than a four-digit PIN to log into an iOS device. Now instead of a limit of 10,000 possible passwords (which made it possible to guess the correct password within hours if trying every combination one at a time), the password options could now be virtually limitless, which could dramatically increase the security of unlocking an iOS device.<\/p>\n Apple added functionality to encrypt e-mail attachments<\/a> when the device was locked with a passcode (for supported iOS devices). This encryption was extended to third-party applications, which could also now encrypt their data using the same technology.<\/p>\n Apple also improved privacy in iOS 4 by giving users per-app control over Location Services<\/a>. Now it was possible to, for example, allow Maps access to your location while preventing your Twitter app from being able to identify where you were while composing a tweet. Whenever an app was currently tracking your location, an indicator icon would appear in the bar across the top of the screen to indicate this; a user could then find out which app was currently using their location by opening the Settings app and looking under Location Services.<\/p>\n Image credit: Apple<\/a><\/p><\/div>\n The iOS 4.0 release itself fixed a total of 65 security vulnerabilities<\/a>. It was followed by a total of seven main security updates<\/a> (prior to the release of iOS 5) that fixed 179 vulnerabilities. (Now Apple was really getting into the security-patching groove.)<\/p>\n Apple added an “Unsecured Call” warning dialog box to iOS 5, mysteriously without providing any documentation to explain this feature (a Google search of Apple’s site<\/a> only reveals one discussion topic from a single concerned user, and searching Apple’s site via their own search bar produces no search results). The warning dialog box, titled “Unsecured Call,” states, “The cellular network you are using is not encrypted. This call can be intercepted by unauthorized listeners,” with buttons to either Ignore or End Call. A 9to5Mac article<\/a> points to speculation that Apple’s warning could be notifying the user of active attacks of the sort shown in a DEF CON 18 talk given in 2010, in which a researcher demonstrated how GSM networks (like AT&T and T-Mobile) could easily have their calls intercepted and recorded; see the DEF CON talk description<\/a> and YouTube video<\/a>.<\/p>\n Image credit: @MuscleNerd<\/a><\/p><\/div>\n The iOS 5.0 release itself fixed a total of 96 security vulnerabilities<\/a>. It was followed by a total of three security updates<\/a> (prior to the release of iOS 6) that fixed 90 vulnerabilities.<\/p>\n Apple included some new privacy features in iOS 6. In the Settings app there was a Privacy section that now included the Location Services functionality mentioned above, and also included toggle switches to enable or disable apps’ access to your contacts, calendars, reminders, photos, and your Twitter and Facebook accounts. This section also included a Bluetooth Sharing screen that showed decides that had requested to share data via Bluetooth.<\/p>\n A guide to these privacy options with additional screenshots can be found at iPhoneHacks<\/a>.<\/p>\n The iOS 6.0 release itself fixed a total of 197 security vulnerabilities<\/a>. It was followed by a total of three security updates<\/a> (prior to the release of iOS 7) that fixed 37 vulnerabilities.<\/p>\n Apple did much to improve security in iOS 7, but this major iOS release was not without controversy.<\/p>\n Let’s get the most controversial items out of the way first.<\/p>\n The infamous “goto fail” SSL bug<\/a> that came to light in February 2014 rattled the security community, prompting wild speculation that Apple may have intentionally bypassed the SSL digital signature check to give the U.S. government a backdoor. The bug had been present<\/a> in all iOS 7 versions prior to 7.0.6, some versions of iOS 6 prior to 6.1.6, and versions of OS X Mavericks prior to 10.9.2. Part of the public outcry over the “goto fail” bug was due to OS X not being patched in tandem with iOS; users had to wait a while until Mavericks version 10.9.2 was released to fix the problem on the Mac side.<\/p>\n The second “goto fail;” in this code caused a major security weakness in Apple’s operating systems.<\/p><\/div>\n Just a couple months later, there was further controversy when a researcher discovered that e-mail attachments were not actually being encrypted<\/a> when a passcode was enabled, in spite of Apple’s claims to the contrary. Apple acknowledged the bug<\/a> and subsequently fixed it in iOS 7.1.2 <\/a>\u2014 which was released in June 2014, nine months after the initial release of iOS 7.<\/p>\n Touch ID<\/a> was a new feature introduced in iOS 7 to complement the new Home button fingerprint sensor on the iPhone 5s (and later iPad and iPhone models). The Chaos Computer Club successfully fooled Touch ID with a fake fingerprint<\/a> just one day after the iPhone 5s was released. The feature also prompted concerns about whether one can “take the fifth,”<\/a> or in other words refuse to unlock a device when compelled to do so by law enforcement, when the unlocking method is “something you are” as opposed to “something you know.”<\/p>\n Heck, someone with a simple wrench<\/a> could just knock you out and use your finger to unlock your iPhone before stealing it or rummaging through its contents. Touch ID certainly had its positive and negative<\/a> points. To date, Apple still has not given users the option to require both<\/em> unlocking methods, a fingerprint and a password, which would provide effective two-factor authentication.<\/p>\n Let’s just say that Touch ID has some drawbacks. Image credit: Imgur<\/a>.<\/p><\/div>\n Apple’s default Personal Hotspot<\/a> passwords from previous versions of iOS could easily be brute-forced in “less than 50 seconds” according to research published in June 2013<\/a>, making it relatively easy to hijack someone else’s cellular data connection. Apple mitigated this flaw<\/a> by improving the Personal Hotspot password generator in iOS 7.<\/p>\n Many mobile devices had been vulnerable to an attack known as “juicejacking<\/a>,” where an untrusted public charging station could potentially steal data or inject malware into your device \u2014 without any interaction on the user’s part other than simply plugging in the charging cable. In a Black Hat conference talk in 2013, researchers demonstrated that they could infect an iOS device within one minute<\/a> after it was plugged in. In iOS 7, Apple mitigated such attacks<\/a> by prompting users to decide whether to “trust this computer<\/a>” when connecting an iOS device to anything that’s capable of more than just charging.<\/p>\n The “Trust This Computer?” prompt (iOS 9 pictured). Image credit: Apple<\/a><\/p><\/div>\n Several other iOS 7 security features and concerns are detailed in this iMore article<\/a>.<\/p>\n Apple released a white paper<\/a> (PDF) in February 2014 detailing many very technical aspects of iOS 7’s core security functionality. Security expert Steve Gibson spent three consecutive episodes<\/a> of the Security Now! podcast delving into the details covered by this white paper.<\/p>\n The iOS 7.0 release itself fixed a total of 80 security vulnerabilities<\/a>. It was followed by a total of seven security updates<\/a> (prior to the release of iOS 8) that fixed 111 vulnerabilities.<\/p>\n One of the most innovative new security and privacy features of iOS 8 is that when it uses Wi-Fi to scan for things nearby, for example to more accurately determine your phone’s location, iOS now uses a random spoofed MAC address<\/a> rather than the true physical MAC address of your phone’s wireless hardware. This feature was added, in part, because some retail stores had begun using mobile device MAC addresses to track where customers walked, how much time they spent in each section, and how often they frequented the store \u2014 all without explicitly asking the customer for permission to track them, and without giving them any way to opt out other than putting their phone in airplane mode.<\/p>\n Beginning in iOS 8, third-party apps such as 1Password (pictured) can use Touch ID. Image credit: Andrew Cunningham of Ars Technica<\/a><\/p><\/div>\n Apple opened up Touch ID authentication to third-party developers in iOS 8. This means that any app that adds the feature can prompt you to place your finger on the Home button to unlock the app, or certain parts of the app.<\/p>\n Several other new security and privacy enhancements in iOS 8 can be found in a blog post by Louie Abreu<\/a> (hat tip to Ars Technica<\/a>).<\/p>\n The iOS 8.0 release itself fixed a total of 56 security vulnerabilities<\/a>. It was followed by a total of eight security updates (prior to the release of iOS 9) that fixed 219 vulnerabilities.<\/p>\n The most controversial feature of iOS 9 was the introduction of Content Blockers, a new category of software downloadable from the App Store. Content Blockers can be used to either hide Web page components from view, or block them outright so they won’t be loaded in the first place. Apple states<\/a> that the types of content that can be blocked include “cookies, images, resources, pop-ups, and other content.” Apple made six-digit passcodes<\/a> the default instead of the traditional four-digit passcodes. This effectively increased the number of possible PIN combinations from 10,000 to one million. Of course, a longer and more complex custom password (via Apple’s “Custom Alphanumeric Code” option) is still a much better option than numerals only. See Intego’s walkthrough on how to switch to a stronger iOS passcode<\/a>.<\/p>\n Passcode options in iOS 9<\/p><\/div>\n As noted in our companion article about macOS security and privacy features<\/a>, Apple introduced App Transport Security (ATS), which encourages developers to use HTTPS and more specifically TLS 1.2 with forward secrecy (the latest successor to SSL), when their apps initiate Web requests to back-end servers (for example, to send or receive user data from the “cloud”). Apps created for iOS 9 and OS X 10.11 El Capitan have this feature enabled by default, but for now Apple allows developers to easily opt out and continue making connections using weaker encryption (e.g. SSL) or without encryption (HTTP).<\/p>\n If you have both iOS 9 and OS X El Capitan, Apple encourages you to enable two-factor authentication for your Apple ID<\/a>. You may be asking yourself, “Hasn’t that feature been around for a while?” The answer is no, not exactly. Apple has another feature that it calls two-step verification<\/a>, but Apple’s two-factor authentication takes advantage of functionality built into the latest versions of iOS and OS X. You can read all the details about the new functionality in Apple’s support article: Two-factor authentication for Apple ID<\/a>.<\/p>\n You can read more about iOS 9 privacy and security features in this Apple support article about iOS 9 privacy<\/a> as well as the latest version of Apple’s iOS Security white paper<\/a> (PDF).<\/p>\n The iOS 9.0 release itself fixed a total of 105 security vulnerabilities<\/a>.<\/p>\n Apple has already publicly announced a security feature that will be included in iOS 9.3. The upcoming iOS 9 update will give users the ability to lock individual notes in the Notes app using Touch ID or a password.<\/p>\n iOS 9.3 will allow Touch ID locking for Notes. Image credit: Apple<\/a><\/p><\/div>\n Each new version of iOS has included additional features, enhancements, and modifications that have improved the baseline security and privacy of the mobile operating system. It is commendable that Apple continues to include new and innovative improvements with each release. Of course, as is expected of major software companies, Apple also releases security updates<\/a> to remediate vulnerabilities discovered in the current version of the OS.<\/p>\n Even with all that Apple has done and continues to do to keep iOS users safe, it’s critical for users to stay aware of the various types of attacks they may face on a daily basis, and to continually keep up on how to avoid falling victim to them. We encourage you to subscribe to The Mac Security Blog via the e-mail sign-up form in the sidebar, and to follow us on Facebook<\/a> and Twitter<\/a>, to stay abreast of iOS and Mac security threats.<\/p>\n What security and privacy features has Apple added to macOS over the past decade? Check out our companion article, The Evolution of macOS Security and Privacy Features<\/a>.<\/em><\/p>\n","protected":false},"excerpt":{"rendered":" Apple has added many security and privacy-enhancing features to iOS since its initial release. This timeline reveals the evolution of iPhone security. <\/p>\n","protected":false},"author":14,"featured_media":51172,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"spay_email":"","jetpack_publicize_message":"","jetpack_is_tweetstorm":false},"categories":[7,151,13],"tags":[2794,69,9,319],"yoast_head":"\n\n\n\n\n\n\n\n\n\n\n\n\n\n\t\n\t\n\n\n\n\t\n\t\n\t\n![\"Android](\"https:\/\/www.intego.com\/mac-security-blog\/wp-content\/uploads\/2014\/08\/permissions-400x260.jpeg\")
Google’s Android isn’t the only mobile platform with security problems. In spite of the iPhone, iPad, and iPod touch being known for their locked-down nature and “walled garden” app ecosystem, iOS devices are not as perfectly safe as we might like to believe. Exploits that can take advantage of iOS are out there in the wild, and even Apple’s ostensibly “safe” App Store has been penetrated with questionable and malicious software on several occasions (the XcodeGhost debacle<\/a> is just one example).<\/p>\nJune 2007: iPhone OS 1<\/h3>\n
![\"iPhone](\"https:\/\/www.intego.com\/mac-security-blog\/wp-content\/uploads\/2016\/02\/iOS-1.jpg\")
<\/p>\n![\"Original](\"https:\/\/www.intego.com\/mac-security-blog\/wp-content\/uploads\/2016\/02\/iPhone1-160x300.png\")
<\/p>\nJuly 2008: iPhone OS 2<\/h3>\n
![\"iPhone](\"https:\/\/www.intego.com\/mac-security-blog\/wp-content\/uploads\/2016\/02\/iOS-2.jpg\")
<\/p>\n![\"Cisco](\"https:\/\/www.intego.com\/mac-security-blog\/wp-content\/uploads\/2016\/02\/cisco_vpn.jpg\")
Apple added a number of security improvements to the iPhone 2.0 software, with a primary focus on making the iPhone a more viable option for enterprise businesses. Among the new features<\/a> were support for Cisco IPSec VPNs, Wi-Fi support for WPA2 Enterprise and 802.1x authentication, configuration profiles for enforcing security policies, and the ability for a company to remotely wipe (erase) an employee’s lost or stolen iPhone. It was also possible to add multiple VPN configurations<\/a>, and Apple added a “VPN” icon to the top of the screen to make it more obvious to the user when they were connected.<\/p>\n![\"VPN](\"https:\/\/www.intego.com\/mac-security-blog\/wp-content\/uploads\/2016\/02\/VPN_icon.png\"){kind=icon}
June 2009: iPhone OS 3<\/h3>\n
![\"iPhone](\"https:\/\/www.intego.com\/mac-security-blog\/wp-content\/uploads\/2016\/02\/iOS-3.jpg\")
<\/p>\n![\"Find](\"https:\/\/www.intego.com\/mac-security-blog\/wp-content\/uploads\/2014\/06\/find-iphone-170-150x150.jpeg\")
However, the iPhone OS 3.0 implementation of Find My iPhone could be fairly easy for a thief to bypass<\/a>, given the right circumstances. If an iPhone owner had turned off Location Services, then the Find My iPhone feature would not work in the first place. If an iPhone owner had left Location Services on but neglected to enable a passcode to lock their phone, then a thief could simply swipe to unlock the phone and disable either the Find My iPhone feature or Location Services immediately after stealing it. MobileMe-subscribing iPhone owners who did not have a passcode on their phone, and then lost their phone, could remotely assign a passcode<\/a> to prevent whoever found the phone from unlocking it (this feature was introduced in iPhone OS 3.1).<\/p>\nJune 2010: iOS 4<\/h3>\n
![\"iOS](\"https:\/\/www.intego.com\/mac-security-blog\/wp-content\/uploads\/2016\/02\/iOS-4.jpg\")
<\/p>\n![\"iOS](\"https:\/\/www.intego.com\/mac-security-blog\/wp-content\/uploads\/2016\/02\/ios_4_locations_services.png\")
October 2011: iOS 5<\/h3>\n
![\"iOS](\"https:\/\/www.intego.com\/mac-security-blog\/wp-content\/uploads\/2016\/02\/iOS-5.jpg\")
<\/p>\n![\"Image](\"https:\/\/www.intego.com\/mac-security-blog\/wp-content\/uploads\/2016\/02\/unsecured-call.png\")
![\"Find](\"https:\/\/www.intego.com\/mac-security-blog\/wp-content\/uploads\/2016\/02\/Find-My-Friends-original-icon-150x150.jpg\"){kind=icon}
Apple also designed a new app called Find My Friends that gave the option of sharing one’s location with other iOS users. Apple put a lot of thought into privacy when developing this app, and made it clear what data would be shared with whom. Ars Technica has a detailed rundown<\/a> of how Find My Friends worked.<\/p>\nSeptember 2012: iOS 6<\/h3>\n
![\"iOS](\"https:\/\/www.intego.com\/mac-security-blog\/wp-content\/uploads\/2016\/02\/iOS-6.jpg\")
<\/p>\n![\"iOS](\"https:\/\/www.intego.com\/mac-security-blog\/wp-content\/uploads\/2016\/02\/ios_6_privacy_settings-218x300.jpg\")
Also in the Settings app, but found under General > About > Advertising > Limit Ad Tracking, was a toggle switch allowing users to turn “Limit Ad Tracking” to ON (later, in iOS 7, this setting was moved to the Privacy section with the other features noted above). The Limit Ad Tracking<\/a> feature was designed to prevent apps from displaying ads targeted toward a user’s interests.<\/p>\nSeptember 2013: iOS 7<\/h3>\n
![\"iOS](\"https:\/\/www.intego.com\/mac-security-blog\/wp-content\/uploads\/2016\/02\/iOS-7.jpg\")
<\/p>\n![\"The](\"https:\/\/www.intego.com\/mac-security-blog\/wp-content\/uploads\/2016\/02\/gotofail.png\")
![\"Activation](\"https:\/\/www.intego.com\/mac-security-blog\/wp-content\/uploads\/2014\/10\/Activate-iPhone.jpeg\")
A new feature called Activation Lock<\/a>, which is on by default when Find My iPhone is enabled in iOS 7, was designed to deter would-be thieves from stealing iPhones. With the feature enabled, the owner’s Apple ID and password must be entered before anyone can disable Find My iPhone, erase the device, or reactivate and use the device \u2014 effectively turning stolen iOS devices into shiny doorstops. Naturally the idea that one’s device could be “bricked” by forgetting one’s password (or that a user could lock a company-owned device with their personal Apple ID) prompted some concern<\/a>, but overall the feature was a step in the right direction for mobile device security. Intego has previously published several articles about Activation Lock<\/a>.<\/p>\n![\"Let's](\"https:\/\/www.intego.com\/mac-security-blog\/wp-content\/uploads\/2016\/02\/girl-unlocks-dads-iphone.jpg\")
![\"\"](\"https:\/\/www.intego.com\/mac-security-blog\/wp-content\/uploads\/2016\/02\/iphone6-ios9-trust-this-computer-e1456516996699.jpg\")
September 2014: iOS 8<\/h3>\n
![\"iOS](\"https:\/\/www.intego.com\/mac-security-blog\/wp-content\/uploads\/2016\/02\/iOS-8.jpg\")
<\/p>\n![\"Third-party](\"https:\/\/www.intego.com\/mac-security-blog\/wp-content\/uploads\/2016\/02\/touch-id-third-party-577x1024.png\")
![\"DuckDuckGo](\"https:\/\/www.intego.com\/mac-security-blog\/wp-content\/uploads\/2016\/02\/DDG-icon_256x256-150x150.png\"){kind=icon}
In iOS 8, Apple added DuckDuckGo as an optional search provider to Safari (although Google continued to be the Web browser’s default search engine). DuckDuckGo<\/a> prides itself on being “the search engine that doesn’t track you,” making a point of not collecting any personal information from users. Check out Intego’s interview of DuckDuckGo founder and CEO Gabriel Weinberg<\/a>.<\/p>\n![\"HealthKit](\"https:\/\/www.intego.com\/mac-security-blog\/wp-content\/uploads\/2016\/02\/HealthKit_HomeKit-300x144.png\")
Along with the introduction of HealthKit<\/a>, Apple added new options in the Settings app’s Privacy section for Health and Motion & Fitness. Similarly, when HomeKit<\/a> was added in iOS 8.1, a corresponding Privacy option was available for it as well.<\/p>\nSeptember 2015: iOS 9<\/h3>\n
![\"iOS](\"https:\/\/www.intego.com\/mac-security-blog\/wp-content\/uploads\/2016\/02\/iOS-9.jpg\")
<\/p>\n![\"Content](\"https:\/\/www.intego.com\/mac-security-blog\/wp-content\/uploads\/2015\/10\/AdBlockers-Howto.jpg\")
Of course, ad blocking is one of the most common uses for content blockers, which brings ethical considerations into play about businesses’ need to monetize their content via advertisements versus users’ right to privacy and security; third-party advertisement systems have unintentionally hosted dangerous content several times in recent years. See also Intego’s write-up about Content Blockers<\/a> as well as Ars Technica’s overview<\/a> which delves further into the ethical and technical debate.<\/p>\n![\"Passcode](\"https:\/\/www.intego.com\/mac-security-blog\/wp-content\/uploads\/2015\/09\/passcode2-578x1024.jpg\")
What’s Next?<\/h3>\n
![\"The](\"https:\/\/www.intego.com\/mac-security-blog\/wp-content\/uploads\/2016\/02\/notes_large.jpg\")