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

.NET Framework 2 Strong Crypto settings wrong #9

Closed
Deas-h opened this issue Aug 11, 2022 · 3 comments
Closed

.NET Framework 2 Strong Crypto settings wrong #9

Deas-h opened this issue Aug 11, 2022 · 3 comments
Assignees
Labels
bug Something isn't working

Comments

@Deas-h
Copy link

Deas-h commented Aug 11, 2022

When .NET Framework 2 Strong Crypro is enabled, it is displayed as Disabled in the GPO settings page. But the settings are made correct in the GPO - so the basic mechanism is correct.

image

When searching where this could be wrong, I discovered that in the "" for Strong Crypto the last disabled setting has a value of 1 instead of 0.

image

Brgds Deas

@Harvester57 Harvester57 added the bug Something isn't working label Aug 12, 2022
@Harvester57 Harvester57 self-assigned this Aug 12, 2022
@Harvester57
Copy link
Owner

Harvester57 commented Aug 12, 2022

Hi !

Thank you for reporting this bug, indeed it was a typo from my part, this is fixed in the 1.0.21 version.

Glad to see someone using this project in the wild ! :)

@Deas-h
Copy link
Author

Deas-h commented Aug 12, 2022

Hi, thanks for fixing this so quick! :)

I am glad that someone is doing this work! I used the registry section before for those settings but LGPO.exe is not able to replicate registry keys from an exported domain GPO to standaone servers. This way it will hopefully work, but I was not able to test it so far.

Would be nice if you could implement other security settings currently distributed only by registry "hack" like CWDIllegalInDllSearch.

Brgds Deas

@Harvester57
Copy link
Owner

Harvester57 commented Aug 12, 2022

Yeah, LGPO is able to restore standalone registry keys, but only from a PolicyRules file where you'd have manually added them, unfortunately (and it doesn't handle REG_MULTI_SZ values when you import from PolicyRules, it's a known bug).

We already have CWDIllegalInDllSearch in our PolicyRules file so I didn't add it in the ADMX, but i's a good idea. If you have other suggestions, I'm all ears ! :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants