Pro phiên bản
Bảo mật
Tổng quan nhanh
Phần tiêu đề “Tổng quan nhanh”NextPDF Pro bổ sung một bề mặt bảo mật trên nền NextPDF Core: che nội dung lúc tạo, phát hiện PII ở lớp văn bản, các chiến lược ký từ xa và bằng cloud-KMS, và ký tuần tự nhiều bên. NextPDF Core tạo ra các cấp PAdES B-B và B-T; Pro tạo ra cùng các cấp đó và bổ sung các quy trình ký này trên nền chúng (với B-T, một chữ ký B-B cộng thêm một RFC 3161 signature-time-stamp trên giá trị chữ ký). Trang này ở mức hành vi. Nó nêu mỗi phần làm gì, không làm gì, và ranh giới Enterprise bắt đầu ở đâu.
Tính khả dụng & cấp phép
Phần tiêu đề “Tính khả dụng & cấp phép”Năng lực này có trong NextPDF Pro (nextpdf/pro) và kích hoạt bằng một envelope giấy phép cấp Pro. Một triển khai không có quyền đó sẽ không nạp các lớp của năng lực này. So sánh các phiên bản và lấy giấy phép.
Core kèm theo trình ký CMS phần mềm, client dấu thời gian RFC 3161, xác thực đường dẫn RFC 5280, và việc kiểm tra thu hồi OCSP và CRL. Pro bổ sung việc che dữ liệu, phát hiện PII, và các quy trình ký từ xa/cloud-KMS/tuần tự; các quy trình đó tạo ra cùng các cấp B-B và B-T của Core thông qua ngăn xếp RFC 3161 của Core (với B-T, một signature-time-stamp trên giá trị chữ ký). Một triển khai không có quyền Pro đang hoạt động sẽ không nạp các lớp này; hợp đồng ký của Core vẫn tiếp tục hoạt động không thay đổi.
Cài đặt
Phần tiêu đề “Cài đặt”composer require nextpdf/pro:^3Tổng quan khái niệm
Phần tiêu đề “Tổng quan khái niệm”Engine che dữ liệu áp dụng một danh sách quy tắc có thứ tự lên văn bản trước khi trang được ghi. Mỗi quy tắc khớp một biểu thức chính quy. Một quy tắc thay thế phần khớp theo một trong ba cách: một bản tô black-box loại bỏ văn bản khỏi content stream, một dãy dấu sao có cùng số ký tự, hoặc một nhãn cố định chẳng hạn [REDACTED]. Engine loại bỏ các đối tượng văn bản nền cho chế độ black-box theo đúng những gì đã được kiểm thử; nó không khẳng định rằng mọi dạng nội dung nhạy cảm đều được tìm thấy. Việc phát hiện phụ thuộc vào các quy tắc bạn cấu hình.
Bề mặt PII là một công cụ phát hiện, không phải một bảo đảm che dữ liệu. Nó trích xuất lớp văn bản, rồi áp dụng các mẫu dựng sẵn cho địa chỉ email, số điện thoại, số An sinh xã hội Hoa Kỳ, và số thẻ tín dụng. Nó trả về một dạng đã che của văn bản và một số đếm các lần khớp. Nó không ghi đè các glyph đã render trong ảnh trang. Một trang đã được quét nhưng không có lớp văn bản sẽ không cho ra kết quả khớp nào. Hãy coi kết quả là việc phát hiện khớp theo mẫu cho các kiểu đã cấu hình, không phải việc loại bỏ dữ liệu cá nhân hoàn toàn.
Bề mặt ký bổ sung các quy trình từ xa và bất đồng bộ trên nền trình ký của Core. Một phiên tính document digest, dựng các thuộc tính đã ký của CMS, và trao các byte thuộc tính đã ký cho một chiến lược ký. Một chiến lược có thể là một cloud KMS, một trình ký ngoài bị trì hoãn, hoặc một đường dẫn nạp bao một chữ ký CAdES hoặc XAdES hiện có. Sau đó phiên lắp ráp CMS SignedData và lưu nó dưới dạng mã hóa DER trong mục Contents của từ điển chữ ký — ISO 32000-2 §12.8.1. SignerInfo mang các thuộc tính đã ký content-type và message-digest; quy trình tính message digest là RFC 5652 §5.4. Một bên xác minh không được tin vào các digest do bên khởi tạo tính; nó tự tính lại content digest và so sánh nó với thuộc tính message-digest một cách độc lập, và phép so sánh phải khớp thì chữ ký mới hợp lệ — quy trình xác minh chữ ký RFC 5652 §5.6.
NextPDF Core tạo ra các cấp PAdES B-B và B-T; NextPDF Pro tạo ra cùng các cấp đó và bổ sung các quy trình ký của nó trên nền chúng. Với B-B, phiên lắp ráp một CMS SignedData với bộ thuộc tính đã ký của B-B và không áp dụng dấu thời gian nào. Với B-T, phiên thêm đúng một RFC 3161 signature-time-stamp dưới dạng một thuộc tính chưa ký (unsigned) của CMS trên giá trị chữ ký: một signature-time-stamp là một thuộc tính chưa ký mang một token dấu thời gian được tính trên giá trị chữ ký số cho một người ký — ETSI EN 319 122-1 §5.3, và MessageImprint của nó là một bản băm của giá trị trường chữ ký SignerInfo, được định danh bởi OID id-aa-timeStampToken — RFC 3161 Appendix A. genTime của dấu thời gian là thời điểm UTC mà token được tạo ra — RFC 3161 §2.4.2. Vì dấu thời gian là một thuộc tính chưa ký, digest đã ký của B-B, giá trị chữ ký SignerInfo, và /ByteRange của PDF không thay đổi; chỉ có CMS lớn thêm. Token RFC 3161 được lấy từ một nhà cung cấp dấu thời gian đã cấu hình (client RFC 3161 mặc định của Core, hoặc một nhà cung cấp do bên gọi cấp); B-T dùng một message imprint SHA-256 trên đường dẫn nhà cung cấp mặc định. NextPDF Pro hiện thực hỗ trợ ký PAdES B-T theo ETSI EN 319 122-1 §5.3, RFC 3161, RFC 5652, và RFC 5816; điều này được kiểm chứng bằng fixture. NextPDF Pro không khẳng định một chứng nhận ETSI EN 319 142-1 độc lập và không khẳng định hiệu lực pháp lý của tài liệu. B-LT và B-LTA bổ sung một Document Security Store và dấu thời gian tài liệu cho việc xác thực lưu trữ dài hạn — ETSI EN 319 142-2 §5.5; các cấp đó là một năng lực Enterprise (nextpdf/enterprise) và không được Pro tạo ra. Xem Ranh giới Enterprise bên dưới.
Vì sao nó hoạt động theo cách này
Phần tiêu đề “Vì sao nó hoạt động theo cách này”Bề mặt ký trao các byte thuộc tính đã ký cho một SigningStrategy thay vì tự giữ một khóa riêng. Một quyết định đó là mấu chốt. Một cloud KMS, một trình ký ngoài bị trì hoãn, hoặc một đường dẫn nạp CAdES/XAdES đều thỏa mãn cùng một hợp đồng, nên mã gọi giữ nguyên và vật liệu khóa không bao giờ đi vào NextPDF. Việc tách phiên thành RemoteSigningSession::prepare() và RemoteSigningSession::complete() cho phép chữ ký trả về một cách bất đồng bộ, vì digest đã được cố định trước khi khóa được chạm tới. Dấu thời gian được gắn dưới dạng một thuộc tính chưa ký của CMS, nên B-T vẫn mang tính cộng thêm: digest đã ký của B-B, giá trị chữ ký SignerInfo, và /ByteRange không bị đụng tới. Mọi mối nối đều fail-closed, vì một đường dẫn ký âm thầm suy giảm còn tệ hơn một đường dẫn dừng lại. Bối cảnh thiết kế: Ký ở quy mô lớn, không thỏa hiệp.
Bề mặt API
Phần tiêu đề “Bề mặt API”| Kiểu | Loại | Vai trò | Độ ổn định | Từ |
|---|---|---|---|---|
RemoteSigningSession | class | Phiên ký từ xa hoặc bất đồng bộ gồm hai pha | ổn định | 1.9.0 |
RemoteSigningConfig | class | Cấu hình phiên bất biến, bao gồm cấp PAdES | ổn định | 1.9.0 |
SequentialSigner | class | Ký tuần tự nhiều bên có hỗ trợ DocMDP | ổn định | 1.9.0 |
SigningStrategy | interface | Hợp đồng cơ chế ký mà một phiên gọi đến | ổn định | 1.9.0 |
PadesWrapper | class | Bao một chữ ký CAdES hoặc XAdES hiện có để nhúng PAdES | ổn định | 1.9.0 |
KmsSignerInterface | interface (SPI) | Hợp đồng driver HSM và KMS bên thứ ba | ổn định | 2.1.0 |
GenerationTimeMasker | class | Che dữ liệu theo quy tắc, áp dụng trước khi trang được ghi | ổn định | 1.9.0 |
MaskingConfig / MaskingRule / MaskingMode | các kiểu | Cấu hình che dữ liệu, quy tắc, và chế độ thay thế | ổn định | 1.9.0 |
RemoteSigningConfig mang một trường cấp PAdES mà enum của nó là SignatureLevel của Core. Đường dẫn ký của Pro tạo ra baseline B-B và cấp B-T: hãy cấu hình RemoteSigningConfig::default()->withLevel(SignatureLevel::PAdES_B_T) (hoặc dùng SequentialSigner::withTimestamping()) và cấp một nhà cung cấp dấu thời gian, rồi phiên thêm thuộc tính chưa ký RFC 3161 signature-time-stamp. Không gian /Contents dành sẵn của B-T được nâng tự động để token vừa khớp; một không gian được cấu hình quá nhỏ sẽ fail closed với một lỗi cấu hình có kiểu thay vì cắt bớt. Một cấp cao hơn B-T được mang trong config (B-LT hoặc B-LTA) là một giá trị được khai báo trước mà Pro không thực hiện; trình tạo dài hạn đó phân giải lúc chạy thông qua hợp đồng của Core và được kèm trong gói nextpdf/enterprise.
Mẫu mã — Bắt đầu nhanh
Phần tiêu đề “Mẫu mã — Bắt đầu nhanh”<?php
declare(strict_types=1);
require_once __DIR__ . '/vendor/autoload.php';
use NextPDF\Pro\Security\Signing\RemoteSigningSession;use NextPDF\Pro\Security\Signing\SigningStrategy;
/** * Produce a signed PDF using any signing strategy. * * @param string $pdfWithPlaceholder PDF bytes with a signature placeholder. * @param SigningStrategy $strategy A cloud-KMS, deferred, or ingest strategy. * * @return string The signed PDF bytes. */function signWithStrategy(string $pdfWithPlaceholder, SigningStrategy $strategy): string{ $session = RemoteSigningSession::create($pdfWithPlaceholder);
$session->prepare( certDer: $strategy->getCertificateDer(), chainDer: $strategy->getCertificateChainDer(), algorithmOid: $strategy->getSignatureAlgorithmOid(), digestAlgorithm: $strategy->getDigestAlgorithm(), contentsHexStart: 0, contentsHexEnd: 0, );
return $session->complete($strategy);}Bên gọi phụ thuộc vào hợp đồng SigningStrategy. Một chiến lược cloud-KMS và một chiến lược nạp CAdES đều thỏa mãn nó, nên đoạn mã này không thay đổi giữa các chiến lược.
Mẫu mã — Sản phẩm
Phần tiêu đề “Mẫu mã — Sản phẩm”<?php
declare(strict_types=1);
require_once __DIR__ . '/vendor/autoload.php';
use NextPDF\Pro\Security\Signing\SequentialSigner;use NextPDF\Pro\Security\Signing\SigningStrategy;use Psr\Log\LoggerInterface;
final readonly class ApprovalWorkflow{ public function __construct(private LoggerInterface $logger) {}
/** * Sign a PDF with two parties in sequence. * * @param string $pdfData The PDF bytes to sign. * @param SigningStrategy $approver The first-party strategy. * @param SigningStrategy $reviewer The second-party strategy. * * @return string The signed PDF bytes. */ public function run(string $pdfData, SigningStrategy $approver, SigningStrategy $reviewer): string { try { $result = SequentialSigner::create($pdfData) ->addSigner($approver, 'Approver', reason: 'Approved') ->addSigner($reviewer, 'Reviewer', reason: 'Reviewed') ->sign();
$this->logger->info('Sequential signing complete', [ 'signatures' => $result->signatureCount, ]);
return $result->pdfData; } catch (\Throwable $e) { $this->logger->error('Sequential signing failed', ['error' => $e->getMessage()]);
throw $e; } }}Mỗi người ký là một revision incremental riêng. Khối catch ghi nhật ký rồi ném lại; nó không nuốt thất bại, điều này giữ cho đường dẫn ký fail-closed.
Trường hợp ngoại lệ & lưu ý
Phần tiêu đề “Trường hợp ngoại lệ & lưu ý”- Một chữ ký đã tạo không phải là một chữ ký đã được xác minh. Việc xác thực đường dẫn chạy tại bên xác minh với các trust anchor của bên đó — RFC 5280 §6.1. Bên tạo không thể khẳng định kết quả.
- Việc phát hiện của che dữ liệu phụ thuộc vào các quy tắc đã cấu hình. Một bộ quy tắc không khớp một giá trị thì không che giá trị đó. Engine không khẳng định rằng mọi nội dung nhạy cảm đều được tìm thấy.
- Việc phát hiện PII chỉ ở lớp văn bản. Một trang đã được quét nhưng không có lớp văn bản sẽ không cho ra kết quả khớp nào. Công cụ không ghi đè các glyph đã render trên trang.
- Cấu trúc CMS phải vừa với không gian
Contentsdành sẵn. CMS SignedData B-B với một chuỗi chứng chỉ đầy đủ có một kích thước; hãy định cỡ không gian dành sẵn cho phù hợp, nếu không phiên sẽ làm phát sinh một lỗi tràn. - Một chiến lược cloud-KMS phụ thuộc vào khả năng tiếp cận mạng và tính sẵn sàng của nhà cung cấp. Một lỗi mạng hoặc lỗi nhà cung cấp làm phát sinh một exception có kiểu; phiên không âm thầm tạo ra một tài liệu chưa ký.
unknowncủa OCSP không phải làgood. Hãy coiunknownlà một sự không-xác-định — RFC 6960 §2.2.
Hiệu năng
Phần tiêu đề “Hiệu năng”Một chữ ký phần mềm chỉ mất vài mili giây một chữ số. Một chữ ký cloud-KMS thêm một lượt khứ hồi mạng tới nhà cung cấp. Một chữ ký B-T thêm một lượt khứ hồi tới nhà cung cấp dấu thời gian đã cấu hình bên trên thao tác ký. Ngân sách thời gian 1500 ms bao gồm một chữ ký B-B đơn lẻ với một nhà cung cấp từ xa trên một kết nối đã được làm nóng. Chi phí che dữ liệu tỷ lệ thuận với số quy tắc và độ dài văn bản. Hồ sơ khả năng tái lập là structural: các thuộc tính đã ký của B-B nhúng thời điểm ký và một chữ ký B-T còn nhúng thêm một token dấu thời gian, nên hai lần chạy sẽ khác nhau ở các byte signing-time và dấu thời gian, trong khi cấu trúc đã ký vẫn giống hệt nhau.
Lưu ý bảo mật
Phần tiêu đề “Lưu ý bảo mật”Đây là một ranh giới mã hóa, nên mô hình mối đe dọa là tường minh. Byte range được engine tính ra và không bao giờ được nhận từ bên gọi. Đường dẫn ký là fail-closed: một lỗi nguyên hàm hoặc một thiếu hụt năng lực sẽ làm phát sinh một exception có kiểu và không bao giờ âm thầm hạ cấp xuống một thuật toán yếu hơn. Một chiến lược cloud-KMS là một điểm tích hợp, không phải một kho khóa. Việc bảo vệ khóa phụ thuộc vào cách xử lý khóa, KMS đã cấu hình, và triển khai; NextPDF Pro không giữ khóa riêng cho một chiến lược KMS. Pro vận hành ở chế độ tương thích FIPS khi được cấu hình với một KMS hoặc HSM đã được thẩm định FIPS; bản thân NextPDF Pro không phải một module mã hóa đã được thẩm định FIPS. Trang này liên quan đến việc ký mã hóa; mọi nguồn quy phạm đều được diễn giải lại và không nguồn nào được sao chép nguyên văn.
Lưu trú dữ liệu & biện pháp giảm thiểu PII
Phần tiêu đề “Lưu trú dữ liệu & biện pháp giảm thiểu PII”Các bề mặt che dữ liệu và PII chạy in-process. Không có nội dung tài liệu nào rời khỏi host cho việc che dữ liệu hay phát hiện PII. Một chiến lược cloud-KMS gửi digest của các thuộc tính đã ký, không phải tài liệu, tới nhà cung cấp cho thao tác ký. Việc phát hiện PII được khớp theo mẫu trên các kiểu đã cấu hình và loại bỏ các đối tượng văn bản nền cho chế độ black-box theo đúng những gì đã được kiểm thử; nó không phải một bảo đảm loại bỏ dữ liệu cá nhân hoàn toàn và không phải một tuyên bố về tuân thủ quy định.
Đo từ xa an toàn & làm sạch nhật ký
Phần tiêu đề “Đo từ xa an toàn & làm sạch nhật ký”Thư viện làm phát sinh các exception có kiểu với thông báo mang tính cấu trúc. Nó không ghi nội dung tài liệu hay các giá trị PII đã phát hiện vào thông báo exception hay nhật ký. Một triển khai có ghi nhật ký quanh đường dẫn ký nên ghi các trường cấu trúc được trình bày trong mẫu sản phẩm, không phải các byte tài liệu.
Hành vi ở chế độ FIPS
Phần tiêu đề “Hành vi ở chế độ FIPS”Pro chọn thuật toán từ thuật toán chữ ký đã cấu hình và từ chiến lược. Khi được cấu hình với một KMS hoặc HSM đã được thẩm định FIPS, thao tác mã hóa chạy trong ranh giới đã thẩm định đó. Bản thân NextPDF Pro thực hiện việc lắp ráp có cấu trúc và tính digest; nó không phải một module đã được thẩm định FIPS và không đưa ra tuyên bố chứng nhận FIPS nào.
Ranh giới Enterprise
Phần tiêu đề “Ranh giới Enterprise”NextPDF Pro tạo ra baseline B-B và cấp B-T. B-T thêm một RFC 3161 signature-time-stamp dưới dạng một thuộc tính chưa ký của CMS trên giá trị chữ ký, được tính trên giá trị chữ ký số cho một người ký — ETSI EN 319 122-1 §5.3. NextPDF Pro hiện thực điều này theo ETSI EN 319 122-1 §5.3, RFC 3161, RFC 5652, và RFC 5816; nó được kiểm chứng bằng fixture. NextPDF Pro không khẳng định một chứng nhận ETSI EN 319 142-1 độc lập và không khẳng định hiệu lực pháp lý của tài liệu.
Các cấp B-LT và B-LTA là năng lực Enterprise và không được Pro tạo ra. B-LT và B-LTA bổ sung một Document Security Store và dấu thời gian tài liệu cho việc xác thực lưu trữ dài hạn — ETSI EN 319 142-2 §5.5. Một cấu hình yêu cầu một Document Security Store hoặc vòng lặp lưu trữ dài hạn sẽ phân giải trình tạo đó lúc chạy thông qua hợp đồng của Core; trình tạo đó được kèm trong gói nextpdf/enterprise. Trong một triển khai chỉ có Pro, việc yêu cầu B-LT hoặc B-LTA sẽ fail closed với một thông báo nêu tên thành phần Enterprise còn thiếu. Pro không tạo Document Security Store, không tạo từ điển VRI, không tạo dấu thời gian tài liệu, và không tạo vòng lặp lưu trữ, và không đưa ra tuyên bố xác thực dài hạn (LTV) nào. Việc lưu giữ khóa bằng phần cứng qua PKCS#11, và hồ sơ chính sách mã hóa FIPS 140-3, cũng là năng lực Enterprise.
| Cấp PAdES | Bổ sung | Phiên bản trình tạo |
|---|---|---|
| B-B | Chữ ký CMS với các thuộc tính đã ký | Core, Pro, Enterprise |
| B-T | Một thuộc tính chưa ký RFC 3161 signature-time-stamp trên giá trị chữ ký | Core, Pro, Enterprise |
| B-LT | Document Security Store với tài liệu xác thực | Enterprise (nextpdf/enterprise) |
| B-LTA | Dấu thời gian tài liệu cho tính hợp lệ lưu trữ | Enterprise (nextpdf/enterprise) |
Hợp đồng hành vi
Phần tiêu đề “Hợp đồng hành vi”- Che dữ liệu áp dụng các quy tắc đã cấu hình trước khi trang được ghi và loại bỏ các đối tượng văn bản nền cho chế độ black-box theo đúng những gì đã được kiểm thử.
- Phát hiện PII trích xuất lớp văn bản, áp dụng các mẫu đã cấu hình, và trả về một dạng đã che và một số đếm các lần khớp. Nó không ghi đè các glyph đã render.
- Ký từ xa gồm hai pha: prepare tính digest và dựng các thuộc tính đã ký; complete lắp ráp CMS và nhúng nó.
- Pro tạo ra baseline B-B và cấp B-T. Với B-T, phiên thêm một RFC 3161 signature-time-stamp dưới dạng một thuộc tính chưa ký của CMS trên giá trị chữ ký; digest đã ký của B-B và
/ByteRangekhông thay đổi. Một yêu cầu B-T không có nhà cung cấp dấu thời gian, hoặc với một không gianContentsđược cấu hình quá nhỏ, sẽ fail closed với một lỗi cấu hình có kiểu. Một yêu cầu B-LT hoặc B-LTA mà không có gói Enterprise sẽ fail closed với một lỗi có tên. - Một chiến lược cloud-KMS nhận digest của các thuộc tính đã ký, không phải tài liệu, và trả về các byte chữ ký thô.
Tính phù hợp
Phần tiêu đề “Tính phù hợp”| Tuyên bố | Tiêu chuẩn | Điều khoản |
|---|---|---|
Chữ ký CMS được lưu dưới dạng mã hóa DER trong mục Contents của từ điển chữ ký. | ISO 32000-2 | §12.8.1 |
| Quy trình tính message digest; các thuộc tính đã ký mang content-type và message-digest. | RFC 5652 | §5.4 |
| Bên xác minh không được tin vào các digest do bên khởi tạo tính; nó tự tính lại và so sánh một cách độc lập (quy trình xác minh chữ ký). | RFC 5652 | §5.6 |
| Một signature-time-stamp của PAdES B-T là một thuộc tính chưa ký mang một token dấu thời gian được tính trên giá trị chữ ký số cho một người ký (Pro tạo ra B-T). | ETSI EN 319 122-1 | §5.3 |
MessageImprint của token id-aa-timeStampToken thuộc signature-time-stamp là một bản băm của giá trị trường chữ ký SignerInfo. | RFC 3161 | Appendix A |
Ở phía xác minh, NextPDF ràng buộc MessageImprint của một signature-time-stamp với giá trị chữ ký SignerInfo và fail closed khi có sự không khớp, token thiếu/trùng lặp, hoặc imprint SHA-1 (xác minh nghiêm ngặt, không phải một chứng nhận). | RFC 3161 | Appendix A |
| Một token dấu thời gian B-T mang một genTime UTC là thời điểm token được tạo ra. | RFC 3161 | §2.4.2 |
| Việc xác thực đường dẫn chứng thực kiểm tra các basic constraint và các đầu vào đường dẫn tới một trust anchor. | RFC 5280 | §6.1 |
| OCSP báo cáo certStatus là good, revoked, hoặc unknown. | RFC 6960 | §2.2 |
| B-LT và B-LTA bổ sung một Document Security Store và dấu thời gian tài liệu cho xác thực dài hạn (ranh giới Enterprise). | ETSI EN 319 142-2 | §5.5 |
Mọi điều khoản đều được diễn giải lại. NextPDF không sao chép nguyên văn văn bản quy phạm. Hãy tham khảo các tiêu chuẩn đã xuất bản để có câu chữ chính thức. NextPDF Pro hiện thực hỗ trợ ký PAdES B-T theo ETSI EN 319 122-1 §5.3 (signature-time-stamp), RFC 3161, RFC 5652, và RFC 5816, và nó được kiểm chứng bằng fixture. ETSI EN 319 142-1 (phần các cấp baseline của PAdES) nằm ngoài bộ bằng chứng được trích dẫn; do đó NextPDF Pro không khẳng định một chứng nhận, tính phù hợp, hay sự tuân thủ ETSI EN 319 142-1 độc lập, và không khẳng định hiệu lực pháp lý của tài liệu. Trang này nêu cấu trúc được tạo ra, các tiêu chuẩn mà hỗ trợ B-T hiện thực, và ranh giới B-LT/B-LTA của Enterprise, không phải một cấp tính phù hợp đã được chứng nhận.
Ranh giới xuất bản
Phần tiêu đề “Ranh giới xuất bản”Trang này chỉ mô tả hành vi có thể quan sát được từ bên ngoài và bề mặt API công khai được hỗ trợ. Các đường dẫn namespace nội bộ, các lớp trợ giúp, các bảng cơ chế, tên tệp runbook, và các tiền tố ticket nằm ngoài phạm vi.
Xem thêm
Phần tiêu đề “Xem thêm”- Bảo mật — Tham chiếu chuyên sâu — tham chiếu chuyên sâu cho bề mặt bảo mật Pro này.
- Ký của Core — trình ký CMS, dấu thời gian RFC 3161, xác thực đường dẫn RFC 5280, OCSP và CRL.
- PAdES ánh xạ baseline — B-B, B-T, B-LT, B-LTA trên các phiên bản.
- NextPDF Pro — toàn bộ bề mặt tính năng của Pro.
- Bảo mật của Core — mã hóa và bề mặt chữ ký rộng hơn.
- CMS · PAdES · RFC 3161 timestamp · KMS · DSS — các thuật ngữ bảng chú giải.