Category Archives: iOS

Is Privacy Our Sole Concern With Contact Tracing Technology?

This week the Guardian reported an alleged ‘standoff’ between the NHSX (the digital innovation arm of the NHS) and tech giants Google and Apple regarding the deployment of contact tracing technology aimed at curbing the spread of the Covid-19 virus. The debate is on two predominant issues; first, the base technology to be used and second, how the data will be stored.

Sidestepping the first issue which sees Google and Apple aiming to implement their feature directly on a device’s operating system while the NHSX version requires a downloadable dedicated application, this article will focus on the issue of privacy arising from the second issue.

In essence, Apple and Google have insisted that if there is to be any collaboration between the NHSX and them for the purposes of contact tracing the storage of all data will have to be decentralised. The NHSX, on the other hand, is pushing for centralised storage of data.

What’s the difference?

Before deciding on one system or another, it’s best to understand the basics of the distinction between these systems.

A centralised system has a single storage point and controller of the data collected. The central controller of the data may grant access to other users but remains ultimately responsible for the system as a whole. A centralized system is relatively easy to set up and can be developed quickly. Such a system is very useful where continuous modifications to the parameters of the system are expected or where the use of the data needs to be adapted for different purposes.

In contrast, a decentralised system has multiple controllers of data all of whom collect and store copies of the data on their respective systems. This system allows for quicker access to data and less risk of downtime as a fault with one controller will not necessarily affect the others.

The third form known as a distributed system in which there is no single central owner at all and instead gives collective ownership and control to each user on the network is unlikely to be used by either party.

Each system has its advantages and disadvantages and to make a decision between a centralised and a decentralised system the NHS and the tech giants will need to take into consideration a range of issues including:-

  1. The overall effectiveness of the technology;
  2. The adaptability of the system to the shifting demands of research;
  3. The cost of deployment and maintenance;
  4. Whether or not the system is a security risk for the user;
  5. Whether there are compliance concerns.

Why is a decentralised system so important?

Google and Apple have been clear that the reason for a proposed decentralised system is to avoid the risk of mass government surveillance presently or in the future. This is a genuine concern as the data being collected will be directly related to a user’s location and medical history. Although not absent from criticism, this position is the preferred option and has been supported by academics and numerous civil rights groups including the Electronic Frontier Foundation and the American Civil Liberties Union. 

Still, the European position is split with the seven governments supporting the project known as the Pan-European Privacy-Preserving Proximity Tracing (PEPP-PT) which proposes a centralised repository of data and a growing following for the Decentralised Privacy-Preserving Proximity Tracing (DP-3T) advocating a decentralised system.

The NHS itself may not be intent on surveillance however being publicly funded draws immediate speculation to its government links. In addition, both the NHS and the UK government have had a poor record of handling large scale IT projects such as the failed £11bn National Programme for IT, scrapped in 2011 and the plans for a paperless NHS by 2018 which could not even take off.

What about the NHS position?

Unfortunately, the focus on privacy risks coupled with the NHS’s bad track record in the field of technology projects have detracted from the core issue at hand – What does the NHS need right now to curb the spread of the Covid-19 virus?

Ross Anderson, an advisor to the NHS on its contact tracing application highlighted the problem with a decentralised system:-

…on the systems front, decentralised systems are all very nice in theory but are a complete pain in practice as they’re too hard to update. We’re still using Internet infrastructure from 30 years ago (BGP, DNS, SMTP…) because it’s just too hard to change… Relying on cryptography tends to make things even more complex, fragile and hard to change. In the pandemic, the public health folks may have to tweak all sorts of parameters weekly or even daily. You can’t do that with apps on 169 different types of phone and with peer-to-peer communications.

(https://www.lightbluetouchpaper.org/2020/04/12/contact-tracing-in-the-real-world/)

The Covid-19 virus took approximately 2 months to infect 100,000 UK residents and the spread has shown few signs of a slowing infection rate. Time is critical in this situation and correspondingly, flexibility in adapting to the constantly changing nature of the infection is a necessity. Decentralised systems do not allow for rapid evolution.

In addition, we should consider that unlike centralised systems, decentralised systems are often unencrypted. While trying to prevent a government from carrying out surveillance, the Google and Apple system may inadvertently open itself up to more security problems than expected. In fact, they have themselves admitted this risk stating that nothing is “unhackable”.     

As a second consideration, the API that Google and Apple will release will likely have strict limitations on the type of data that may be collected. For example, the NHS would not be able to gather a list of every person a user has been in contact with based on user proximity. Instead, it will utilise a more manual version of contact tracing involving sending every phone in the system a list of other phones that have been reported as contagious, and asking the user whether they have “seen this user” Such a system relies heavily on user verification which is often incorrect or simply disregarded.

Key location data which may be used for developing population flow maps and anticipating the further spread of the virus will likely not be made available under Google and Apple’s current proposal. It is also important to note that data from contact tracing could be used beyond the scope of curbing the spread of the virus i.e. for decisions on directing the flow of emergency aid, development of temporary healthcare facilities, deployment of healthcare equipment and personnel.   

What has been going on elsewhere?

Contrasting the UK’s situation, the Asian experience, having less stringent data protection regulations, have taken remarkably different approaches to Europe in general.

Hong Kong, for example, introduced the mandatory use of an electronic wristband connected to a smartphone application to enforce quarantine for arrivals from overseas. Users refusing to adopt this requirement are refused entry into the country.

South Korea won praise for both tracking and publishing data relating to affected person’s travel routes and affected areas, the data being collected through the government’s application as well as numerous independent applications. Residents also receive numerous location-based emergency messages and are not allowed to opt-out of this function.

China’s measures, which have come under considerable question, see a private entity collaboration through the Alipay Health Code. Citizens are given a ‘traffic light’ status that determines the restrictions that will be imposed on them. Although the exact basis for determining a person’s status is not known the status has widespread application including restriction of access to certain public facilities and payment systems.

Privacy concerns of these measures aside, all these countries have seen a considerable reduction in the spread of the Covid-19 virus. While it would be premature to suggest that this is solely attributable to the contact tracing measures implemented there is no doubt that the quick and extensive deployment of the technology has contributed to the battle against the virus’ spread which begs the question:

Is privacy getting in the way?

In 1890, Brandais and Wallace, pioneers of modern day privacy wrote:-

…To determine in advance of experience the exact line at which the dignity and convenience of the individual must yield to the demands of the public welfare or of private justice would be a difficult task…

The UK and indeed Europe are at this juncture and need to decide on the cost of the compromise as the death toll and infection rate continue to increase. History reminds us that the greatest privacy and surveillance violations occurred when the world was focused on a raging war and in fact it is times like this that we must be most vigilant about rights.    

Google & Apple at Odds with UK’s NHS over Contact Tracing

Last week, two of the biggest tech companies, Google and Apple, announced that they would be working together to help address the COVID-19 pandemic. Specifically, the companies announced a cross-platform API that would allow for better contact tracing. The companies also mentioned that they would be working with government bodies, non-government organisations (NGOs) and other orgranisations to develop the APIs.

That effort may have just hit its first snag in the United Kingdom (UK). in report published by The Guardian, the NHSX, the digitization arm of the National Health Service (NHS), and Google and Apple are at an impasse. The main issue seems to be related to the way data is collected and access to the data. In their announcement, the two tech companies were adamant that the development of their API will keep user privacy intact. This would mean that the data that is collected in a decentralised way; limiting what data is visible and what can be done with it. The NHS, however, is looking to collect data with a centralised database.

While the two approaches seem to a menial issue when it comes to the bigger picture, a decentralised approach to collecting data will allow better user privacy by limiting who has access to the data. Essentially, this will keep the data within the same device. However, using the NHS’s approach of having a centralised database, the data can then be viewed in aggregate. It also means that data is continuously communicated over the internet which can lead to more security concerns.

That said, with the new APIs begin developed by Google and Apple for Android and iOS, these contact tracing applications would be able to run in a more power efficient way. With the current restrictions on the way device features are used on the operating systems, the NHS’s app would be rendered near useless as it would need to be “active” to be able to use features like Bluetooth. This would mean that the apps would, in essence, force devices to maintain an open Bluetooth connection to help do the contact tracing. The fact that the app would need to be active to effectively contact trace, introduces a potentially huge backdoor for hackers and malefactors to take advantage of. However, using the approach being used by the APIs, this wouldn’t happen. It would use operating system access to trigger the Bluetooth when needed.

It seems that the NHS was hoping that these limitations would be eased up on for contact tracing purposes. However, Apple and Google are adamant in maintaining their limitations. In fact, Google has gone on record to say that the limitations are being maintained to prevent the abuse of functionality; in particular for surveillance purposes. On the other hand, the limitations also pose a data collection conundrum for bodies like the NHS. The extra data that they get from their approach would allow tracking of population flows, “near misses” and even contacts from those who have opted to share their data.

Malaysia and Singaore have released their own contact tracing apps in the Apple App Store and Google Playstore. The MySejahtera app and TraceTogether respectively have been deployed by the governments in those countries to help with managing the spread of the SARS-CoV-2, the coronavirus causing the COVID-19 disease. However, the apps have seen limited adoption among the general public. The TraceTogether app is already known to use Bluetooth to Bluetooth communication to help with contact tracing. The data collected by the app is stored in a centralized server similar to how the NHS wants to implement its app. This could be one of the factors of the app’s limited adoption.

Apple Stuns with New iPhone SE Prices Start at only MYR1,999

Apple has announced the latest addition to their iPhone line up, the new iPhone SE. Yep. It’s not the iPhone SE 2 or the iPhone SE 2020, the company has simplified things by just naming it the iPhone SE. The new affordable iPhone will be replacing the iPhone 8 which will be halting sales after the new smartphone hits stores.

Apple hasn’t compromised much when it comes to the new iPhone SE. The company is packing it with some of the latest technology that comes with iPhone 11 series; making the new SE one of the most feature packed offerings in the market for its price point.

The iPhone SE comes with the new A13 Bionic processor that the company launched with its iPhone 11. The SE also comes in a familiar package retaining the iPhone 8’s design and chassis. That’s not all that it retains, it also brings back the home button and Touch ID sensor that Apple’s iPhone flagships have done away with since the iPhone X. The iPhone SE is also smaller overall. It comes with 4.7-inch Retina HD display with True Tone which allows for a more comfortable experience with the smartphone. It has a resolution of 750 x 1334 pixels in a familiar 16:9 aspect ratio. The phone also comes with Haptic Touch which enables the Quick Actions functionality in iOS.

On the camera front, the iPhone SE comes with a single 12-megapixel sensor. The sensor has an f/1.8 aperture and is equipped with a wide angle lens. Apple is touting the SE’s single sensor camera as one of the best on an iPhone yet. It enables some of the most used camera features nowadays such as Portrait mode with Apple’s six Portrait Lighting effects and Depth Control using the Neural Engine of A13 Bionic processor. This also translates to the front camera of the iPhone SE. The single, 7-megapixel sensor is able to take portrait pictures using machine learning and also what Apple calls monocular depth estimation. The main camera supports 4K UHD video recording of up to 60 frames per second (fps) while the front facing camera supports up to 1080p.

The SE will be running iOS 13 out of the box and will also be able to support augmented reality (AR) experiences available on apps in the Apple App Store. It also supports eSIM and dual SIM functionality.

Pricing & Availability

The iPhone SE will be go on pre-order starting from 5 a.m. on April 17, 2020. It will be available in stores and via carrier partners starting April 24, 2020 in the U.S. an in 40 other countries.

Source: Apple

It will be retailing at USD$399 for the 64GB version, USD$449 for the 128GB version and USD$549 for the 256GB version. The iPhone SE will be available in White, Black and (PRODUCT)RED. Proceeds from the sale of the (PRODUCT)RED version of the iPhone SE will contribute directly to the Global Fund to combat COVID-19.

No official availability has been announced for Malaysia just yet. However, the iPhone SE is listed on Apple Malaysia’s Website. The official Pricing in Malaysia is as follows:

64GB128GB256GB
MYR 1,999MYR 2,199MYR2,699
Official iPhone SE Prices in Malaysia

New Facebook Messenger for iOS is LightSpeed

Facebook has internally started this thing they call Project LightSpeed. It is exactly what it sounds like. Its aim is to simply make everything move faster. Faster for the users that is. Then again, the world today revolves plenty on user experience.

While the world in 2019 and 2020 has been putting plenty of emphasis on user security and privacy (Facebook just had a Data Privacy brief with us two weeks ago), it does not mean that user experience in terms of the User Interface (UI) design, speed, and intuitiveness can be ignored. They are supposed to be developed hand-in-hand; they are supposed to move forward together.

Source: Facebook

Facebook understands that completely, and that is why they are introducing a new faster, lighter Facebook Messenger specifically for iOS. Before we go on, we did ask on the reason for the exclusivity. If you go on Google’s Play Store on your Android smartphone now and search for Facebook Messenger, you will notice two types of Facebook Messenger apps on the device. One of them is the normal blue pop-up coloured Facebook Messenger, and the other one is a white-faced pop-up called Facebook Messenger Lite. We can explain the differences in that further in the future (comment if you want that!). For now though, that also means that Android users get to choose between using the full beans and might of the regular Facebook Messenger app or choose to keep their devices running nice and quick with Facebook Messenger Lite app.

Let us get back to Facebook Messenger app for iOS. It will be available as an app update in the App Store, so if you already have the Facebook Messenger app there is no reason you need to download another one. It should be an update anyway, who are we kidding.

In layman terms, Facebook says that the new Messenger is supposed to load up or start up faster. While you may not notice too big of a difference at first, Facebook says that the benefit is plenty more visible over time. Thanks to simplified mechanics of the app, it is also a smaller app than before. That also means it consumes less storage space in your smartphone, which also means you get to take more photos. It is not just simplified mechanics though. Apparently, the engineers in Facebook has also simplified the experience within the app to not only ensure a lighter load on the device, but for its users too.

Now for the technical bits. It is actually simpler than you think, not as scary or overly complex. The headline figures are 1.7 million to 360,000. That is the amount of codes that were in the previous iteration of the Facebook Messenger for iOS app, and the amount that it is reduced to with the current iteration. That also means that they managed to shrink the amount of codes contained within the app by 84%. Less codes means less processing needed, and so you get faster load times. It also means reduced complexities and less maintenance needed from Facebook’s side.

Source: Facebook

What happened to the other codes that was not used in the current iteration? Cloud happened. To be specific, SQLite happened. What they did with SQLite, like plenty of modern mobile apps is to simplify processes and start putting plenty of the database on SQL’s database instead of storing every command on the device. That also means that instead of loading everything on your smartphone, whatever interaction you have with the app is happening on SQLite instantly. That also means that everything on the database is stored and worked on in a server farm somewhere. Again, less load on the device.

You are not losing the experience of a feature packed app like the Messenger with the new update though. In fact, you might be getting more. With the changes, you are not completely using a completely redesigned UI. It is just a small improved UI with better response time. The key here is to not make any major UI changes to the new Messenger build. Instead, Facebook still wanted that familiarity with their users. Like previously mentioned though, instead of storing each interaction as a unique interaction within the device, they moved that to a server with SQLite.

There is more to that though. Instead of storing or processing each interaction as unique interactions, they group them together, combine them and make them mere reactions from the database instead of completely recoating the app whenever something changes. That also means that instead of storing multiple different screens as unique screens, you are now only getting elements of screens popping up as you go along your Facebook Messenger app. Yes, you never noticed the transition. But imagine having to keep loading new screens whenever you scroll through the app and layering them over the previous screen.

The new Facebook Messenger app for iOS with LightSpeed is available for free on Apple’s ever-growing Apple App Store platform. For existing Facebook Messenger app for iOS users, the fourth major iteration is available to users as a simple app update via the Apple App Store as well. LightSpeed is also coming to Android’s Facebook apps in time. For more information on Facebook Messenger’s update and Project LightSpeed, you can visit Facebook’s news release and their engineering blog.