https://bugs.winehq.org/show_bug.cgi?id=57566
Bug ID: 57566 Summary: Silent crash for application attempting to use RSA Product: Wine Version: 10.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: rsaenh Assignee: wine-bugs@winehq.org Reporter: chivalrousmonkey@gmail.com Distribution: ---
Created attachment 77664 --> https://bugs.winehq.org/attachment.cgi?id=77664 RSAENH error, which is repeated over and over
I have an application which uses an encryption key saved in a file. It appears to require Window's RSAENH.DLL. While the application starts as expected (visually OK and responsive), it won't progress. It's own log file reports "encryption key not found". Attempting to debug Wine, I see that the correct key file is found, but there are multiple EXCEPTION_ACCESS_VIOLATION code=c0000005 entries (over and over and over) when looking for RSAENH.DLL. I've attached a sample.
https://bugs.winehq.org/show_bug.cgi?id=57566
Curtis chivalrousmonkey@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Distribution|--- |Debian
https://bugs.winehq.org/show_bug.cgi?id=57566
--- Comment #1 from Rafał Mużyło galtgendo@o2.pl --- ...given the error, it's odd there's no crash...or is there ?
Does WINEDEBUG='crypt, file' add anything interesting ?
https://bugs.winehq.org/show_bug.cgi?id=57566
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|major |normal
https://bugs.winehq.org/show_bug.cgi?id=57566
--- Comment #2 from Curtis chivalrousmonkey@gmail.com --- Created attachment 77670 --> https://bugs.winehq.org/attachment.cgi?id=77670 More info related to EXCEPTION_ACCESS_VIOLATION
https://bugs.winehq.org/show_bug.cgi?id=57566
--- Comment #3 from Curtis chivalrousmonkey@gmail.com --- Created attachment 77671 --> https://bugs.winehq.org/attachment.cgi?id=77671 b74e8ba0fff8b4f7b32099c84f9d1c23_000 folder not created
https://bugs.winehq.org/show_bug.cgi?id=57566
--- Comment #4 from Curtis chivalrousmonkey@gmail.com --- I've attached a log with +file and +crypt added to WINEDEBUG.
Also, while running this application under Windows OS, it utilizes a D: drive to save log files and also creates a folder named b74e8ba0fff8b4f7b32099c84f9d1c23_000. This folder then has a file created with a long filename consisting of random letters and numbers. Running under Wine with a mapped D: drive, the log file appears just fine. However, this folder (b74e8ba0fff8b4f7b32099c84f9d1c23_000) is NOT created. (Of course, contents cannot be found and used by application). Perhaps this is an encryption related task, and the root of the EXCEPTION_ACCESS_VIOLATION error which appears later in the logging.
https://bugs.winehq.org/show_bug.cgi?id=57566
--- Comment #5 from Rafał Mużyło galtgendo@o2.pl --- You do have that D: drive and it's a real drive, not just a folder, don't you ?
Checking with 'udevadm info' the device node might show it's not that random then...
Though there's something potentially interesting in those FindFirstFileExW calls.
The paths they're called on look a bit weird: L"D:\b74e8ba0fff8b4f7b32099c84f9d1c23_000//*" L"D:\b74e8ba0fff8b4f7b32099c84f9d1c23_001//*"
why do they end with the wrong slashes ?
But if you say the log is still created, what's in it ?
https://bugs.winehq.org/show_bug.cgi?id=57566
--- Comment #6 from Dmitry Timoshkov dmitry@baikal.ru --- What application is that? Is there a legal download?
It looks like the application tries to decrypt a cryptographic key blob, this fails, and leads to a crash.
Could you please attach complete +crypt,+seh log instead of snippets? Also, how large is +relay,+crypt,+seh log (compressed)? It would show what is going on in more details.
https://bugs.winehq.org/show_bug.cgi?id=57566
--- Comment #7 from Dmitry Timoshkov dmitry@baikal.ru --- Created attachment 77710 --> https://bugs.winehq.org/attachment.cgi?id=77710 Test (source + binary)
Attached archive contains source + binary of the test application that should reproduce the problem (using attached log snippets as a reference).
Application fails to decrypt data using an imported session key from the encrypted key blob.
https://bugs.winehq.org/show_bug.cgi?id=57566
Dmitry Timoshkov dmitry@baikal.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, source
--- Comment #8 from Dmitry Timoshkov dmitry@baikal.ru --- Confirming.
https://bugs.winehq.org/show_bug.cgi?id=57566
--- Comment #9 from Dmitry Timoshkov dmitry@baikal.ru --- Created attachment 77717 --> https://bugs.winehq.org/attachment.cgi?id=77717 patch
Attached patch synchronizes RC4 implementation with libtomcrypt sources and makes the test work.
Does this patch also fix the originally reported problem?
https://bugs.winehq.org/show_bug.cgi?id=57566
Dmitry Timoshkov dmitry@baikal.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch
https://bugs.winehq.org/show_bug.cgi?id=57566
Dmitry Timoshkov dmitry@baikal.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |4e223fb088bdd73decdf085b72a | |5215b13a3e11f Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED
--- Comment #10 from Dmitry Timoshkov dmitry@baikal.ru --- 4e223fb088bdd73decdf085b72a5215b13a3e11f fixed the attached test. Please test your application with wine-10.0-rc5 or later, and report back. If the problem persists attach the requested logs.
https://bugs.winehq.org/show_bug.cgi?id=57566
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #11 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 10.0-rc5.
-
WineHQ Bugzilla