You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Files with names containing pure UTF-16 characters can bypass detection. The user-mode service will fail to open the file for scanning after the conversion is done to ANSI, because characters that cannot be converted from Unicode are replaced with '?'.
Below is an image demonstrating the bug. In the first case, the filename is in Arabic and in the second, the filename's first letter is the greek M (U+039C).
A fix would require a re-implementation of the parts of the service dealing with filenames to make them support Unicode.
The text was updated successfully, but these errors were encountered:
@SouhailHammou Thank you for reporting the issue and for suggesting a fix.
Another possible fix would be that the driver sends to the user-mode service a HANDLE instead of the file name.
Files with names containing pure UTF-16 characters can bypass detection. The user-mode service will fail to open the file for scanning after the conversion is done to ANSI, because characters that cannot be converted from Unicode are replaced with '?'.
armadito-windows-driver/src/communication.c
Lines 255 to 263 in 06c8260
Below is an image demonstrating the bug. In the first case, the filename is in Arabic and in the second, the filename's first letter is the greek M (U+039C).
A fix would require a re-implementation of the parts of the service dealing with filenames to make them support Unicode.
The text was updated successfully, but these errors were encountered: