Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Russian accont\group names #3

Closed
Dees7 opened this issue Mar 4, 2019 · 9 comments
Closed

Russian accont\group names #3

Dees7 opened this issue Mar 4, 2019 · 9 comments

Comments

@Dees7
Copy link

Dees7 commented Mar 4, 2019

Hello.
I use Windows10 (ltsb) and if I generate reports I see "??" instead of groups

<dir name="C:\Windows\Tasks">
<Grantee>NT AUTHORITY\????????? ????????</Grantee>
</dir>
<dir name="C:\Windows\Temp">
<Grantee>BUILTIN\????????????</Grantee>
</dir>
@rmoreas
Copy link
Contributor

rmoreas commented Mar 29, 2019

Hi,
Did you run the Set-OutputEncodingToUnicode.ps1 script in the Support folder before scanning the directories?

See also notes on pages 16 and 17 in the documentation.

@AaronMargosis
Copy link

Sorry for getting to this so late - I wasn't getting notifications - hopefully I've got that straightened out. Dees7 does rmoreas' suggestion fix your issue?

@Dees7
Copy link
Author

Dees7 commented Apr 29, 2019

Hello.
No. Set-OutputEncodingToUnicode.ps1 did not help. I see "???" in xml.

@AaronMargosis
Copy link

What does the output of this command look like by itself:

AccessChk.exe /accepteula -nobanner -w -d -s c:\windows\tasks

@Dees7
Copy link
Author

Dees7 commented Apr 29, 2019

 C:\Users\user\Documents\AaronLocker\AaronLocker>AccessChk.exe /accepteula -nobanner -w -d -s c:\windows\tasks
 c:\windows\Tasks
   RW NT AUTHORITY\????????? ????????
   RW BUILTIN\??????????????
   RW NT AUTHORITY\???????

@AaronMargosis
Copy link

OK. Confirmed that it's a bug in AccessChk.exe that doesn't handle Unicode properly. Bug filed and hopefully resolved soon. Thanks for the alert.

@AaronMargosis
Copy link

Does the "AaronLocker" rule generation still work correctly in spite of this bug? The design intent is to rely on SIDs and not have to depend on successful SID-to-name conversion. The bug here makes it harder for a human to review the results of the scans of the Windows and Program Files subdirectories, but it shouldn't otherwise block generation of correct rules. Is that what you're seeing?

@Dees7
Copy link
Author

Dees7 commented Apr 30, 2019

Hello.
Yes AaronLocker rule generation works and applies correctly.

@AaronMargosis
Copy link

OK. Sysinternals team has fixing the Unicode issue in their backlog now.

jsuther1974 added a commit that referenced this issue Apr 22, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants