Сбор подписей .NET перед загрузкой в ​​веб-браузер клиента

Question

Я использую signtool.exe для цифровой подписи автогенерируемого загружаемого контента из C#, вызывая командную строку, а затем передают файл в клиентский браузер. Проблема в том, что, хотя подпись в сети выглядит нормально, загруженный файл, похоже, не имеет своего сегмента. Если вы щелкните правой кнопкой мыши на сгенерированном файле на сервере, вы увидите совершенно хорошую подпись, и если вы просмотрите сертификат, в нем говорится, что «эта цифровая подпись в порядке».

Загруженный файл выглядит по-другому. Хотя это на 15 байт меньше, он не поврежден, но, пока имя проблемы не повреждено, в нем говорится, что эта цифровая подпись недопустима.

Что-то происходит во время транзита? Я использую этот код, чтобы подписать содержание:

Response.Clear();
Response.ContentType = "application/exe";
Response.AddHeader("content-disposition", "filename=" + filename);
Response.AddHeader("Content-Length", fi.Length.ToString());
Response.TransmitFile(filePath);

Спасибо заранее,
Frank.

Answer 1

Является ли ответ отправлен клиенту в заголовках правильной длины или неправильной (короткой)? Используйте Fiddler или Firebug для проверки.

Если это правильно, но клиент не принимает данные, попробуйте Reponse.Flush() после TransmitFile. Я думаю, что это, вероятно, просто суеверие, но многие люди, похоже, это делают.

Answer 2

Попробуйте обновить FileInfo fi перед чтением длины заголовка Content-Length, это может быть кеширование старой длины до подписания или так.