PDF

PostScriptは、画像を生成するためにインタプリタで実行されるページ記述言語です。 ^{[ 8 ]}グラフィックスを扱うことができ、分岐やループなどのプログラミング言語の標準的な機能を備えています。^{[ 8 ]} PDFはPostScriptのサブセットであり、特定の制御フロー機能を削除するように簡略化されていますが、グラフィックスコマンドは残っています。^{[ 8 ]}

PostScript は元々、全く異なる用途を想定して設計されました。それは、PostScript インタープリタがコマンドに遭遇するまで一連のコマンドを収集しshowpage、その後すべてのコマンドを実行してページをラスター画像として印刷デバイスにレンダリングする、一方向の線形印刷ジョブの送信です。^{[ 20 ]} PostScript は、電子文書をコンピュータのモニターに長期保存したりリアルタイムで対話的にレンダリングしたりすることを想定していなかったため、ページの連続レンダリング以外の機能をサポートする必要はありませんでした。^{[ 20 ]}最終的な印刷出力にエラーがある場合は、ユーザーがアプリケーションレベルでそれを修正し、まったく新しい PostScript ファイルの形式で新しい印刷ジョブを送信します。したがって、PostScript ファイル内の任意のページは、それまでのすべてのページを描画するためのすべての先行コマンドの実行の累積結果としてのみ正確にレンダリングできます。これらのコマンドは、後続のページと特定のページを描画するコマンドに影響を与える可能性があり、このプロセスを回避して別のページにスキップする簡単な方法はありませんでした。^{[ 20 ]}

従来、PostScript から PDF に変換するには、ソース PostScript ファイル (つまり、実行可能プログラム) を基に PostScript のような PDF コードを生成します ( Adobe Distillerなど)。これは、ループ展開、インライン化、未使用の分岐の削除などの標準的なコンパイラ技術を適用することで行われ、結果として純粋に宣言的で静的なコードが生成されます。^{[ 20 ]}結果は、正しいレンダリングに必要なすべての依存関係 (ドキュメントが参照する外部ファイル、グラフィック、またはフォント) とともにコンテナ形式にパッケージ化され、圧縮されます。

文書フォーマットとして、PDFはPostScriptに比べていくつかの利点がある。

• PDFには、データとして処理できる静的な宣言型PostScriptコードのみが含まれており、完全なプログラムインタプリタやコンパイラは必要ありません。^{[ 20 ]}これにより、このような高レベルの複雑さを持つエンジンの複雑さとセキュリティリスクを回避できます。
• Display PostScriptと同様に、PDFはバージョン1.4以降、透明なグラフィックをサポートしていますが、標準のPostScriptはサポートしていません。
• PDF では、特定のページのコードが他のページに影響を与えてはならないというルールが適用されます。^{[ 20 ]}このルールは PostScript コードにも強く推奨されますが、PostScript はページやドキュメントの概念に限定されない、より柔軟な機能を可能にする完全なプログラミング言語であるため、明示的に実装する必要があります (たとえば、ドキュメント構造化規約を参照)。
• レンダリングに必要なすべてのデータはファイル自体に含まれているため、移植性が向上します。^{[ 21 ]}

その欠点は以下のとおりです。

• 標準的なデスクトップ環境には、PDFを生成するソフトウェアが欠けている場合があるが、文書を印刷できるアプリケーションであれば、PostScriptファイルとして保存することができる。^{[ 22 ]}
• 完全なプログラミング言語ではないこと、およびそれに伴う制限。^{[ 22 ]}
• ファイルサイズが（場合によっては）大きくなる。^{[ 23 ]}

PDFはv1.6以降、インタラクティブな3Dドキュメントの埋め込みをサポートしています。3D図面はU3DやPRC、その他さまざまなデータ形式を使用して埋め込むことができます。 ^{[ 24 ] [ 25 ] [ 26 ]}

As in PostScript, vector graphics in PDF are constructed with paths. Paths are usually composed of lines and cubic Bézier curves, but can also be constructed from the outlines of text. Unlike PostScript, PDF does not allow a single path to mix text outlines with lines and curves. Paths can be stroked, filled, filled then stroked, or used for clipping. Strokes and fills can use any color set in the graphics state, including patterns. PDF supports several types of patterns. The simplest is the tiling pattern in which a piece of artwork is specified to be drawn repeatedly. This may be a colored tiling pattern, with the colors specified in the pattern object, or an uncolored tiling pattern, which defers color specification to the time the pattern is drawn. Beginning with PDF 1.3 there is also a shading pattern, which draws continuously varying colors. There are seven types of shading patterns of which the simplest are the axial shading (Type 2) and radial shading (Type 3).

Raster images in PDF (called Image XObjects) are represented by dictionaries with an associated stream. The dictionary describes the properties of the image, and the stream contains the image data. (Less commonly, small raster images may be embedded directly in a page description as an inline image.) Images are typically filtered for compression purposes. Image filters supported in PDF include the following general-purpose filters:

• ASCII85Decode, a filter used to put the stream into 7-bit ASCII,
• ASCIIHexDecode, similar to ASCII85Decode but less compact,
• FlateDecode, a commonly used filter based on the deflate algorithm defined in RFC 1951 (deflate is also used in the gzip, PNG, and zip file formats among others); introduced in PDF 1.2; it can use one of two groups of predictor functions for more compact zlib/deflate compression: Predictor 2 from the TIFF 6.0 specification and predictors (filters) from the PNG specification (RFC 2083),
• LZWDecode, a filter based on LZW Compression; it can use one of two groups of predictor functions for more compact LZW compression: Predictor 2 from the TIFF 6.0 specification and predictors (filters) from the PNG specification,
• RunLengthDecode は、ランレングス符号化アルゴリズムと画像固有のフィルタを使用して、繰り返しデータを含むストリームを圧縮するシンプルな方法です。
• DCTDecodeは、JPEG規格に基づいた非可逆フィルタです。
• CCITTFaxDecodeは、ITU-T T.4およびT.6で定義されているグループ3またはグループ4のCCITT（ITU-T）ファックス圧縮規格に基づくロスレスの2レベル（白黒）フィルタです。
• PDF 1.4で導入されたJBIG2規格に基づく、可逆または可逆の二値（白黒）フィルタであるJBIG2Decode 、
• JPXDecodeは、 JPEG 2000規格に基づいた非可逆または可逆フィルタであり、PDF 1.5で導入されました。

通常、PDFファイル内の画像コンテンツはすべてファイルに埋め込まれます。しかし、PDFでは外部ストリームまたは代替画像を使用することで、画像データを外部ファイルに保存することができます。PDF /AやPDF/Xなどの標準化されたPDFサブセットでは、これらの機能は禁止されています。

PDF内のテキストは、ページコンテンツストリーム内のテキスト要素によって表現されます。テキスト要素は、特定の位置に文字を描画することを指定します。文字は、選択されたフォントリソースのエンコーディングを使用して指定されます。

PDFにおけるフォントオブジェクトは、デジタル書体の記述です。書体の特性を記述する場合もあれば、埋め込みフォントファイルを含む場合もあります。後者は埋め込みフォント、前者は非埋め込みフォントと呼ばれます。埋め込み可能なフォントファイルは、広く使用されている標準的なデジタルフォント形式であるType 1（およびその圧縮版CFF）、TrueType、そして（PDF 1.6以降）OpenTypeに基づいています。さらに、PDFは、フォントの構成要素がPDFグラフィック演算子によって記述されるType 3形式もサポートしています。

標準14フォントまたは基本14フォントとして知られる14種類の書体は、PDF文書において特別な意味を持つ。^{[ 33 ]}

• タイムズ（v3）（標準、イタリック、太字、太字イタリック）
• クーリエフォント（標準、斜体、太字、太字斜体）
• Helvetica (v3) (レギュラー、斜体、太字、斜体)
• シンボル
• ザップ・ディングバッツ

これらのフォント、または同じメトリクスを持つ適切な代替フォントは、ほとんどの PDF リーダーで使用できるはずですが、リーダーで使用できることが保証されているわけではなく、システムにインストールされている場合にのみ正しく表示される可能性があります。^{[ 34 ]} PDF に埋め込まれていないフォントは、代替することができます。

テキスト文字列内では、文字はエンコーディングを使用して現在のフォントのグリフにマッピングされる文字コード（整数）を使用して表示されます。WinAnsi 、MacRoman 、東アジア言語用の多くのエンコーディングなど、いくつかの定義済みエンコーディングがあり、フォントは独自の組み込みエンコーディングを持つことができます。（WinAnsiおよびMacRomanエンコーディングはWindowsおよびMacintoshオペレーティングシステムの歴史的な特性から派生していますが、これらのエンコーディングを使用するフォントはどのプラットフォームでも同様に機能します。）PDFは、使用する定義済みエンコーディング、フォントの組み込みエンコーディングを指定するか、定義済みまたは組み込みエンコーディングとの差異のルックアップテーブルを提供できます（TrueTypeフォントでは推奨されません）。^{[ 2 ]} PDFのエンコーディングメカニズムはType 1フォント用に設計されており、TrueTypeフォントに適用するためのルールは複雑です。

大きなフォントや非標準のグリフを含むフォントの場合、横書き用のIdentity-Hと縦書き用のIdentity-Vという特殊なエンコーディングが使用されます。このようなフォントでは、文字の意味情報を保持するためには、ToUnicodeテーブルを用意する必要があります。

光学文字認識（OCR）によってテキストが認識されずにPDFにスキャンされたテキスト文書は、フォントやテキストのプロパティを持たない画像です。

PDF の元の画像モデルは、PostScript と同様に不透明で、ページ上に描画された各オブジェクトは、同じ場所に以前にマークされていたものを完全に置き換えていました。PDF 1.4 では、画像モデルが拡張され、透明度が使用できるようになりました。透明度を使用すると、新しいオブジェクトは以前にマークされたオブジェクトと相互作用してブレンド効果を生み出します。PDF に透明度が追加されたのは、PDF 1.3 以前の仕様で作成された製品では無視されるように設計された新しい拡張機能によるものでした。そのため、少量の透明度を使用するファイルは古いビューアでも問題なく表示できますが、透明度を多用するファイルは古いビューアでは正しく表示されない可能性があります。

透明度拡張機能は、透明度グループ、ブレンドモード、シェイプ、アルファという主要な概念に基づいています。このモデルは、 Adobe Illustratorバージョン 9の機能と密接に連携しています。ブレンドモードは、当時Adob​​e Photoshopで使用されていたものに基づいています。PDF 1.4 仕様が公開されたとき、ブレンドモードを計算するための式は Adob​​e によって秘密にされていました。その後、それらは公開されました。^{[ 35 ]}

PDF仕様における透明度グループの概念は、Adobe Illustratorなどのアプリケーションにおける「グループ」や「レイヤー」といった既存の概念とは独立しています。これらのグループ分けは、オブジェクトを編集する際に意味を持つ、オブジェクト間の論理的な関係性を反映していますが、イメージングモデルの一部ではありません。

タグ付き PDF (ISO 32000 の 14.8 項を参照) には、信頼性の高いテキスト抽出とアクセシビリティを可能にするための文書構造と意味情報が含まれています。^{[ 36 ]}技術的に言えば、タグ付き PDF は PDF 1.3 で導入された論理構造フレームワークに基づいて構築された形式の様式化された使用法です。タグ付き PDF は、ページコンテンツ (テキスト、グラフィック、画像) を抽出して他の目的で再利用できるようにする一連の標準構造タイプと属性を定義します。^{[ 37 ]}

PDF ファイルが印刷のみを目的としている場合、タグ付き PDF は必須ではありません。この機能はオプションであり、ISO 32000-1 におけるタグ付き PDF のルールは比較的曖昧であったため、2021 年現在、支援技術(AT) を含む利用機器におけるタグ付き PDF のサポートは不均一です。 ^{[ 38 ]}ただし、ISO 32000-2 ではタグ付き PDF に関する説明が改善されており、さらなる普及が期待されています。

アクセシビリティに特化したISO規格のPDFサブセットであるPDF/UAは、2012年に初めて公開された。

PDFバージョン1.5（2003年）の導入に伴い、レイヤーという概念が生まれました。レイヤーは、正式にはオプションコンテンツグループ（OCG）と呼ばれ、PDF文書内のコンテンツの一部を指し、文書の作成者や閲覧者が選択的に表示または非表示にすることができます。この機能は、CAD図面、レイヤー構造のアートワーク、地図、多言語文書などで役立ちます。

基本的には、ドキュメントルートに追加されたオプションコンテンツプロパティ辞書で構成されます。この辞書には、オプションコンテンツグループ（OCG）の配列が含まれており、各OCGは一連の情報を記述し、それぞれを個別に表示または非表示にすることができます。さらに、指定されたOCGの状態（表示または非表示）を示すオプションコンテンツ構成辞書のセットも含まれています。

セキュリティ上の理由から、 PDFファイルは暗号化される場合があります。その場合、コンテンツを表示または編集するにはパスワードが必要です。PDF 2.0では、PDF 2.0ファイルの標準として256ビットAES暗号化が定義されています。また、PDFリファレンスでは、サードパーティがPDF用の独自の暗号化システムを定義する方法も規定されています。

PDFファイルには、安全な認証を提供するためにデジタル署名を施すことができます。PDFにおけるデジタル署名の実装に関する詳細は、ISO 32000-2に記載されています。

PDFファイルには、コピー、編集、印刷などを制限するDRM（デジタル著作権管理）機能が埋め込まれている場合もあります。これらの制限は閲覧ソフトウェアが遵守するかどうかに依存するため、セキュリティ効果は限定的です。

PDF が提供する標準的なセキュリティは、2 つの異なる方法と 2 つの異なるパスワードで構成されています。1つは、ファイルを暗号化して開くことを防止するユーザー パスワード、もう 1 つは、文書が復号化されている場合でも制限されるべき操作を指定する所有者パスワードです。これには、文書からテキストやグラフィックを変更、印刷、コピーしたり、テキスト ノートやAcroFormフィールドを追加または変更したりすることが含まれます。ユーザー パスワードはファイルを暗号化しますが、所有者パスワードは暗号化せず、代わりにクライアント ソフトウェアがこれらの制限を尊重することに依存します。所有者パスワードは、無料のオンライン サービスを含むソフトウェアによって簡単に削除できます。^{[ 39 ]}したがって、文書作成者が PDF 文書に設定した使用制限は安全ではなく、ファイルが配布された後は保証されません。この警告は、Adobe Acrobat ソフトウェアを使用して PDF ファイルを作成または編集する際に、このような制限を適用すると表示されます。

パスワードを削除しなくても、ほとんどのフリーウェアまたはオープンソースの PDF リーダーは権限の「保護」を無視し、ドキュメントがパスワード保護によって制限されていないかのように、ユーザーがテキストの一部を印刷したりコピーしたりできるようにします。^{[ 40 ] [ 41 ] [ 42 ]}

PDF 1.5以降、使用権限（UR）署名は、特定のPDFビューアアプリケーションではデフォルトでは利用できない追加のインタラクティブ機能を有効にするために使用されます。署名は、権限が正当な許可機関によって付与されたことを検証するために使用されます。たとえば、ユーザーに次のことを許可するために使用できます。^{[ 43 ]}

• 変更されたフォームまたは注釈データとともにPDFドキュメントを保存する
• FDF、XFDF、およびテキスト（CSV/TSV）形式のフォームデータファイルをインポートします。
• フォームデータファイルをFDFおよびXFDF形式でエクスポートします。
• フォームデータを送信する
• 名前付きページテンプレートから新しいページをインスタンス化する
• 既存のデジタル署名フォームフィールドにデジタル署名を適用する
• 注釈の作成、削除、変更、コピー、インポート、エクスポート

例えば、Adobe Systems は公開鍵暗号を使用して Adob​​e Reader の追加機能を有効にする権限を付与します。Adobe Reader は署名がAdob​​e が承認した認証局の証明書を使用していることを検証します。どの PDF アプリケーションも独自の目的でこの同じメカニズムを使用できます。^{[ 43 ]}

受信者のシステムがパッチ未適用などの特定の状況下では、署名者が文書に署名した後、受信者が見る情報は送信者によって操作される可能性がある。 ^{[ 44 ]}

PAdES ( PDF Advanced Electronic Signatures ) は、PDF および ISO 32000-1 ^{[ 45 ]}に対する一連の制限と拡張機能であり、高度な電子署名に適しています。これはETSIによってTS 102 778 として公開されています。 ^{[ 46 ]}

PDFファイルには、プロセッサがアクセスしてローカルファイルシステムに開いたり保存したりできるファイル添付ファイルを含めることができます。^{[ 47 ]}

PDF ファイルには 2 種類のメタデータを含めることができます。^{[ 2 ]} 1 つ目は文書情報辞書で、作成者、タイトル、件名、作成日、更新日などのキーと値のフィールドのセットです。これはオプションで、Infoファイルのトレーラー内のキーから参照されます。少数のフィールドが定義されており、必要に応じて追加のテキスト値で拡張できます。この方法は PDF 2.0 で非推奨になりました。

PDF 1.4では、他のファイル形式で使用されているXML標準ベースの拡張可能なメタデータを追加するために、拡張メタデータプラットフォーム（XMP）を使用したメタデータストリームのサポートが追加されました。PDF 2.0では、拡張可能なスキーマを使用して、埋め込みイラスト、フォント、画像に関する情報など、ドキュメント内の任意のオブジェクト、およびドキュメント全体（ドキュメントカタログに添付）にメタデータを添付できます。

PDF 文書には、ビューア設定オブジェクトにページ表示レイアウトやズームレベルなどの表示設定が含まれる場合もあります。Adobe Reader は、文書を開く際にこれらの設定を使用してユーザーのデフォルト設定を上書きします。^{[ 48 ]}無料の Adob​​e Reader ではこれらの設定を削除することはできません。

PDFファイルは、障害のある人がアクセスしやすいように特別に作成することができます。^{[ 49 ] [ 50 ] [ 51 ] [ 52 ] [ 53 ]} 2014年時点で使用されているPDFファイル形式タグ、テキストの代替、キャプション、音声解説などを含めることができます。一部のソフトウェアはタグ付き PDF を自動的に生成できますが、この機能はデフォルトで有効になっているとは限りません。^{[ 54 ] [ 55 ]} JAWS、Window-Eyes、Hal、Kurzweil 1000 および 3000などの主要なスクリーン リーダーは、タグ付き PDF を読み取ることができます。^{[ 56 ] [ 57 ]}さらに、タグ付き PDF は、視覚障害のある読者のために再配置および拡大することができます。古い PDF やスキャンされたドキュメントから生成された PDF にタグを追加すると、いくつかの課題が生じる可能性があります。

PDFのアクセシビリティにおける大きな課題の一つは、PDF文書には3つの異なるビューがあり、文書の作成方法によっては、それらが互いに矛盾する可能性があることです。3つのビューとは、（i）物理ビュー、（ii）タグビュー、（iii）コンテンツビューです。物理ビューは表示および印刷されるもので（ほとんどの人がPDF文書と考えるもの）、タグビューはスクリーンリーダーなどの支援技術が障害のあるユーザーに高品質なナビゲーションと読書体験を提供するために使用するものです。コンテンツビューはPDFのコンテンツストリーム内のオブジェクトの物理的な順序に基づいており、Adobe Readerのリフロー機能など、タグビューを完全にサポートしていないソフトウェアでも表示される場合があります。

ISO 32000-1 に基づくアクセシブルな PDF の国際規格であるPDF/UA は、2012 年に ISO 14289-1 として初めて発行され、アクセシブルな PDF 技術の規範的な言語を確立しています。PDF/UA は PDF フォーマットのアクセシビリティに対応しており、WCAG 2.0 の背後にある考え方を取り入れて PDF 固有のアクセシビリティ ルールを確立しています。^{[ 58 ]}

リッチメディアPDFとは、ファイル内に埋め込みまたはリンクできるインタラクティブなコンテンツを含むPDFファイルです。画像、音声、動画コンテンツ、ボタンなどを含めることができます。例えば、インタラクティブなPDFがEコマースビジネスのデジタルカタログである場合、PDFページに商品を一覧表示し、画像やウェブサイトへのリンク、ドキュメントから直接注文できるボタンなどを追加できます。

インタラクティブフォームは、PDF ファイル形式にフォームを追加するメカニズムです。PDF は現在、データと PDF フォームを統合するための 2 つの異なる方法をサポートしています。現在、両方の形式が PDF 仕様に共存しています。^{[ 43 ] [ 59 ] [ 60 ] [ 61 ]}

• AcroForms（Acrobatフォームとも呼ばれる）は、PDF 1.2フォーマット仕様で導入され、それ以降のすべてのPDF仕様に含まれています。
• XML Forms Architecture (XFA) フォームは、PDF 1.5 フォーマット仕様で導入されました。Adobe XFA フォームは AcroForms と互換性がありません。^{[ 62 ]} XFA は PDF 2.0 で PDF から廃止されました。

AcroForms は PDF 1.2 フォーマットで導入されました。AcroForms では、オブジェクト (テキスト ボックス、ラジオ ボタンなど) や一部のコード (JavaScript など) を使用できます。標準のPDFアクションタイプに加えて、インタラクティブ フォーム (AcroForms) は、データの送信、リセット、インポートをサポートします。「送信」アクションは、選択されたインタラクティブ フォーム フィールドの名前と値を、指定された Uniform Resource Locator (URL) に送信します。インタラクティブ フォーム フィールドの名前と値は、(アクションの ExportFormat、SubmitPDF、および XFDF フラグの設定に応じて) のいずれかの形式で送信できます。^{[ 43 ]}

HTMLフォーム形式

HTML 4.01仕様はPDF 1.5以降、HTML 2.0は1.2以降に採用されています。

フォームデータフォーマット（FDF）

PDF をベースにしており、同じ構文を使用し、基本的に同じファイル構造を持っていますが、FDF ドキュメントの本文は必須オブジェクト 1 つだけで構成されているため、PDF よりはるかにシンプルです。フォーム データ フォーマットは、PDF 仕様 (PDF 1.2 以降) で定義されています。フォーム データ フォーマットは、フォーム データをサーバーに送信し、応答を受信して​​、それを対話型フォームに組み込む際に使用できます。また、フォーム データをスタンドアロン ファイルにエクスポートして、対応する PDF 対話型フォームにインポートし直すためにも使用できます。FDF は、もともと 1996 年に ISO 32000-2:2017 の一部として定義されました。

XMLフォームデータフォーマット（XFDF）

(外部 XML Forms Data Format 仕様、バージョン 2.0。PDF 1.5 以降でサポート。PDF 1.4 で定義された「XML」フォーム送信フォーマットに取って代わった) Forms Data Format の XML バージョンですが、XFDF はフォームと注釈を含む FDF のサブセットのみを実装しています。FDF ディクショナリの一部のエントリ (Status、Encoding、JavaScript、Page's keys、EmbeddedFDFs、Differences、Target など) には、XFDF に相当するものがありません。さらに、XFDF では、FDF ファイルを使用する場合のように、指定されたデータに基づいて新しいページを生成または追加することはできません。XFDF 仕様は、PDF 1.5 仕様 (およびそれ以降のバージョン) で参照されています (ただし、含まれていません)。XML Forms Data Format 仕様で別途説明されています。^{[ 63 ]} PDF 1.4 仕様では、フォーム送信を XML 形式で許可していましたが、PDF 1.5 仕様では、XFDF 形式での送信に置き換えられました。XFDF は XML 標準に準拠しています。 XFDF は FDF と同じように使用できます。たとえば、フォーム データがサーバーに送信され、変更が加えられ、その後サーバーに送り返され、新しいフォーム データが対話型フォームにインポートされます。また、フォーム データをスタンドアロン ファイルにエクスポートして、対応する PDF 対話型フォームにインポートし直すこともできます。2019 年 8 月現在、XFDF 3.0 は、ISO 19444-1:2019 - 文書管理 - XML フォーム データ フォーマット - パート 1: ISO 32000-2 (XFDF 3.0) の使用という正式名称の ISO/IEC 規格です。^{[ 64 ]}この規格は ISO 32000-2 の規範的参照です。

PDF

PDF 1.4で定義されているように、個々のフィールドや値ではなく、文書全体を提出することができます。

AcroForms は、キーと値のペアを含む外部のスタンドアロン ファイルにフォーム フィールドの値を保持できます。外部ファイルでは、フォーム データ フォーマット (FDF) ファイルと XML フォーム データ フォーマット (XFDF) ファイルを使用できます。^{[ 65 ] [ 63 ] [ 66 ]}使用権限 (UR) シグネチャは、FDF、XFDF、およびテキスト ( CSV / TSV ) 形式のフォーム データ ファイルのインポート、および FDF と XFDF 形式のフォーム データ ファイルのエクスポートの権限を定義します。^{[ 43 ]}

PDF 1.5では、Adobe Systemsが独自のフォームフォーマットであるAdobe XML Forms Architecture（XFA）を導入しました。Adobe XFAフォームはISO 32000のAcroForms機能と互換性がなく、ほとんどのPDFプロセッサはXFAコンテンツを処理できません。XFA仕様は、外部の独自仕様としてISO 32000-1/PDF 1.7から参照されており、ISO 32000-2（PDF 2.0）でPDFから完全に廃止されました。

2019 年 11 月、ルール大学ボーフムと Hackmanit GmbH の研究者らは、デジタル署名付き PDF に対する攻撃を発表しました。^{[ 68 ]}彼らは、実装上の欠陥を悪用して、22 のデスクトップ PDF ビューアのうち 21 と 8 のオンライン検証サービスのうち 6 で署名を無効にすることなく、署名付き PDF の表示内容を変更する方法を示しました。同じ会議で、彼らはさらに、PDF 内の暗号化されたコンテンツの平文を抜き出す方法も示しました。^{[ 69 ]} 2021 年に、彼らは仕様で提供される機能の柔軟性を悪用する、いわゆるシャドウ攻撃と呼ばれる PDF に対する新たな攻撃を示しました。 ^{[ 70 ]} Jens Müller は、サービス拒否、情報漏洩、データ操作、および任意のコード実行攻撃に関する PDF のセキュリティ問題の概要を発表しました。^{[ 71 ] [ 72 ]}

一部の人気PDFリーダーには、ウイルス、トロイの木馬、その他のマルウェアに感染したPDFファイルが損害を与えることを可能にするセキュリティ脆弱性の歴史があります。そのようなPDFファイルには、PDFリーダーの脆弱性を悪用する可能性のある隠されたJavaScriptコード、それらを隠しているファイルが開かれたときに実行される隠されたオブジェクト、そしてまれに悪意のあるPDFがマルウェアを起動する可能性があります。^{[ 73 ]}

ウイルスを含む PDF 添付ファイルは 2001 年に初めて発見されました。OUTLOOK.PDFWormまたはPeachyと呼ばれるこのウイルスは、Microsoft Outlook を使用して、添付ファイルとして Adob​​e PDF ファイルとして自身を送信します。Adobe Acrobat ではアクティブ化されますが、Acrobat Reader ではアクティブ化されません。^{[ 74 ]}

長年にわたり、Adobe Reader のさまざまなバージョンでいくつかの脆弱性が発見され、^{[ 75 ]}同社はセキュリティ修正プログラムを発行しました。他の PDF リーダーでも脆弱性が発見されています。厄介な要因の 1 つは、Web ページに PDF ファイルが埋め込まれている場合に PDF リーダーが自動的に起動するように設定できるため、攻撃の経路となることです。悪意のある Web ページに、PDF リーダーの脆弱性を悪用する感染した PDF ファイルが含まれている場合、ブラウザが安全であってもシステムが侵害される可能性があります。これらの脆弱性の一部は、PDF ファイルに埋め込まれた JavaScript の処理が不適切な PDF リーダーが原因です。PDF リーダーで JavaScript の実行を無効にすると、将来の悪用を軽減できますが、PDF ビューア ソフトウェアの他の部分での悪用を防ぐことはできません。一部のセキュリティ専門家は、JavaScript は PDF リーダーに必須ではなく、JavaScript を無効にすることで得られるセキュリティ上の利点は、発生する互換性の問題を上回ると述べています。^{[ 76 ]} PDF ファイルの悪用を回避する 1 つの方法は、ローカル サービスまたは Web サービスを使用して、表示する前にファイルを別の形式に変換することです。

2010年3月30日、セキュリティ研究者のディディエ・スティーブンスは、Adobe ReaderとFoxit Readerの脆弱性を報告した。この脆弱性により、ユーザーが起動を許可した場合に悪意のある実行ファイルが実行される。^{[ 77 ]}

PDF ストリームにはネストされたフィルタがあり、これにより 5 キロバイトのファイルを作成して RAM 上で 1 ペタバイトに展開することが可能になります。これは、pypdfの CVE-2025-55197の場合のように、これに対する保護がない実装に対してサービス拒否を引き起こすために使用できます。 ^{[ 78 ] [ 79 ]}

多くのPDFビューアは、さまざまなソースから無料で提供されています。PDFファイルを操作および編集するためのプログラムは、通常購入する必要があります。さらに、Chrome、Firefox、Safariなどの最新のWebブラウザのほとんどにはPDF表示機能が含まれており、以前はそのような目的で作成されたブラウザプラグインに取って代わっています。^{[ 80 ]}

PDF を作成するためのソフトウェアオプションは多数あり、macOS、iOS、^{[ 81 ]}、およびほとんどのLinuxディストリビューションに組み込まれている PDF 印刷機能も含まれます。LibreOffice 、Microsoft Office 2007 ( SP2に更新されている場合) 以降、^{[ 82 ]} WordPerfect 9、Scribusなど、多くの文書処理ソフトウェアは、文書を PDF 形式でエクスポートできます。Microsoft Windows 用の PDF 印刷ドライバ、pdfTeX組版システム、DocBook PDF ツール、 Ghostscriptをベースに開発されたアプリケーション、Adobe Acrobat自体、Adobe InDesign、Adobe FrameMaker、Adobe Illustrator、Adobe Photoshop など、「PDF プリンタ」を設定できるものが多数あり、これを選択すると、物理的なプリンタではなく PDF ファイルに出力が送信されます。Googleのオンライン オフィス スイートであるGoogle Docsでは、PDF へのアップロードと保存が可能です。一部の Web アプリでは、無料の PDF 編集および注釈ツールが提供されています。

フリーソフトウェア財団は、優先度の高いプロジェクトの 1 つとして、「PDF ファイル形式と関連技術を ISO 32000 規格に実装する、無料かつ高品質で完全に機能するライブラリとプログラムのセットを開発」していました。^{[ 83 ] [ 84 ]}しかし、2011 年に、GNU PDF プロジェクトは、GNOME デスクトップ環境の Evinceなどのアプリケーションで広く使用されているPopplerライブラリの成熟により、「優先度の高いプロジェクト」のリストから削除されました。 ^{[ 85 ]} Poppler はXpdf ^[ 86 ^{] [ 87 ]}コードベースに基づいています。PDFソフトウェアのリストに記載されているように^、商用の開発ライブラリも利用可能です。

Apache Software Foundationの Apache PDFBox プロジェクトは、PDF文書を扱うためのApache Licenseの下でライセンスされたオープンソースの Java ライブラリです。 ^{[ 88 ]}

ラスタイメージプロセッサ（RIP）は、PDFファイルをラスタライズと呼ばれるプロセスで、プリンター、デジタル印刷機、プリプレスで紙やその他のメディアに画像化するのに適したラスタ形式に変換するために使用されます。PDFを直接処理できるRIPには、Adobe SystemsのAdobe PDF Print Engine ^{[ 89 ]} 、 Global GraphicsのJaws ^{[ 90 ]}およびHarlequin RIPなどがあります。

1993年、Global Graphics社のJawsラスターイメージプロセッサは、PDFを他の形式に変換することなくネイティブに解釈できる最初の出荷プリプレスRIPとなった。同社は1997年に、同じ機能を備えたHarlequin RIPのアップグレード版をリリースした。^{[ 91 ]}

Agfa-Gevaertは、PDFをベースとした初のプリプレスワークフローシステムであるApogeeを1997年に発表し、出荷を開始した。

多くの商業オフセット印刷会社は、印刷ソースとして印刷準備済みのPDFファイル、特にPDF/X-1aサブセットとそのバリエーションの提出を受け入れています。^{[ 92 ]}印刷準備済みのPDFファイルの提出は、収集されたネイティブ作業ファイルを受け取るという問題のある必要性の代替となります。

2006年、 Open Source Development Labs Printing SummitでPDFが標準印刷ジョブフォーマットとして広く受け入れられました。Common Unix Printing Systemで印刷ジョブフォーマットとしてサポートされており、GNOME、 KDE、Firefox、Thunderbird、LibreOffice、OpenOfficeなどのデスクトップアプリケーションプロジェクトは、印刷ジョブをPDFで出力するようになりました。^{[ 93 ]}

一部のデスクトッププリンターは、外部の助けを借りずにPDFデータを解釈できる直接PDF印刷にも対応しています。

PDF は、 macOS (当初は Mac OS X と呼ばれていました) の「ネイティブ」メタファイル形式として選択され、以前のクラシック Mac OS の PICT 形式に取って代わりました。Quartzグラフィックスレイヤーのイメージングモデルは、 Display PostScriptと PDFに共通するモデルに基づいており、 Display PDFというニックネームが付けられました。プレビューアプリケーションは PDF ファイルを表示でき、 Safari Web ブラウザーのバージョン 2.0 以降も同様です。^{[ 94 ] [ 95 ]} PDF のシステム レベルのサポートにより、macOS アプリケーションは、OS 標準の印刷アーキテクチャをサポートしていれば、PDF ドキュメントを自動的に作成できます。ファイルは、ファイル ヘッダーに従って PDF 1.3 形式でエクスポートされます。Mac OS X バージョン 10.0 から 10.3 でスクリーンショットを撮ると、画像も PDF としてキャプチャされました。それ以降のバージョンでは、スクリーンショットは PNG ファイルとして保存されますが、必要に応じてこの動作を PDF に戻すことができます。

Adobe Acrobat は、作成済みの PDF ファイルに注釈を付けたり、ハイライトしたり、メモを追加したりできるプロプライエタリ ソフトウェアの一例です。フリー ソフトウェア( GNU General Public Licenseの下)として利用できる UNIX アプリケーションはPDFeditです。フリーウェアのFoxit Reader は、Microsoft Windows、macOS、Linux で利用可能で、ドキュメントに注釈を付けることができます。Tracker Software のPDF-XChange Viewer は、フリーウェア版で注釈やマークアップに制限なく使用できます。AppleのmacOS に統合されている PDF ビューアである Preview も注釈機能を備えており、オープンソース ソフトウェアSkimも同様です。後者はLaTeX、SyncTeX、PDFSync との連携、およびBibDesk文献管理ソフトウェアとの統合をサポートしています。^{[ 96 ]}フリーウェアのQiqqa は、PDF ライブラリ全体で作成したすべての注釈とメモをまとめた注釈レポートを作成できます。テキスト検証ツールは、ドキュメントの差異を注釈とマークアップとしてエクスポートします。

PDFやその他の文書形式への注釈をサポートするWeb注釈システムも存在する。PDFが紙文書と同等の機能を持つことが求められる場合は、手書きによる注釈が必要となる。

PDF は、異なるソフトウェアやハードウェア プラットフォーム間でドキュメントの視覚的な外観を維持することに重点を置いているため、PDF ドキュメントを他のファイル形式に変換したり、テキスト、画像、表、書誌情報、ドキュメントメタデータなどの情報を抽出したりする際に課題が生じます。これらのタスクをサポートするツールやソース コード ライブラリが多数存在します。PDF 変換ツールや情報抽出ツールをテストするためのラベル付きデータセットがいくつか存在し、ツールのパフォーマンスのベンチマーク評価に使用されています。^{[ 97 ]}