Commit Graph
10 Commits
Author SHA1 Message Date
Alam 4dd34a659a Merge pull request #956 from AB527/fix/952-validate-doc-timestamps
(Bug) Detect and verify document timestamps in Validate Signature
2026-11-12 13:50:09 +05:30
alam00000 fa064d7f44 update terms for hyper and kura 2026-11-09 00:31:45 +05:30
alam00000 1a55d8d44b Tighten commercial license terms and Hyper Compress bundle conditions 2026-11-03 14:35:07 +05:30
Atharva Bedekar c244fbe8aa fix(validate-signature): flag weak timestamp imprints and ignore signer entries
Treat an MD5 or SHA-1 messageImprint as an insecure digest and show the
imprint algorithm in Technical Details.

Ignore Reason, Location, ContactInfo and Name on document timestamps, as
ISO 32000-2 Table 255 requires for ETSI.RFC3161.

The insecure digest status could not be reached because such results are
never valid, so these cards read "Invalid Signature". Show it in the
invalid branch instead.
2026-10-31 15:21:54 +05:30
alam00000 cbf7be541b docs(i18n): translate the new Multi Tool FAQ and docs 2026-10-30 19:34:50 +05:30
alam00000 6ac0599ce3 feat(multi-tool): replace the page grid with the pdfium organizer 2026-10-30 16:11:50 +05:30
alam00000 1a6b38c077 fix(docs): clarify Hyper Licensing 2026-10-27 13:23:08 +05:30
Atharva Bedekar 2daa7e2ad0 fix(validate-signature): detect and verify document timestamps
PDFs whose only signature is an RFC 3161 document timestamp
(/Type /DocTimeStamp, /SubFilter /ETSI.RFC3161) were reported as having
no signatures, because timestamp dictionaries were skipped on purpose.
node-forge also cannot parse a timestamp token directly, since it only
accepts SignedData that wraps plain data.

Timestamps are now extracted and flagged as such. The TSTInfo is read
from the token, and verification checks that its messageImprint matches
the signed byte range and that the TSA signature covers the TSTInfo.
The timestamp's genTime is shown as the date, and the result card uses
timestamp wording.

Fixes #952
2026-10-26 17:33:16 +05:30
Atharva Bedekar 49ab2ef17f feat: drag-and-drop reordering for multi-file to PDF conversions
Tools that combine several files into a single PDF used the upload
order as the page order, with no way to change it short of clearing
and re-adding files. Each file row now has a drag handle, and the
new order is used when the PDF is built.

Applies to the JPG, PNG, WebP, BMP, HEIC, SVG, TIFF, Image and TXT
to PDF tools. The shared logic lives in utils/sortable-file-list.ts
(built on the existing sortablejs dependency) instead of being
duplicated per page.
2026-10-25 15:34:16 +05:30
alam00000 4edb1718cc feat: translate all pages, UI messages and docs and fix SEO redirects and indexing 2026-10-25 12:55:21 +05:30