apple_codesign/lib.rs
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169
// This Source Code Form is subject to the terms of the Mozilla Public
// License, v. 2.0. If a copy of the MPL was not distributed with this
// file, You can obtain one at https://mozilla.org/MPL/2.0/.
//! Binary code signing for Apple platforms.
//!
//! This crate implements application code signing for Apple operating systems
//! (like macOS and iOS). A goal of this crate is to serve as a stand-in
//! replacement for Apple's `codesign` (and similar tools) without a dependency
//! on an Apple hardware device or operating system: you should be able to
//! sign and release Apple binaries from Linux, Windows, or other non-Apple
//! environments if you want to.
//!
//! Apple code signing is complex and there are likely several areas where
//! this crate and Apple's implementations don't align. It is highly recommended
//! to validate output against what Apple's official tools produce.
//!
//! # Features and Capabilities
//!
//! This crate can:
//!
//! * Find code signature data embedded in Mach-O binaries (both single and
//! multi-arch/fat/universal binaries). (See [MachOBinary] struct.)
//! * Deeply parse code signature data into Rust structs. (See
//! [EmbeddedSignature], [BlobData], and e.g. [CodeDirectoryBlob].
//! * Parse and verify the RFC 5652 Cryptographic Message Syntax (CMS)
//! signature data. This includes using a Time-Stamp Protocol (TSP) / RFC 3161
//! server for including a signed time-stamp token for that signature.
//! (Functionality provided by the `cryptographic-message-syntax` crate,
//! developed in the same repository as this crate.)
//! * Generate new embedded signature data, including cryptographically
//! signing that data using any signing key and X.509 certificate chain
//! you provide. (See [MachOSigner] and [BundleSigner].)
//! * Writing a new Mach-O file containing new signature data. (See
//! [MachOSigner].)
//! * Parse `CodeResources` XML plist files defining information on nested/signed
//! resources within bundles. This includes parsing and applying the filtering
//! rules defining in these files.
//! * Sign bundles. Nested bundles will automatically be signed. Additional
//! Mach-O binaries outside the main executable will also be signed. Non
//! Mach-O/code files will be digested. A `CodeResources` XML file will be
//! produced.
//! * Submit notarization requests to Apple and query notarization status. (Bundles,
//! DMGs, and `.pkg` installers are all supported.)
//! * Retrieve notarization tickets from Apple and staple. All formats supporting
//! notarization can be stapled.
//!
//! There are a number of missing features and capabilities from this crate
//! that we hope are eventually implemented:
//!
//! * No parsing of the Code Signing Requirements DSL. We support parsing the binary
//! requirements to Rust structs, serializing back to binary, and rendering to the
//! human friendly DSL. You will need to use the `csreq` tool to compile an
//! expression to binary and then give that binary blob to this crate. Alternatively,
//! you can write Rust code to construct a code requirements expression and serialize
//! that to binary.
//! * No turnkey support for signing keys. We want to make it easier for obtaining
//! signing keys (and their X.509 certificate chain) for use with this crate. It
//! should be possible to easily integrate with the OS's key store or hardware
//! based stores (such as Yubikeys). We also don't look for necessary X.509
//! certificate extensions that Apple's verification likely mandates, which we should
//! do and enforce.
//! * Some more advanced bundles or `.pkg` files may not sign, notarize, or staple
//! correctly. Problems here are considered bugs and should be reported.
//!
//! There is missing features and functionality that will likely never be implemented:
//!
//! * Binary verification compliant with Apple's operating systems. We are capable
//! of verifying the digests of code and other embedded signature data. We can also
//! verify that a cryptographic signature came from the annotated public key in
//! that signature. We can also write heuristics to look for certain common problems
//! with signatures. But we can't and likely never will implement all the rules Apple
//! uses to verify a binary for execution because we perceive there to be little
//! value in doing this. This crate could be used to build such functionality
//! elsewhere, however.
//!
//! # End-User Documentation
//!
//! The end-user documentation is maintained as a Sphinx docs tree in the `docs`
//! directory. The latest version of the documentation is published at
//! <https://gregoryszorc.com/docs/apple-codesign/main/>.
//!
//! # Getting Started
//!
//! The [UnifiedSigner] type is a good place to start to see how the high level API for
//! signing is implemented.
//!
//! To learn about the low-level data structures in embedded code signatures, read
//! [specification]. Or look at the code in [embedded_signature] and
//! [embedded_signature_builder].
//!
//! [MachOSigner] is the type responsible for signing Mach-O files.
//!
//! [BundleSigner] is the type responsible for signing bundles.
//!
//! [dmg::DmgSigner] signs DMG files.
//!
//! The [EmbeddedSignature] represents a parsed Apple code signature and provides API
//! for data retrieval.
//!
//! # Accessing Apple Code Signing Certificates
//!
//! This crate doesn't yet support integrating with the macOS keychain to obtain
//! or use the code signing certificate private key. However, it does support
//! importing the certificate key from a `.p12` file exported from the `Keychain
//! Access` application. It also supports exporting the x509 certificate chain
//! for a given certificate by speaking directly to the macOS keychain APIs.
//!
//! See the `keychain-export-certificate-chain` CLI command for exporting a
//! code signing certificate's x509 chain as PEM.
mod apple_certificates;
pub use apple_certificates::*;
mod bundle_signing;
pub use bundle_signing::*;
mod certificate;
pub use certificate::*;
pub mod cli;
mod code_directory;
pub use code_directory::*;
pub mod code_requirement;
pub use code_requirement::*;
mod code_resources;
pub use code_resources::*;
pub mod cryptography;
pub mod dmg;
pub mod embedded_signature;
pub use embedded_signature::*;
pub mod embedded_signature_builder;
pub use embedded_signature_builder::*;
pub mod entitlements;
pub mod environment_constraints;
mod error;
pub use error::*;
mod macho;
pub use macho::*;
pub mod macho_builder;
#[cfg(target_os = "macos")]
#[allow(non_upper_case_globals)]
mod macos;
#[cfg(target_os = "macos")]
pub use macos::*;
mod macho_signing;
pub use macho_signing::*;
mod macho_universal;
pub use macho_universal::UniversalBinaryBuilder;
#[cfg(feature = "notarize")]
pub mod notarization;
#[cfg(feature = "notarize")]
pub use notarization::*;
pub mod plist_der;
mod policy;
pub use policy::*;
mod reader;
pub use reader::*;
pub mod remote_signing;
mod signing_settings;
pub use signing_settings::*;
mod signing;
pub use signing::*;
pub mod specification;
pub mod stapling;
pub mod ticket_lookup;
mod verify;
pub use verify::*;
#[cfg(target_os = "windows")]
pub mod windows;
#[cfg(feature = "yubikey")]
pub mod yubikey;