Подпишите хэш PDF с помощью java и iText

Файл примера

Вы поделились пример файла, подписанным вашим кодом, в комментарии к вашему вопросу.

Анализ этого файла (выполненный с использованием теста Анализ подписейtestPriyankaSignatureSampleinformedconsent_Signed) показывает, что фактически подписанный хеш

1134ED96F42AC7352E546BE0E906C0BF5D44229AEAFAC39145DB40A0BB7E817B

который должен быть хешем аутентифицированных атрибутов, но их хеш

E7101D9770ABF5E58D43670AAC6E9418265AE80F74B3BDFB67911C0CC5D5D949.

Хэш диапазонов байтов со знаком

D7917CF3BA9FE5D5B626ED825965D699F7C54DBBF9F18DECE18EF8DD36DC4C28,

так что это тоже не хэш. Таким образом, было непонятно, откуда взялся этот подписанный хэш.

В итоге оказалось, что

the encoding utility on web service was different due to which the decoded hash value was wrong and MessageDigest(sh = MessageDigest.getInstance("SHA256", "BC").digest(sh);) is not needed. this line was giving the wrong hash.

Подписание ранее подписанных файлов

После этого появилась новая проблема:

when I am signing file which is already signed is getting sign but with an invalid signature. its showing "the signature byte range is invalid".

Для подписи уже подписанных PDF-файлов вы должны использовать файл режим добавления. Для этого вам нужна другая перегрузка PdfStamper.createSignature с еще одним параметром, boolean, для которого вы установили значение true.

Причина в том, что обычно (т. е. без активации режим добавления) iText реорганизует внутренние структуры PDF и удаляет неиспользуемые объекты. В уже подписанных PDF-файлах это обычно перемещает положение (уже существующей) подписи, что делает структуру подписи недействительной. Однако, используя режим добавления, iText сохраняет исходные байты PDF такими, какими они были, и добавляет только новые данные.

Изменение хэшей

I m just confused that why the value of byte "sh" is getting change for the same file every time? actually, I want to store the hash value of the file. is it because of "cal"?

Действительно, каждый раз, когда вы начинаете манипулировать PDF-файлом, результат получает новый уникальный идентификатор. Кроме того, сохраняется время модификации. И в случае варианта использования подписи также отличается время подписи.

can I get the hash at a time and store it in db and sign the hash later and append in pdf?

Вы либо должны

• держите штамп и внешний вид открытыми на время, или вам придется
• сохранить подготовленный файл, или вам придется
• исправьте iText, чтобы вы могли установить фиксированные значения для времени подписи, времени манипуляции и идентификатора.

1st option is not possible for me. I didn't get the 2nd 3rd option. can you elaborate both or give any reference which I can refer?

Исправление iText для принудительного применения фиксированных хэшей для каждого файла

Хорошо, во-первых, третий вариант, исправление iText, как правило, это то, что вы не хотите делать, потому что это затрудняет включение более поздних обновлений iText.

OpenPdf (старый форк iText) содержит патч, добавляющий свойства EnforcedModificationDate, OverrideFileId и IncludeFileID к PdfStamper. (PdfSignatureAppearance уже имеет свойство SignDate.) Это исправление было применено, чтобы позволить eSignature DSS использовать OpenPdf в процессе подписания (который также включает создание подписанного PDF дважды и поэтому требует фиксированных значений хэш-функции).

Возможно, вы не захотите переключаться на эту старую вилку iText, потому что в ней отсутствуют многие исправления и новые параметры более новых версий iText.

Сохранение уже подготовленного файла

Таким образом, вам, вероятно, следует вместо этого сохранить исходный файл с пустой подписью, например. во временной папке и примените отложенное подписание, как только получите окончательную подпись.

По сути, это то, о чем идет речь в примере iText C4_09_Отложенная подпись, он сначала создает промежуточный PDF-файл со всем, что в нем есть, только байты подписи отсутствуют:

public void emptySignature(String src, String dest, String fieldname, Certificate[] chain) throws IOException, DocumentException, GeneralSecurityException {
    PdfReader reader = new PdfReader(src);
    FileOutputStream os = new FileOutputStream(dest);
    PdfStamper stamper = PdfStamper.createSignature(reader, os, '\0');
    PdfSignatureAppearance appearance = stamper.getSignatureAppearance();
    appearance.setVisibleSignature(new Rectangle(36, 748, 144, 780), 1, fieldname);
    appearance.setCertificate(chain[0]);
    ExternalSignatureContainer external = new ExternalBlankSignatureContainer(PdfName.ADOBE_PPKLITE, PdfName.ADBE_PKCS7_DETACHED);
    MakeSignature.signExternalContainer(appearance, external, 8192);
}

Только на втором этапе вводится фактическая подпись:

public void createSignature(String src, String dest, String fieldname, PrivateKey pk, Certificate[] chain) throws IOException, DocumentException, GeneralSecurityException {
    
    PdfReader reader = new PdfReader(src);
    FileOutputStream os = new FileOutputStream(dest);
    ExternalSignatureContainer external = new MyExternalSignatureContainer(pk, chain);
    MakeSignature.signDeferred(reader, fieldname, os, external);
}

с использованием

class MyExternalSignatureContainer implements ExternalSignatureContainer {

    protected PrivateKey pk;
    protected Certificate[] chain;
    
    public MyExternalSignatureContainer(PrivateKey pk, Certificate[] chain) {
        this.pk = pk;
        this.chain = chain;
    }
    
    public byte[] sign(InputStream is) throws GeneralSecurityException {
        try {
            PrivateKeySignature signature = new PrivateKeySignature(pk, "SHA256", "BC");
            String hashAlgorithm = signature.getHashAlgorithm();
            BouncyCastleDigest digest = new BouncyCastleDigest();
            PdfPKCS7 sgn = new PdfPKCS7(null, chain, hashAlgorithm, null, digest, false);
            byte hash[] = DigestAlgorithms.digest(is, digest.getMessageDigest(hashAlgorithm));
            Calendar cal = Calendar.getInstance();
            byte[] sh = sgn.getAuthenticatedAttributeBytes(hash, cal, null, null, CryptoStandard.CMS);
            byte[] extSignature = signature.sign(sh);
            sgn.setExternalDigest(extSignature, null, signature.getEncryptionAlgorithm());
            return sgn.getEncodedPKCS7(hash, cal, null, null, null, CryptoStandard.CMS);
        }
        catch (IOException ioe) {
            throw new ExceptionConverter(ioe);
        }
    }

    public void modifySigningDictionary(PdfDictionary signDic) {
    }
    
}

Здесь has рассчитывается на втором шаге, но вам не нужно этого делать, вы можете

• уже вычислить его на первом шаге, не используя исходный ExternalBlankSignatureContainer, как в emptySignature() выше, а вместо этого расширив его для вычисления хэша, как это делает MyExternalSignatureContainer,
• сохранение этого значения в вашей базе данных и
• (как только вы извлечете подпись), вводя эту подпись, используя вариант MyExternalSignatureContainer, который не вычисляет хэш, а вместо этого вводит точно возвращенную подпись.