Private data sharing system

Patent No. US9015281 (titled "Private data sharing system") on Oct 11, 2011. The application was issued on Apr 21, 2015.

What is this patent about?

’281 is related to the field of secure data sharing systems and online social networks. It addresses the inherent privacy risks in centralized platforms where service providers or hackers can access and exploit unencrypted personal information. The background context involves the need for a system where data remains private to a user and their designated contacts, even when stored on third-party servers.

The underlying idea behind ’281 is the implementation of a zero-knowledge architecture where the central server acts merely as a blind relay and storage vault. The key inventive insight is shifting all encryption and decryption processes to the client-side, ensuring that the server never possesses the keys or the logic required to view the raw data. By utilizing user-defined keys and a secure peer-to-peer key exchange mechanism, the system creates a private ecosystem where data is only intelligible to the sender and their authorized recipients.

The claims of ’281 focus on a multi-user data sharing method and architecture where a central server facilitates the exchange of obfuscated data packets between at least three distinct clients. The independent claims specifically cover the server's role in receiving and redistributing these packets while explicitly lacking the value, method, or program needed to de-obfuscate them. Furthermore, the architecture requires each user to initialize their own unique obfuscation logic, which is then shared directly with other clients via the server in a protected manner.

In practice, the invention works by having the client program manage a key locker, which is a secure data structure containing the decryption keys for all of a user's contacts. When a user posts content, the client encrypts it before it ever hits the network. The server then routes this encrypted payload to the intended friends, whose own clients retrieve the necessary key from their local locker to render the content visible. This ensures that even if the server's database is compromised, the attacker only finds useless, scrambled bits.

This approach differs from prior solutions by removing the service provider's ability to act as a trusted intermediary for decryption. Unlike standard cloud storage that might use server-side encryption, this system prevents the host from performing data mining or complying with broad data requests, as they physically cannot access the content. The invention further differentiates itself through a secure key exchange protocol that uses asymmetric cryptography to pass private symmetric keys between users without the server ever seeing the underlying key values.

How does this patent fit in bigger picture?

Technical Landscape

In the early 2010s when ’281 was filed, online social networking and data sharing systems were typically implemented using centralized server architectures where user data was stored in a format accessible to the service provider. At a time when systems commonly relied on server-side encryption managed by the host rather than client-side obfuscation, service providers generally maintained the ability to decrypt, analyze, and exploit user information for monetization or administrative purposes. When hardware and software constraints made the seamless, automated exchange of private cryptographic keys between disparate client devices non-trivial, users were often forced to choose between the convenience of communal repositories and the robust privacy of isolated, local encryption.

Prosecution Position

The disclosed invention represents a meaningful technical advancement by establishing a private data sharing architecture that ensures the service provider remains technically incapable of accessing user content. This architectural shift is achieved through a client-side obfuscation model where encryption and decryption keys are generated and held exclusively by users and their designated contacts, rather than the central server. The system integrates a novel 'key locker' structure that is itself doubly encrypted, enabling the secure storage and synchronization of third-party decryption keys across a user's devices without exposing those keys to the host. This configuration overcomes the technical constraint of maintaining user privacy in a networked environment, enabling secure social interactions and data distribution while preventing unauthorized data exploitation by both external hackers and internal system operators.

Claims

This patent contains a total of 35 claims, with claims 1 and 17 serving as the independent claims. The independent claims focus on a data sharing system and method for facilitating private communication between multiple clients through a server that facilitates the exchange of obfuscated data packets without possessing the necessary keys or programs to de-obfuscate the information. The dependent claims serve to further define the technical implementation by specifying the use of distribution lists, encryption methods, storage protocols for obfuscated files, and the management of de-obfuscation values through secure key lockers retrieved from the server.

Key Claim Terms New

Definitions of key terms used in the patent claims.

Term (Source)Support for SpecificationInterpretation
Data de-obfuscation value and/or program or portion of a program
(Claim 17)
When we want to refer to a means of data de-obfuscation without limitation as to its implementation and/or method of implementation, we will refer to the use of “a data de-obfuscation value and/or program or portion of a program” (DDVP). For any particular means of obfuscation employed to “hide” data, there will be a specific corresponding means of de-obfuscation. This refers to any method of data restoration including the use of algorithms known to the public, unique “decryption keys”, or customized programs.The specific input or logic (DDVP) required to restore an obfuscated data file to its original, intelligible state, which is shared between users but kept inaccessible to the server.
Data obfuscation value and/or program or portion of a program
(Claim 17)
When we want to refer to a means of data obfuscation without limitation as to its implementation and/or method of implementation, we will refer to the use of “a data obfuscation value and/or program or portion of a program” (DOVP). Whenever an “encryption key” is specified it should be understood to similarly refer to any data value and/or customized computer code(s) capable of independently achieving data obfuscation or of achieving data obfuscation in association with any obfuscation algorithm known to the public.The specific input or logic (DOVP) used by a client to hide the original content of a data file before transmission to the server or other users.
Data packet obfuscated with a first key
(Claim 1)
“Obfuscation” can mean that the true nature and data contained in a body of data is hidden in a manner which may not be reasonably revealed in the absence of a specific means of “de-obfuscation.” This disclosure may refer to the data which is stored, transmitted, obfuscated, de-obfuscated, etc. as a body of data, a packet of data, a collection of data, a set of data, a data file, a data object, etc. All of these represent the same thing which is a unit of digital information which is manipulated, processed, transmitted and/or stored by the program in question.A unit of digital information (such as text, photos, or video) that has been rendered unintelligible using a specific encryption key or method known to the sender, such that it cannot be revealed without a corresponding de-obfuscation means.
Data sharing system client architecture
(Claim 17)
The portion of the private DSS which operates locally, on a user's computing device, will henceforth be referred to as the “DSS client.” The DSS client is responsible for receiving from a user that user's primary encryption key, mediating the exchange of user decryption keys between two users, and decrypting all encrypted user data and contact data it receives from the DSS server. It then composes the decrypted graphics, text and/or other types of media, within a user interface, on a user's computing device.A local software environment on a user's device responsible for key management, encrypting new data before transmission, and decrypting received data for user interaction.
Value, method and/or program or portion of a program
(Claim 1)
When the use of any means of data obfuscation and/or de-obfuscation is denoted, without limitation as to its implementation and/or method of implementation, it will be referred to as the use of a “value, method and/or program or portion of a program” (VMP). These means of data obfuscation and de-obfuscation may involve the use of values analogous to keys which are used in combination with a corresponding algorithm or method to achieve a unique result. These means may also involve algorithms, methods and/or programs which achieve a unique obfuscation without the use of any such values or keys.A generic reference to the specific means (VMP) used to achieve data obfuscation or de-obfuscation, which may include symmetric/asymmetric keys, customized algorithms, or specific computer code.

Litigation Cases New

US Latest litigation cases involving this patent.

Case NumberFiling DateTitle
2:25-cv-00316Mar 28, 2025Brian Moffat Private Data LLC v. Tresorit AG
2:25-cv-00315Mar 28, 2025Brian Moffat Private Data Llc V. Mega Limited

Patent Family

Patent Family

File Wrapper

The dossier documents provide a comprehensive record of the patent's prosecution history - including filings, correspondence, and decisions made by patent offices - and are crucial for understanding the patent's legal journey and any challenges it may have faced during examination.

  • Get instant alerts for new documents

US9015281

Application Number
US13878345A
Filing Date
Oct 11, 2011
Publication Date
Apr 21, 2015
External Links
Slate, USPTO , Google Patents