DAOpenFileWithEncryptionKey
Dokumenthåndtering, direkte tilgangsfunksjonalitet, sikkerhet
Beskrivelse
Åpner en kryptert PDF for autorisert gjenoppretting eller undersøkelse ved å godta den heksadesimale filkrypteringsnøkkelen direkte i stedet for å avlede den fra et passordFilen åpnes gjennom et håndtak der kilden er skrivebeskyttet, og det kan ikke tilføyes data på stedet
Syntaks
Delphi
Function TPDFlib.DAOpenFileWithEncryptionKey(Const InputFileName, EncryptionKeyHex: WideString; Options: Integer = 0): Integer;DLL
int DLDAOpenFileWithEncryptionKey(int InstanceID, const wchar_t * InputFileName, const wchar_t * EncryptionKeyHex, int Options);
int DLDAOpenFileWithEncryptionKeyA(int InstanceID, const char * InputFileName, const char * EncryptionKeyHex, int Options);Parametere
| InputFileName | Banen og navnet til den krypterte PDF-en |
|---|---|
| EncryptionKeyHex | En ASCII-heksadesimalnøkkel med jevn lengde, uten prefiks eller mellomrom; revisjon 2 til 4 krever nøyaktig den nøkkellengden krypteringsordboken deklarerer, og revisjon 5 til 7 krever 32 byte |
| Options | Null krever en tilgjengelig verifiserer; PDF_RAW_KEY_ALLOW_UNVERIFIED tillater en ellers gyldig nøkkel bare når dokumentet ikke har noen brukbar verifiserer |
Returverdier
| Ikke-null | Et Direct Access-filhåndtak |
|---|---|
| 0 | Inndataene kunne ikke åpnes; undersøk LastErrorCode, inkludert PDFLIB_ERROR_RAW_ENCRYPTION_KEY_INVALID for ugyldig syntaks, lengde, alternativer eller verifisering |
Merknader
Tilgjengelige /U-verdier for revisjon 2 til 4 og /Perms-verdier for revisjon 5 til 7 kontrolleres alltid; PDF_RAW_KEY_ALLOW_UNVERIFIED godtar aldri et avvikKall
DAGetEncryptionKeyValidation etter åpningen for å skille verifiserte og uttrykkelig uverifiserte håndtakNøkkelen er sensitivt legitimasjonsmateriale og bør innhentes, transporteres og lagres under de samme kontrollene som et dokumentpassord