Прежде всего,
Этот класс-обработчик получает данные в виде httpcontext.В этом случае после отправки кнопки все другие данные в полях поступают в обработчик, кроме поля цифровой подписи.
Похоже, в действии отправки формы в формате PDF установлен флаг ExportFormat .В этом случае цифровые подписи не передаются.Вместо этого необходимо либо установить флаг SubmitPDF , который приводит к отправке всего документа со всеми изменениями, либо ни один из этих двух флагов (вызывающих отправку FDF), а вместо этого IncludeAppendSaves флаг, заставляющий представленный файл FDF включать содержимое всех инкрементных обновлений базового документа PDF.
На стороне сервера полный PDF необходим для продолжения высокоуровневых методов iText, для SubmitPDF это именно то, что вы получаете, для IncludeAppendSaves вам нужно объединить исходный PDF-файл с инкрементными обновлениями.
Теперь вы можете извлекать данные подписи.
Поскольку вы используете имя iTextSharp и тег itext , я предполагаю, что вы используете версию 5.5.x, а не версию 7.x iText для .Net.
Каждый раз, когда у вас есть PDF, вы можете определить его подписанные поля подписи, используя метод GetSignatureNames() свойства AcroFields PdfReader, который вы использовали для чтения файла:
PdfReader reader = new PdfReader(path);
AcroFields fields = reader.AcroFields;
List<String> names = fields.GetSignatureNames();
Для каждого такого поля вы можете получить действительные байты сигнатуры из записи Contents словаря сигнатур поля:
byte[] signatureBytes = fields.GetSignatureDictionary(name).GetAsString(PdfName.CONTENTS).GetOriginalBytes();
В случаесовместимые с ISO 32000-1 или подписью PAdES / ISO 32000-2, эти байты будут содержать довольно простую структуру подписи PKCS # 1 или контейнер подписи CMS.Чтобы по-настоящему разобраться в этих структурах, вам обычно также требуется дополнительная информация из словаря сигнатур.