Enterprise phiên bản
Archive — Tài liệu tham chiếu chuyên sâu
Tổng quan nhanh
Phần tiêu đề “Tổng quan nhanh”Đây là tài liệu tham chiếu sâu cho bề mặt lưu trữ của NextPDF Enterprise: cách DSS và VRI được cấu trúc, kiểm tra sức khỏe LTV soi xét những gì, và cách vòng lặp lưu trữ dấu thời gian tài liệu mở rộng tính hợp lệ theo thời gian. Nó ở mức hành vi và mức contract. Các kiểu hiện thực Enterprise cụ thể chủ ý không được nêu tên ở đây; trang chỉ tham chiếu gói công khai và bề mặt contract của Core.
Tính khả dụng và cấp phép
Phần tiêu đề “Tính khả dụng và cấp phép”Năng lực này được cung cấp trong NextPDF Enterprise (nextpdf/enterprise) và kích hoạt cùng một license envelope ở tier Enterprise. Một triển khai không có quyền dùng đó sẽ không nạp các class của năng lực này. So sánh các phiên bản và nhận giấy phép.
Ma trận level→tier chuẩn: B-B là baseline do Core, Pro và Enterprise tạo ra; B-T (có dấu thời gian) do Core, Pro và Enterprise tạo ra — Core cung cấp đường dấu thời gian RFC 3161, nên B-T không yêu cầu một gói premium; Pro không ghi DSS hay dấu thời gian tài liệu; B-LT và B-LTA chỉ do riêng Enterprise tạo ra. Trong một triển khai chỉ có Pro, việc yêu cầu một level dài hạn sẽ fail closed với một thông điệp nêu tên thành phần Enterprise còn thiếu.
| PAdES level | Bổ sung | Phiên bản tạo |
|---|---|---|
| B-B | Chữ ký CMS với các thuộc tính đã ký | Core, Pro, Enterprise |
| B-T | Dấu thời gian RFC 3161 tin cậy trên giá trị chữ ký | Core, Pro, Enterprise |
| B-LT | Document Security Store với vật liệu xác thực | Chỉ Enterprise |
| B-LTA | Dấu thời gian tài liệu trên DSS (vòng lặp lưu trữ) | Chỉ Enterprise |
Cấu trúc DSS và VRI
Phần tiêu đề “Cấu trúc DSS và VRI”DSS là một dictionary ở cấp Catalog mang theo vật liệu xác thực mà một trình xác minh cần sau khi một chứng chỉ ký hết hạn — ISO 32000-2 §12.8.4.3. Nó phơi bày các mảng đối tượng stream /Certs, /OCSPs và /CRLs, được khử trùng lặp theo content hash. Xác thực dài hạn dùng hai kiểu dictionary — DSS và dictionary dấu thời gian tài liệu — ISO 32000-2 §12.8.
VRI (Validation Related Information) là một sub-dictionary theo từng chữ ký, được đánh khóa theo hash chữ hoa của giá trị /Contents của chữ ký đó. Nó lập chỉ mục các đối tượng /Cert, /OCSP và /CRL cụ thể cho riêng một chữ ký đó và có thể mang theo một mục thời-gian-xác-thực /TU. VRI tắt theo mặc định: ETSI EN 319 142-1 V1.2.1 §5.4 khuyến nghị không dùng VRI trong DSS cho các tài liệu mới. Người gọi có thể bật nó cho các trình xác thực hiển thị trạng thái theo từng chữ ký tốt hơn khi có nó. ETSI EN 319 142-2 mô tả cùng cách cấu thành dài hạn — §5.5 — và sự hỗ trợ của handler — §6.3.3.3.
Kiểm tra sức khỏe LTV
Phần tiêu đề “Kiểm tra sức khỏe LTV”Kiểm tra sức khỏe LTV là một chính sách tuân thủ Enterprise soi xét một tài liệu hiện có về tính đầy đủ cho lưu trữ. Nó kiểm tra: sự hiện diện của DSS; liệu các phản hồi OCSP (/OCSPs) hoặc, ở mức chấp nhận được, các CRL (/CRLs) có được nhúng hay không; liệu kho chứng chỉ (/Certs) có hiện diện hay không; và liệu VRI theo từng chữ ký có hiện diện hay không. Nó phát ra các phát hiện có cấu trúc — thông tin khi một cấu trúc hiện diện, một lỗi khi DSS hoặc cả OCSP lẫn CRL vắng mặt, và một cảnh báo khi VRI hoặc kho chứng chỉ còn thiếu. Mỗi phát hiện mang theo tham chiếu ISO 32000-2 §12.8.4.3.
Kiểm tra này là cấu trúc, không phải mật mã. Nó báo cáo liệu các cấu trúc có tồn tại hay không; nó không xác minh lại dữ liệu OCSP hay CRL được nhúng. Một phản hồi OCSP hiện-diện-nhưng-cũ vẫn báo cáo là hiện diện. Bản thân vật liệu thu hồi (revocation) cũng bị giới hạn thời gian: một phản hồi OCSP báo cáo good, revoked hoặc unknown — RFC 6960 §2.2 — bị giới hạn bởi thisUpdate/nextUpdate — RFC 6960 §4.2.
Vòng lặp lưu trữ
Phần tiêu đề “Vòng lặp lưu trữ”Một dấu thời gian tài liệu B-LTA được neo bởi một chứng chỉ TSA có tuổi thọ hữu hạn, được ghi qua dictionary dấu thời gian tài liệu — ISO 32000-2 §12.8.5. Trước khi chứng chỉ đó hết hạn, vòng lặp lưu trữ:
- Thu thập vật liệu thu hồi mới cho chuỗi chứng chỉ TSA.
- Tùy chọn thêm một mục VRI được đánh khóa theo hash chứng chỉ TSA.
- Ghi lại DSS với vật liệu đã cập nhật.
- Thêm một dấu thời gian tài liệu mới trên trạng thái tài liệu đã cập nhật qua một trao đổi RFC 3161 — §2.4.1 — với
genTimelà thời điểm tạo theo UTC — §2.4.2.
Mỗi dấu thời gian mới phủ lên các dấu trước đó, nên tính hợp lệ kéo dài chừng nào vòng lặp còn chạy trước khi mỗi chứng chỉ dấu thời gian hết hạn. Việc chạy nó theo lịch là một nghĩa vụ vận hành. Vòng lặp làm phát sinh một lỗi nếu được yêu cầu mà không có TSA nào được cấu hình hoặc dưới một chính sách mạng strict-offline.
Bề mặt API (chỉ contract công khai)
Phần tiêu đề “Bề mặt API (chỉ contract công khai)”| Kiểu | Loại | Vai trò | Độ ổn định | Từ |
|---|---|---|---|---|
LtvManagerInterface | interface (NextPDF\Contracts) | Contract producer dài hạn + vòng lặp lưu trữ được phân giải tại runtime | stable | 1.0.0 |
TsaClientInterface | interface | Client TSA RFC 3161 được vòng lặp dùng | stable | 1.0.0 |
SignatureLevel | enum (NextPDF\Security\Signature) | B-LTA là level lưu trữ | stable | 1.0.0 |
Kiểm tra sức khỏe LTV chạy như một chính sách tuân thủ Enterprise và phát ra các phát hiện có cấu trúc. Mã production phụ thuộc vào các contract; các class hiện thực lưu trữ cụ thể là nội bộ và không phải là một phần của public API.
Phù hợp tiêu chuẩn
Phần tiêu đề “Phù hợp tiêu chuẩn”| Tuyên bố | Tiêu chuẩn | Điều khoản |
|---|---|---|
| LTV dùng một DSS và một dictionary dấu thời gian tài liệu. | ISO 32000-2 | §12.8 |
| DSS là dictionary là giá trị của khóa DSS trong catalog tài liệu; chứa Certs, OCSPs, CRLs. | ISO 32000-2 | §12.8.4.3 |
| Cấu trúc dictionary dấu thời gian tài liệu. | ISO 32000-2 | §12.8.5 |
| DSS + dấu thời gian tài liệu cho các chữ ký dài hạn. | ETSI EN 319 142-2 | §5.5 |
| Handler hỗ trợ DSS + dấu thời gian tài liệu. | ETSI EN 319 142-2 | §6.3.3.3 |
| Request RFC 3161 trả về TSTInfo; genTime là thời điểm tạo theo UTC. | RFC 3161 | §2.4.1, §2.4.2 |
| OCSP good/revoked/unknown bị giới hạn bởi thisUpdate/nextUpdate. | RFC 6960 | §2.2, §4.2 |
Mọi điều khoản đều được diễn giải lại. NextPDF không tái hiện văn bản quy phạm. NextPDF không đưa ra tuyên bố chứng nhận PAdES nào: các cấu trúc lưu trữ được căn chỉnh theo các level dài hạn được định nghĩa trong ETSI EN 319 142; không có kết quả kiểm thử phù hợp tiêu chuẩn hay chứng thực của bên thứ ba nào được tuyên bố. Phần baseline-levels của ETSI EN 319 142-1 nằm ngoài tập bằng chứng được trích dẫn; neo ETSI được trích dẫn là EN 319 142-2, và các neo ISO/RFC mang theo các tuyên bố về dài hạn, dấu thời gian và thu hồi — cùng tư thế công bố như tài liệu tham chiếu về ký của Core. Liệu chữ ký đã lưu trữ có xác thực được hay không là quyết định của trình xác minh dựa trên các trust anchor của nó và chính sách độ tươi của thông tin thu hồi.
Trường hợp biên và hành vi ở FIPS-mode
Phần tiêu đề “Trường hợp biên và hành vi ở FIPS-mode”Trường hợp biên
Phần tiêu đề “Trường hợp biên”- Kiểm tra sức khỏe LTV là cấu trúc; một bản lưu trữ trông đầy đủ vẫn có thể chứa dữ liệu thu hồi cũ. Hãy coi một lần pass là sự hiện diện, không phải tính hợp lệ.
- Vắng mặt VRI là một cảnh báo, không phải một lỗi: một DSS không có VRI là hợp lệ.
- Vòng lặp lưu trữ phải chạy trước
notAftercủa chứng chỉ dấu thời gian; một lần chạy muộn không thể mở rộng chuỗi. - Chính sách strict-offline chặn vòng lặp vì nó cần một token TSA mới và vật liệu thu hồi mới.
- Không có TSA nào được cấu hình: vòng lặp làm phát sinh một lỗi thay vì bỏ qua dấu thời gian.
Hành vi ở FIPS-mode
Phần tiêu đề “Hành vi ở FIPS-mode”Hồ sơ chính sách mật mã FIPS 140-3 là một năng lực Enterprise được tài liệu hóa cùng với module security. Bề mặt lưu trữ chỉ thêm digest SHA-256 được dùng cho dấu thời gian tài liệu và trao đổi RFC 3161. Dưới hồ sơ FIPS, cùng các cấu trúc DSS, VRI và dấu thời gian tài liệu được tạo ra; ràng buộc áp dụng cho các thuật toán digest và ký, không phải cho bố cục lưu trữ.
Tư thế kiểm soát xuất khẩu
Phần tiêu đề “Tư thế kiểm soát xuất khẩu”Module này liên quan tới chức năng mật mã; hãy coi nó là nhạy cảm về bảo mật trong quá trình rà soát của riêng bạn.
Hợp đồng hành vi
Phần tiêu đề “Hợp đồng hành vi”- Bề mặt DSS, VRI, LTV-health và archival-loop chỉ thuộc Enterprise. Core tạo B-B và B-T (có dấu thời gian); một triển khai chỉ có Pro tạo B-B và B-T nhưng không thể tạo hay duy trì một chữ ký dài hạn (B-LT/B-LTA).
- Kiểm tra sức khỏe LTV báo cáo sự hiện diện cấu trúc của DSS, OCSP/CRL, kho chứng chỉ, và VRI; nó không xác minh lại dữ liệu thu hồi được nhúng một cách mật mã.
- Vòng lặp lưu trữ ghi lại DSS và thêm một dấu thời gian tài liệu mới trên trạng thái đã cập nhật. Nó phải chạy trước khi chứng chỉ dấu thời gian hết hạn.
- Vòng lặp fail closed khi không có TSA nào được cấu hình hoặc dưới một chính sách mạng strict-offline.
Phương án dự phòng Core
Phần tiêu đề “Phương án dự phòng Core”Trong một triển khai chỉ có Core, bộ ký phần mềm tạo PAdES B-B và B-T (Core cung cấp đường dấu thời gian RFC 3161). Core không có bề mặt DSS, VRI, LTV-health, hay archival-loop; một level dài hạn fail closed qua SignatureLevel::isAvailableInEnvironment trả về false. Bề mặt lưu trữ trên trang này yêu cầu nextpdf/enterprise.
Phương án dự phòng Pro
Phần tiêu đề “Phương án dự phòng Pro”Trong một triển khai chỉ có Pro, đường ký là baseline B-B/B-T của Core cộng với các quy trình ký remote và cloud-KMS của Pro. Pro không tạo DSS, không tạo VRI, và không tạo dấu thời gian tài liệu, và không chạy vòng lặp lưu trữ. Một cấu hình yêu cầu một level dài hạn sẽ phân giải producer Enterprise tại runtime thông qua contract của Core; thiếu nextpdf/enterprise, nó fail closed với một lỗi được nêu tên.
Ghi chú ranh giới Enterprise
Phần tiêu đề “Ghi chú ranh giới Enterprise”Trang này chỉ tham chiếu gói công khai và bề mặt contract của Core. Chi tiết cơ chế nội bộ nằm trong tài liệu nội bộ của source repository và ngoài phạm vi của sổ tay này.
Ranh giới triển khai
Phần tiêu đề “Ranh giới triển khai”NextPDF Enterprise duy trì vật liệu xác thực; nó tích hợp với các responder OCSP/CRL do người gọi cung cấp và một TSA RFC 3161. Nó không vận hành, host, hay bảo đảm tính khả dụng của các responder đó hay của TSA. Tính hợp lệ vô thời hạn phụ thuộc vào các responder, TSA, lịch vòng lặp lưu trữ, và người vận hành — không phải vào riêng NextPDF Enterprise. Người vận hành sở hữu việc chọn và khả năng tiếp cận TSA, quyền truy cập responder thu hồi hoặc vật liệu được thu thập trước, chính sách mạng, và việc chạy vòng lặp lưu trữ trước notAfter của mỗi chứng chỉ dấu thời gian.
Ranh giới công bố
Phần tiêu đề “Ranh giới công bố”Trang này chỉ ghi lại hành vi có thể quan sát được từ bên ngoài và bề mặt public API được hỗ trợ. Các đường dẫn namespace nội bộ, các class trợ giúp, các bảng cơ chế, tên tệp runbook, và tiền tố ticket nằm ngoài phạm vi.
Ranh giới tuân thủ pháp lý
Phần tiêu đề “Ranh giới tuân thủ pháp lý”Module này liên quan tới chức năng mật mã; hãy coi nó là nhạy cảm về bảo mật trong quá trình rà soát của riêng bạn. Việc căn chỉnh theo các cấu trúc dài hạn được định nghĩa trong ETSI EN 319 142 là một tuyên bố cấu trúc, không phải một ý kiến pháp lý và không phải một chứng nhận. NextPDF không đưa ra tuyên bố chứng nhận PAdES nào. Liệu chữ ký đã lưu trữ có xác thực được hay không là quyết định của trình xác minh dựa trên các trust anchor của nó và chính sách độ tươi của thông tin thu hồi.
Xem thêm
Phần tiêu đề “Xem thêm”- Archive (tổng quan năng lực) — trang năng lực mà tài liệu tham chiếu này bổ trợ.
- Tài liệu tham chiếu sâu Signature — producer B-LT / B-LTA.
- Security / Signing (Core) — CMS, RFC 3161, RFC 5280, OCSP/CRL.
- Pro security — baseline B-B và ranh giới Enterprise.
- Ánh xạ baseline PAdES