Applocker-Bug in Win10-1703 - Workaround gesucht
Moin.
Vielleicht hat ja jemand Lust, dies zu verifizieren:
In win10 enterprise 1703 (15063.138) kann man keine Applockerregeln mehr anlegen, die an spezielle Konten gebunden sind. Sobald man auf den Button klickt, um Nutzer auszuwählen, crasht die mmc.
Eine Erstellung von Regeln über importieren (via GUI oder Powershell) gelingt immerhin weiterhin.
Das ist natürlich nicht nur ein lokales Problem - will man über RSAT Regeln domänenweit erstellen, crasht die mmc ebenso.
Bei den Vorversionen 10240, 1511 und 1607 geht es.
--
Zur Frage: hat zufällig jemand die Powershell-Syntax parat, um eine einzelne test.exe im Pfad c:\blablub freizuschalten für Nutzer testnutzer?
Ich versuche also das Selbe zu erreichen, wie über die GUI: die bestehenden Regeln sollen nicht überschrieben werden, sondern eine einzelne hinzugefügt werden.
Ich klopfe nebenbei mal im Technet an. Ihr könnt es dort ja upvoten, wenn Ihr auch an einer Lösung Interesse habt oder mich dabei unterstützen wollt.
Vielleicht hat ja jemand Lust, dies zu verifizieren:
In win10 enterprise 1703 (15063.138) kann man keine Applockerregeln mehr anlegen, die an spezielle Konten gebunden sind. Sobald man auf den Button klickt, um Nutzer auszuwählen, crasht die mmc.
Eine Erstellung von Regeln über importieren (via GUI oder Powershell) gelingt immerhin weiterhin.
Das ist natürlich nicht nur ein lokales Problem - will man über RSAT Regeln domänenweit erstellen, crasht die mmc ebenso.
Bei den Vorversionen 10240, 1511 und 1607 geht es.
--
Zur Frage: hat zufällig jemand die Powershell-Syntax parat, um eine einzelne test.exe im Pfad c:\blablub freizuschalten für Nutzer testnutzer?
Ich versuche also das Selbe zu erreichen, wie über die GUI: die bestehenden Regeln sollen nicht überschrieben werden, sondern eine einzelne hinzugefügt werden.
Ich klopfe nebenbei mal im Technet an. Ihr könnt es dort ja upvoten, wenn Ihr auch an einer Lösung Interesse habt oder mich dabei unterstützen wollt.
Please also mark the comments that contributed to the solution of the article
Content-Key: 335383
Url: https://administrator.de/contentid/335383
Printed on: April 23, 2024 at 19:04 o'clock
31 Comments
Latest comment
![Mitglied: 132895 Mitglied: 132895](/images/members/profile_male_64x64.png)
Zitat von @DerWoWusste:
Zur Frage: hat zufällig jemand die Powershell-Syntax parat, um eine einzelne test.exe im Pfad c:\blablub freizuschalten für Nutzer testnutzer?
Zur Frage: hat zufällig jemand die Powershell-Syntax parat, um eine einzelne test.exe im Pfad c:\blablub freizuschalten für Nutzer testnutzer?
Get-AppLockerFileInformation -Path "C:\Pfad\datei.exe" | New-AppLockerPolicy -RuleType Path -User Musteruser
Zitat von @DerWoWusste:
klar, aber ich will ja die alten Regeln nicht überschreiben, was aber passiert.
Servus DWW,klar, aber ich will ja die alten Regeln nicht überschreiben, was aber passiert.
du holst dir die existierenden Policies erst mal und mergst diese dann mit der neuen Policy:
$policies = Get-AppLockerPolicy -Local
$policies.Merge((Get-AppLockerFileInformation -Path "C:\Path\file.exe" | New-AppLockerPolicy -RuleType Path -User MaxMustermann))
$policies | Set-AppLockerPolicy
Keine Ursache. Bug der GUI kann ich hier übrigens auch bestätigen, hab mal Fehlerbericht übermittelt vielleicht hilfts für die nächsten never ending Updates. Redmond hat einfach kein QM ... sowas sollte eigentlich bei automatisierten Test die heutzutage kein Hexenwerk mehr sind immer auffallen, aber anscheinend hat sich das bei denen noch nicht herum gesprochen ;-/
![Mitglied: 132895 Mitglied: 132895](/images/members/profile_male_64x64.png)
Also hier existiert der Fehler nach dem Update auf 15063.250 (Enterprise) immer noch (clean install). Verursacht durch SrpUxSnapin.dll
bei Microsoft.ManagementConsole.Internal.SnapInMessagePumpProxy.OnThreadException(Object sender, ThreadExceptionEventArgs e)
bei System.Windows.Forms.Application.ThreadContext.OnThreadException(Exception t)
bei System.Windows.Forms.Control.WndProcException(Exception e)
bei System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
bei System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW(MSG& msg)
bei System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(IntPtr dwComponentID, Int32 reason, Int32 pvLoopData)
bei System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context)
bei System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context)
bei System.Windows.Forms.Form.ShowDialog(IWin32Window owner)
bei Microsoft.Security.Srp.Ux.SrpUxRuleListView.CreateManualRule(RuleType ruleType)
bei Microsoft.ManagementConsole.View.DoAction(Int32 actionId, Boolean selectionDependent, Int32 selectionId, IRequestStatus requestStatus)
bei Microsoft.ManagementConsole.View.ProcessRequest(Request request)
bei Microsoft.ManagementConsole.ViewMessageClient.ProcessRequest(Request request)
bei Microsoft.ManagementConsole.Internal.IMessageClient.ProcessRequest(Request request)
bei Microsoft.ManagementConsole.Executive.RequestStatus.BeginRequest(IMessageClient messageClient, RequestInfo requestInfo)
bei Microsoft.ManagementConsole.Executive.SnapInRequestOperation.ProcessRequest()
bei Microsoft.ManagementConsole.Executive.Operation.OnThreadTransfer(SimpleOperationCallback callback)
![Mitglied: 132895 Mitglied: 132895](/images/members/profile_male_64x64.png)
Bei EN-US selbes Spiel, tüdet nieet ...wat solls. Ich häng das Senden des Fehlerberichts mal in eine Schleife, vielleicht geht MS dann der Speicher aus
.
Schöns Wochenende.
Schöns Wochenende.
merkwürdig...
Grüße
Patrick
Warum nutzt Du denn das neueste RSAT?
Hab einfach die neuste Version runtergeladen.Schon mit dem alten getestet?
Nein, da sich die alte Version nicht mehr deinstallieren lässt (siehe auch hier ganz unten bei den Kommentaren).Grüße
Patrick
Zitat von @DerWoWusste:
Nein, da sich die alte Version nicht mehr deinstallieren lässt
Jou, das hatte ich auf einem Testsystem auch! Musste Eine Windows-Reparaturinstallation laufen lassen (inplace upgrade), danach war sie automatisch deinstalliert.I'm sooo in love with Win 10 (RSAT geht nicht, Edge ging nicht, div. Usersettings sind einfach verstellt worden,...)!
Ich werd mal die Sicherung vor dem Update einspielen und nochmal von vorne anfangen.
Werde berichten, ob es mit der "alten" RSAT-Version klappt.
So: Inplace Upgrade durchgeführt. Jetzt sind zumindest die RSAT wieder weg.
Welche Version hast du denn installiert von RSAT? Denn für 1703 gibt es keine eigenen und die "Alten" werden durch das Upgrade deinstalliert (steht auch hier so).
In secpol.msc genau das gleiche Phänomen mit dem Fehler - keine Verbesserung. Version 15063.674
Welche Version hast du denn installiert von RSAT? Denn für 1703 gibt es keine eigenen und die "Alten" werden durch das Upgrade deinstalliert (steht auch hier so).
In secpol.msc genau das gleiche Phänomen mit dem Fehler - keine Verbesserung. Version 15063.674
Danke für deine Hilfe.
So: die Benutzerauswahl geht in secpol.msc.
Nun aber gleich das nächste (ähnliche) Problem:
secpol.msc -> Anwendungssteuerungsrichtlinien -> AppLocker -> All-Paketregeln -> neue Regel erstellen -> Aktion zulassen, Benutzer Jeder -> Ein installiertes App-Paket als Referenz verwenden -> auswählen: CRASH!
Ist auch bereits in deinem Technet-Beitrag angeführt (Beitrag vom 09.08 vom Sebow).
Geht das bei dir oder kommt da auch der Fehler?
Patrick
So: die Benutzerauswahl geht in secpol.msc.
Nun aber gleich das nächste (ähnliche) Problem:
secpol.msc -> Anwendungssteuerungsrichtlinien -> AppLocker -> All-Paketregeln -> neue Regel erstellen -> Aktion zulassen, Benutzer Jeder -> Ein installiertes App-Paket als Referenz verwenden -> auswählen: CRASH!
Ist auch bereits in deinem Technet-Beitrag angeführt (Beitrag vom 09.08 vom Sebow).
Geht das bei dir oder kommt da auch der Fehler?
Patrick
Also irgendwie hab ich das Gefühl, dass dies ein Bug ist und keine Fehleinstellung bei mir: klick.
War mir bewusst. Aber man findest du Win 10 auch einige Themen.
Habs auf jeden Fall nun in einer Test VM probiert. Da klappt alles.
Keine Ahnung wo es hakt - aber es hakt. DISM und SFC finden auf jeden Fall keinerlei Fehler.
Auch ein Inplace-Upgrade ändert nichts. Also schon irgendwie mehr wie komisch das Ganze.
Denn zumindest ein Inplace-Upgrade sollte dich zumindest alles neu machen?! Zumindest war dies bis jetzt meine Auffassung. Aber scheinbar täusche ich mich?!
Zitat von @colinardo:
Gewöhn dich doch einfach daran direkt die Powershell anstatt die verka..te MMC zu benutzen
, problem solved.
Nachdem sich meine Lust nach einer Neuinstallation ziemlich in Grenzen hält, wirds wohl zu werden.Gewöhn dich doch einfach daran direkt die Powershell anstatt die verka..te MMC zu benutzen