XLSX-Dateien während der Verschlüsselung beschädigt

602
user1193339

Ich habe einen Anbieter, der eine xlsx-Datei mit dem McAfee E-Business-Server mit PGP Version 7.1.1 mit folgendem Befehl verschlüsselt:

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

Ich versuche, die Datei mit dem folgenden Befehl zu entschlüsseln.

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

Dieser Vorgang funktioniert, wenn der Anbieter mir TXT-, CSV- oder PDF-Dateien sendet. Wenn sie jedoch versuchen, eine .xlsx-Datei zu verschlüsseln und mir zu senden, wird die Datei beim Entschlüsseln beschädigt.

Der Hersteller sendet mir die Datei per SFTP per Binärübertragung.

Ich kann die Datei auf meinem lokalen Laptop verschlüsseln und sie ohne Probleme entschlüsseln. Daher gehe ich davon aus, dass es etwas mit dem Umgang der Verschlüsselung durch den Anbieter zu tun hat. Ich habe auch die Symantec-Hilfe geprüft und konnte keine Hinweise finden.

Jede Hilfe beim Erkennen des Problems oder das Aufzeigen zusätzlicher Debugging-Schritte wäre willkommen.

1
Mit der folgenden Syntax für die PGP-Verschlüsselung auf Dateiebene war "pgp -e" immer ein ziemlich guter Erfolg.\"-r --Ausgabe ""--temp-dir"% temp% "--verbose --debug >>% tmplogfile% 2 <& 1` & dann kann ich die Protokolldatei später überprüfen, ob Probleme aufgetreten sind, um festzustellen, ob Fehler aufgetreten sind Jemand schreit, obwohl ich wahrscheinlich eine E-Mail über einen "bekannten" Fehler aus dem Job erhalten würde, bevor jemand mit der Art und Weise, wie ich diese Jobs aufbaute, schrie. Vielleicht möchten Sie Ihnen das PGP-Protokoll senden oder ausführlich und ausführlich aktivieren welchen Fehler bekommst du genau, wenn du das Problem hast? Pimp Juice IT vor 7 Jahren 0
Auf der Entschlüsselungsseite mit PGP verwende ich diese Syntax `pgp --decrypt"\"-o""--kennwort --temp-dir "% temp%" --verbose --debug >>% tmplogfile% 2 <& 1` ... Sie bestätigen möglicherweise, dass Sie für die GPG-Befehle keine Passphrase benötigen, falls dies der Fall ist Wenn Sie mit Ihren eigenen Schlüsseln ver- und entschlüsseln, kann dies implizit dazu führen, dass eine externe Entität mit Ihrem öffentlichen Schlüssel verschlüsselt wird. Das SFTP mit BINARY sollte ein Problem sein. Wechseln Sie in den ASCII-Modus, um den Test ansonsten einfach zu testen. Pimp Juice IT vor 7 Jahren 0
Sorry für all die verflixten Kommentare, aber ich habe nur etwas anderes ... Bitten Sie sie, Ihnen eine XLSX-Datei über die SFTP-Verbindung und ohne Verschlüsselung auf Dateiebene zu senden, um zu sehen, welche Ergebnisse Sie erhalten. Da das FTP über SSH verschlüsselt ist, ist der Inhalt der Datei gut geschützt. Sie können die Mailbox sofort verschieben, um die Datei sofort zu verschieben, wenn die Sicherheit der Restdaten auf dem FTP-Server ein Problem ist Ich denke an einfache Möglichkeiten, diese Art von Problem zu beheben. Pimp Juice IT vor 7 Jahren 0
Das klingt, als könnte der Textmodus von PGP in Kraft sein ... Gibt es eine Option --no-text in `pgp` oder eine solche? grawity vor 7 Jahren 0
Vielen Dank @PIMP_JUICE_IT. Ich frage jetzt nach einer Kopie einer unverschlüsselten Datei, um zu sehen, ob ich das Problem feststellen kann. Versuchen Sie auch Ihre ausführliche Protokollierung. user1193339 vor 7 Jahren 0

1 Antwort auf die Frage

0
pbies

Diese Dateien sind wirklich ZIP-Dateien. Sie können also versuchen, die XLSX-Datei wie eine ZIP-Datei zu entpacken und zu testen, ob das Kennwort mit dem verwendeten übereinstimmt. Wenn das Auspacken gut verläuft, besteht ein Problem mit dem Inhalt des Archivs. Wenn nicht, stimmt die CRC-Prüfsumme nicht mit der in der Datei überein und Sie müssen die Datei erneut abrufen.

Auspacken hat nicht funktioniert. Jede .xlsx-Datei, die der Hersteller sendet, hat dieses Problem, während andere Dateien ordnungsgemäß funktionieren (csv, txt, pdf). Ich denke, es ist definitiv ein Problem, wie die Dateien verschlüsselt werden. user1193339 vor 7 Jahren 0

Verwandte Probleme