XLSX файлы повреждены во время шифрования

545
user1193339

У меня есть поставщик, который шифрует файл xlsx с помощью сервера McAfee E-Business с PGP версии 7.1.1 с помощью следующей команды:

pgp --encrypt --sign --user $ --passphrase InputFilename --force --overwrite --output OutputFilename

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

gpg -d --output "$" "$"

Этот процесс работает, когда поставщик отправляет мне файлы .txt, .csv или .pdf. Однако, если они пытаются зашифровать и отправить мне файл .xlsx, файл деформируется при расшифровке.

Поставщик отправляет мне файл через SFTP, используя двоичную передачу.

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

Буду признателен за любую помощь в выявлении проблемы или указании дополнительных шагов отладки.

1
Я всегда имел довольно хороший успех, используя следующий синтаксис для шифрования на уровне файлов PGP `pgp -e '\" -р --выход ""--temp-dir"% temp% "--verbose --debug >>% tmplogfile% 2 <& 1`, и затем я могу просмотреть файл журнала позже, если есть проблемы, чтобы увидеть, были ли какие-либо ошибки, и т.д., если кто-то кричит, хотя я, скорее всего, получу электронное письмо об «известной» ошибке из задания, прежде чем кто-то закричит о том, как я настраиваю эти задания. Вы можете отправить им свой журнал PGP или включить подробный просмотр и просмотр. Вы добавляете какую ошибку вы получаете именно тогда, когда у вас возникла проблема? Pimp Juice IT 7 лет назад 0
На стороне расшифровки с PGP я использую этот синтаксис `pgp --decrypt"\"-о""--passphrase --temp-dir "% temp%" --verbose --debug >>% tmplogfile% 2 <& 1` ... вы можете подтвердить, что вам не нужна фраза-пароль с командами GPG в случае, если это происходит и когда вы шифруете и дешифруете своими собственными ключами, может быть что-то неявное, что заставляет это работать против внешней сущности, шифрующей с вашим открытым ключом. SFTP, использующий BINARY, должен быть проблемой, либо перейти в режим ASCII, чтобы легко проверить иное. Pimp Juice IT 7 лет назад 0
Извините за все проклятые комментарии, но я просто о чём-то ещё ... Попросите их отправить вам файл XLSX через соединение SFTP и без шифрования на уровне файлов, чтобы увидеть, какие результаты вы получите. Так как FTP зашифрован через SSH, содержимое файла будет хорошо защищено, и вы можете наблюдать в почтовом ящике, чтобы сразу же переместить файл, если безопасность данных в покое на сервере FTP представляет для них проблему ... Просто думая о простых способах устранения неполадок такого рода. Pimp Juice IT 7 лет назад 0
Похоже, что текстовый режим PGP может быть в силе ... Есть ли в `pgp` опция --no-text? grawity 7 лет назад 0
Спасибо @PIMP_JUICE_IT. Я прошу копию незашифрованного файла сейчас, чтобы посмотреть, смогу ли я заметить проблему. Буду пробовать и ваши подробные записи. user1193339 7 лет назад 0

1 ответ на вопрос

0
pbies

Эти файлы на самом деле являются файлами .zip, так что вы можете попытаться распаковать файл .xlsx как .zip и попробовать, если пароль совпадает с использованным. Если распаковка пройдет хорошо, то возникнет проблема с содержимым архива. Если нет - контрольная сумма CRC не совпадает с контрольной суммой в файле, и вам нужно получить файл еще раз.

Распаковка не сработала. Каждый файл .xlsx, отправляемый поставщиком, имеет эту проблему, в то время как другие файлы работают правильно (csv, txt, pdf). Я думаю, что это определенно проблема с тем, как файлы шифруются. user1193339 7 лет назад 0

Похожие вопросы