Controversial opinion alert: Privacy and the public cloud – not just possible, but easy

My files belong to me – and it's getting easier to protect them


Like it or not, collaboration and file-sharing services like Dropbox have become embedded in corporate IT.

What started as personal technology has increasingly become the alternative to everything from moving files using USB to sharing docs via email or an internal wiki.

But we live in an age of hackers and hacking, spies and plods, and regulatory compliance – meaning what's currently yours might end up property of another actor.

What to do?

A number of applications have popped up offering file encryption for client and cloud. Applications in this category often work with Dropbox, Microsoft's Onedrive and Google Drive. They include, but aren't limited to: Cryptomator, Boxcryptor, Viivo and Sookasa.

Sookasa is a more enterprise-focused and arguably one of the more popular offerings for business. Sookasa works with a number of file transfer mechanisms beyond the Dropbox-alikes, including Slack, Zendesk and Salesforce among the public cloud applications for which it provides a layer of encryption. Sookasa’s offerings allow organizations to audit usage of cloud services within an organization, scan files within services under management and encrypt files added to those services.

Another option is Canadian Dropbox alternative Sync.com. The service is designed so that Sync (the company) couldn't crack open your Sync account and root around inside, even if they wanted to. It has used zero knowledge encryption as the basis for its cloud storage platform.

Key management

Key management of public key infrastructure (PKI) is an option for privacy, but key management servers (KMSes) are notoriously miserable to set up and maintain. This has led to the growing popularity of key management as a service (KMaaS).

Some of the frustrations with KMSes is deserved, and some isn't. The undeserved portion comes largely from Microsoft. Microsoft has an enterprise licensing management system they call KMS, and the early versions of it were pretty buggy. A lot of sysadmins have bad memories.

The deserved frustration comes from PGP. You'll note that PGP encryption of email isn't exactly popular. This isn't because it's difficult to encrypt an email, it's because key management – keeping everyone's keys sorted, verifying keys are still current, belong to the right individual or application, etc – is difficult to organize. It's impossible to do without involving both trust and adherence to some form of standards at some point, limiting the real-world uses of large-scale key management.

In one sense, the entire SSL certificate authority mechanism is key management. SSL certificates are tied to a certification authority that vouches for their authenticity to varying degrees. Applications such as web browsers and components within operating systems have lists of certification authorities they trust.

This system can and does fail. A lot.

Key management on a global scale is hard, but it's easier within the scope of a single organization. If you stand up a KMS whose purpose is to store, track and make available encryption keys for your own internal-use applications, it is easier to secure access such that you can trust the KMS and its keys. Linux administrators are probably familiar with a basic example in the form of KeyBox, which manages SSH keys.

Open Source has few true KMSes. Hashicorp Vault and Barbican (Openstack security API) are probably the two best-known options. Major cloud providers offer their own KMS, for example Amazon KMS or Azure Key vault.

Proprietary KMSes include IBM's Key Lifecycle Manager (formerly Tivoli Key Lifecycle Manager), Thales keyAuthority and Vormetric's Data Security Manager. Vormetric in particular has caught my eye as an example of the sort of interesting things that can be done to secure data both on-premises and off.

Transparent encryption

Beyond making KMS software easy to use, the key to securing data in the cloud is making encryption transparent, both to the end user and the administrator. End-user focused encryption technologies like Sookasa see little resistance in day-to-day use because the users don't notice them.

Systems administrators aren't all that different. By jacking into a central KMS and running invisibly on top of the file system using an OS agent, Vormetric's aptly named Transparent Encryption is a great example of encryption that works transparently to the application administrator or developer. This is how encryption for workloads needs to be done both on-premises and in the cloud if it is to see any real adoption.

Regardless of what we're trying to secure, securing data in the cloud is all about ease of use. Key management has to not suck. More importantly, encryption configurations have to be invisible and something end users don't need to think about. Solutions that use role-based administration and centralized policies are the ones to look for. Official support for the individual applications (installed or SaaS-based) is, of course, also required.

It's early days yet for hybrid cloud data protection setups, but already multiple companies are making good headway on the ease-of-use side of things. Maybe the public cloud needn't be so scary after all. ®


Other stories you might like

  • Software Freedom Conservancy sues TV maker Vizio for GPL infringement

    Companies using GPL software should meet their obligations, lawsuit says

    The Software Freedom Conservancy (SFC), a non-profit which supports and defends free software, has taken legal action against Californian TV manufacturer Vizio Inc, claiming "repeated failures to fulfill even the basic requirements of the General Public License (GPL)."

    Member projects of the SFC include the Debian Copyright Aggregation Project, BusyBox, Git, GPL Compliance Project for Linux Developers, Homebrew, Mercurial, OpenWrt, phpMyAdmin, QEMU, Samba, Selenium, Wine, and many more.

    The GPL Compliance Project is described as "comprised of copyright holders in the kernel, Linux, who have contributed to Linux under its license, the GPLv2. These copyright holders have formally asked Conservancy to engage in compliance efforts for their copyrights in the Linux kernel."

    Continue reading
  • DRAM, it stacks up: SK hynix rolls out 819GB/s HBM3 tech

    Kit using the chips to appear next year at the earliest

    Korean DRAM fabber SK hynix has developed an HBM3 DRAM chip operating at 819GB/sec.

    HBM3 (High Bandwidth Memory 3) is a third generation of the HBM architecture which stacks DRAM chips one above another, connects them by vertical current-carrying holes called Through Silicon Vias (TSVs) to a base interposer board, via connecting micro-bumps, upon which is fastened a processor that accesses the data in the DRAM chip faster than it would through the traditional CPU socket interface.

    Seon-yong Cha, SK hynix's senior vice president for DRAM development, said: "Since its launch of the world's first HBM DRAM, SK hynix has succeeded in developing the industry's first HBM3 after leading the HBM2E market. We will continue our efforts to solidify our leadership in the premium memory market."

    Continue reading
  • UK's ARIA innovation body 'hasn't even begun to happen' says former research lead

    DARPA imitator not doing much after two years of Johnson government

    Updated The UK's efforts to copy US government and military innovation outfit DARPA are stalling, according to a leading figure in research and development.

    Appearing before the Science and Technology Committee, Sir John Kingman, former chair of UK Research and Innovation, told MPs this morning that ARIA – the Advanced Research and Invention Agency – was a good example of departmental research spending that could be cut, sidelined or delayed.

    "A very high-profile example would be ARIA, which has been this big plan for the Boris Johnson government, and yet here we are a few years into the Johnson government and it still hasn't even begun to happen," he told MPs.

    Continue reading

Biting the hand that feeds IT © 1998–2021