DAOpenFileWithEncryptionKeyA
Zarządzanie dokumentami, funkcje bezpośredniego dostępu, zabezpieczenia
Opis
Końcowa litera A oznacza punkt wejścia DLL ANSI (char); powierzchnia ActiveX/COM udostępnia wyłącznie postać Unicode. Zachowanie jest identyczne jak DAOpenFileWithEncryptionKey, a argumenty łańcuchowe są interpretowane przy użyciu bieżącej strony kodowej SetAnsiModeOtwiera zaszyfrowany plik PDF do autoryzowanego odzyskiwania lub analizy, przyjmując bezpośrednio szesnastkowy klucz szyfrowania pliku zamiast wyprowadzać go z hasłaPlik jest otwierany przez uchwyt źródła tylko do odczytu i nie można go rozszerzać w miejscu
Składnia
Delphi
Function DLDAOpenFileWithEncryptionKeyA(InstanceID: Integer; InputFileName, EncryptionKeyHex: PAnsiChar; Options: Integer): Integer; Stdcall;DLL
int DLDAOpenFileWithEncryptionKeyA(int InstanceID, const char * InputFileName, const char * EncryptionKeyHex, int Options);Parametry
| InputFileName | Ścieżka i nazwa zaszyfrowanego pliku PDF |
|---|---|
| EncryptionKeyHex | Szesnastkowy klucz ASCII o parzystej długości, bez prefiksu i białych znaków; rewizje od 2 do 4 wymagają dokładnej długości klucza zadeklarowanej w słowniku szyfrowania, a rewizje od 5 do 7 wymagają 32 bajtów |
| Options | Zero wymaga dostępnego weryfikatora; PDF_RAW_KEY_ALLOW_UNVERIFIED dopuszcza klucz poprawny pod innymi względami tylko wtedy, gdy dokument nie ma użytecznego weryfikatora |
Wartości zwracane
| Non-zero | Uchwyt pliku Direct Access |
|---|---|
| 0 | Nie udało się otworzyć wejścia; sprawdź LastErrorCode, łącznie z PDFLIB_ERROR_RAW_ENCRYPTION_KEY_INVALID dla nieprawidłowej składni, długości, opcji lub weryfikacji |
Uwagi
Dostępne wartości /U rewizji od 2 do 4 i wartości /Perms rewizji od 5 do 7 są zawsze sprawdzane; PDF_RAW_KEY_ALLOW_UNVERIFIED nigdy nie akceptuje niedopasowaniaPo otwarciu wywołaj
DAGetEncryptionKeyValidation, aby rozróżnić uchwyty zweryfikowane i wyraźnie niezweryfikowaneŁańcuchy ANSI są rozszerzane do Unicode przy użyciu bieżącej strony kodowej
SetAnsiMode przed przetworzeniem żądaniaKlucz to wrażliwy materiał uwierzytelniający i powinien być pozyskiwany, przekazywany i przechowywany pod tymi samymi kontrolami co hasło dokumentu