Sophos DynamicShellcode-Erkennung unter Windows
Die Sophos-Exploit-Abschwächung kann IronPDF beim Start in .NET Framework-Anwendungen blockieren, selbst wenn die Binärdateien offiziell, signiert und unmodifiziert sind. Der Auslöser ist, wie die native DLL aus dem CLR-verwalten Speicher geladen wird.
Sophos DynamicShellcode / HeapHeapHooray
Sophos DynamicShellcode / HeapHeapHooray basiert auf Verhaltens-Exploit-Abschwächungsheuristiken. In einem .NET Framework-Prozess stammt der LoadLibrary-Aufruf für IronInterop.dll aus anonymem, JIT-kompiliertem CLR-Speicher statt aus einem dateibasierten Ursprung. Sophos liest dieses Muster als Shellcode-Verhalten und blockiert den Prozess, bevor er starten kann.
Dies betrifft IronPDF 2026.3.1 auf Windows 10 x64 unter .NET Framework.
Lösung
Option 1: Fügen Sie eine schmale Sophos-Ausnahme hinzu
Erstellen Sie die engste Ausnahme, die Sophos für diese Erkennung bietet. Eine zertifikatsbasierte Zulassungsregel für von Iron Software signierte Binärdateien wird bevorzugt; falls dies nicht möglich ist, schließen Sie die spezifische Sophos-Erkennungs-ID aus, die von Sophos Support bestätigt wurde.
Empfohlen: Halten Sie den Ausschlussbereich eng. Deaktivieren Sie den DynamicShellcode-Schutz nicht für die gesamte Anwendung, es sei denn, Sophos bietet keine engere Option und das Sicherheitsteam stimmt zu.
Option 2: Durchführen über IronPdfEngine im gRPC-Remote-Modus
Wenn Endpunktausnahmen nicht akzeptabel sind, leiten Sie die PDF-Verarbeitung im gRPC-Remote-Modus an IronPdfEngine weiter. Die native DLL wird dann in einem separaten Engine-Prozess geladen, anstatt im .NET Framework-Client, was die Erkennung vollständig umgeht.

