(Cat? OR feline) AND NOT dog?
Cat? W/5 behavior
(Cat? OR feline) AND traits
Cat AND charact*

This guide provides a more detailed description of the syntax that is supported along with examples.

This search box also supports the look-up of an IP.com Digital Signature (also referred to as Fingerprint); enter the 72-, 48-, or 32-character code to retrieve details of the associated file or submission.

Concept Search - What can I type?

For a concept search, you can enter phrases, sentences, or full paragraphs in English. For example, copy and paste the abstract of a patent application or paragraphs from an article.

Concept search eliminates the need for complex Boolean syntax to inform retrieval. Our Semantic Gist engine uses advanced cognitive semantic analysis to extract the meaning of data. This reduces the chances of missing valuable information, that may result from traditional keyword searching.

Securing Information in Remote Storage Media

Publishing Venue

The IP.com Prior Art Database

Abstract

A method to extend the OpenPGP protocol (RFC-4880) to describe encrypt and signed items that are stored separate from the packet itself (for instance on a cloud based server). One way to leverage PGP technology is to store the encrypted content separate from the OpenPGP packet that describes it. While most of the OpenPGP packet would stay the same, rather than encapsulating the bulk content, the literal data portion now contains meta-data including a reference indicating where the content is stored on the net as well as information on how to decrypt and view it. Using as an example a 2GB movie, let’s walk through how this works: 1. As before we create a random number large enough to be used as a session key to encrypt the data content to the specified symmetric key algorithm. In our example we are using AES-256, hence we use a 256 bit (32 byte) random number. 2. Encrypt the content (2GB movie) using the selected symmetric key algorithm. 3. Upload the content to my storage provider and create a URL or GUID that describes where the data can be retrieved from. 4. Create a record that describes the detached content location, the encryption method, session key and the application needed to view the content. 5. Encrypt this content description as an OpenPGP message, but rather than identifying it as text in the Literal Data Packet, we use a new type identifier indicating that it is detached content. 6. Send this packet to the recipients as before. Once decrypted, they have all the information available to access and decrypt the original content.

Copyright

Country

Language

This is the abbreviated version, containing approximately
51% of the total text.

Securing Information in Remote
Storage Media

Vincent Moscaritolo

Damon Cokenias

David Finkelstein

Symantec Corporation

Abstract

A method to
extend the OpenPGP protocol (RFC-4880) to describe encrypt and signed items
that are stored separate from the packet itself (for instance on a cloud based
server). One way to leverage PGP
technology is to store the encrypted content separate from the OpenPGP packet
that describes it. While most of the OpenPGP packet would stay the same, rather
than encapsulating the bulk content, the literal data portion now contains
meta-data including a reference indicating where the content is stored on the
net as well as information on how to decrypt and view it. Using as an example a
2GB movie, let’s walk through how this works: 1. As before we create a random
number large enough to be used as a session key to encrypt the data content to
the specified symmetric key algorithm. In our example we are using AES-256,
hence we use a 256 bit (32 byte) random number. 2. Encrypt the content (2GB
movie) using the selected symmetric key algorithm. 3. Upload the content to my
storage provider and create a URL or GUID that describes where the data can be
retrieved from. 4. Create a record that describes the detached content
location, the encryption method, session key and the application needed to view
the content. 5. Encrypt this content description as an OpenPGP message, but
rather than identifying it as text in the Literal Data Packet, we use a new
type identifier indicating that it is detached content. 6. Send this packet to
the recipients as before. Once decrypted, they have all the information
available to access and decrypt the original content.

Any Symantec products described
in this document are distributed under licenses restricting their use, copying,
distribution, and decompilation/reverse engineering. No part of this document
may be reproduced in any form by any means without prior written authorization
of Symantec Corporation and its licensors, if any.

THE DOCUMENTATION IS PROVIDED
“AS IS” AND ALL EXPRESS OR IMPLIED CONDITIONS, REPRESENTATIONS AND WARRANTIES,
INCLUDING ANY IMPLIED WARRANTY OF MERCHANTABILITY, FITNESS FOR A PARTICULAR
PURPOSE OR NON-INFRINGEMENT, ARE DISCLAIMED, EXCEPT TO THE EXTENT THAT SUCH
DISCLAIMERS ARE HELD TO BE LEGALLY INVALID. SYMANTEC CORPORATION SHALL NOT BE
LIABLE FOR INCIDENTAL OR CONSEQUENTIAL DAMAGES IN CONNECTION WITH THE
FURNISHING, PERFORMANCE, OR USE OF THIS DOCUMENTATION. THE INFORMATION
CONTAINED IN THIS DOCUMENTATION IS SUBJECT TO CHANGE WITHOUT NOTICE.