From 82a9aca693978c2ce537e4ac7b272d1b85224f2d Mon Sep 17 00:00:00 2001 From: "Tammi L. Coles" Date: Fri, 15 Sep 2023 15:51:31 +0200 Subject: [PATCH] edit audience and RFC sections --- book/source/01-intro.md | 67 ++++++++++++++--------------------------- 1 file changed, 22 insertions(+), 45 deletions(-) diff --git a/book/source/01-intro.md b/book/source/01-intro.md index e26c07f..50aba63 100644 --- a/book/source/01-intro.md +++ b/book/source/01-intro.md @@ -1,75 +1,52 @@ # Introducing OpenPGP -This documentation project seeks to introduce OpenPGP concepts and functionalities to software developers who wish to use it in their projects. +This documentation project seeks to introduce OpenPGP concepts and functionalities to software developers who wish to use it in their projects. -This document describes [OpenPGP version 6](https://datatracker.ietf.org/doc/draft-ietf-openpgp-crypto-refresh/), with occasional remarks about differences to earlier versions. +This document describes [OpenPGP version 6](https://datatracker.ietf.org/doc/draft-ietf-openpgp-crypto-refresh/), with occasional remarks about differences to earlier versions. -This text is *not* intended as a guide for end-users of OpenPGP-related software. +This text is *not* intended as a guide for end-users of OpenPGP-related software. ## What is OpenPGP? -OpenPGP is an open standard for cryptographic operations. OpenPGP supports the secure delivery of files and messages between a sender and a recipient as well as verification of the sender. OpenPGP is an outgrowth of the ["Pretty Good Privacy (PGP)"](https://en.wikipedia.org/wiki/Pretty_Good_Privacy) encryption program and has many widely used and interoperable implementations. +OpenPGP is an open standard for cryptographic operations. OpenPGP supports the secure delivery of files and messages between a sender and a recipient as well as verification of the sender. OpenPGP is an outgrowth of the ["Pretty Good Privacy (PGP)"](https://en.wikipedia.org/wiki/Pretty_Good_Privacy) encryption program and has many widely used and interoperable implementations. {::comment} Heiko, let's be sure to create our own page on interoperability instead of linking to this -{:/comment} +{:/comment} ## Who is the audience for this document? -Three groups of people interact with OpenPGP: +OpenPGP is a system based on well-understood cryptographic building blocks. Three groups of people interact with OpenPGP: 1. End-users, who use software that contains OpenPGP functionality (e.g., the Thunderbird email software) 2. Software developers who build applications that contain OpenPGP functionality 3. Implementers of libraries or software that handles the processing of internal OpenPGP data structures -This document is focused on software developers who use OpenPGP functionality in their software projects. It is not intended for end-users. +This document is focused on the second group, software developers, who use OpenPGP functionality in their software projects. It describes the properties of the OpenPGP system and its uses. It presupposes solid knowledge of software development concepts and of general cryptographic concepts. Thus, this text describes OpenPGP at the "library-level," teaching concepts that will help software developers get started as a user of any implementation (e.g., OpenPGP JS, Sequoia PGP). + + {::comment} Heiko, we should elaborate a bit on why here -{:/comment} -Thus, this text describes OpenPGP at the "library-level," teaching concepts that will help software developers get started as a user of any implementation -(e.g., OpenPGP JS, Sequoia PGP). +{:/comment} -### Requirements +This document is not intended for end-users. It is also not for implementers of libraries or software. -We presuppose solid knowledge of software development concepts and of general cryptographic concepts. -OpenPGP is a system based on well-understood cryptographic building blocks. -We describe the properties of the OpenPGP system and how to use it. -### A companion for the OpenPGP RFC - -``` -The RFC explains lots of details (which bit goes where) that are crucial -for implementers, but unimportant for software developers who use OpenPGP -through a library. -``` +## Why not just use the OpenPGP RFC? The [OpenPGP RFC](https://datatracker.ietf.org/doc/draft-ietf-openpgp-crypto-refresh/) -defines *"the message formats used in OpenPGP"* to *"provide encryption with -public-key or symmetric cryptographic algorithms, digital signatures, -compression and key management"*. +defines *the message formats used in OpenPGP* to *provide encryption with public-key or symmetric cryptographic algorithms, digital signatures, compression and key management.* -The RFC, as a standards document, is mainly aimed at the third group: -Implementers of software that handles internal OpenPGP data structures. -In that context, the nitty-gritty of which bit of data goes where is crucial. +``` +The RFC explains details (what goes where) that are crucial for implementers of software that handle internal OpenPGP data structures. However, it is not as critical for software developers who use OpenPGP through a library. +``` -For software developers using OpenPGP through a library, however, it is not. -This document describes OpenPGP concepts at the "library" level of abstraction, -and ignores most details about how OpenPGP artifacts are encoded at the lowest level. +This document describes OpenPGP concepts at the "library" level of abstraction, ignoring much about how OpenPGP artifacts are encoded at the lowest level to address common OpenPGP artifacts as they are +currently used. -The idea is to go over various common OpenPGP artifacts, as they are -currently used, to get an overview. +## Which version of OpenPGP does this address? -### Covering versions +The documentation will mainly cover version 4 of OpenPGP, while occasionally noting differences to previous versions that are relevant to application developers. -We will mainly cover v6 of OpenPGP, but occasionally point out -differences to previous versions. - -Version 4 of OpenPGP will remain relevant for a number of years, -and some OpenPGP version 3 artifacts are still in use as of this writing (in 2023). - -For example, the RFC states that implementations MAY accept version 3 signatures. -Handling version 3 artifacts is relevant in some contexts, where dealing with -historical OpenPGP material is required. - -Where differences between versions may be relevant to application developers, -we will point them out. +Version 4 of OpenPGP will remain relevant for a number of years; +some version 3 artifacts are still in use as of this writing.