Windows 11 und Office 2024 - Sicherheitsblockaden bei Erstinstallation Programmgenerator

[TSchmid]

Hallo,
Ich habe einen Dell Latitude 7840 mit Windows 11 PRO 23H2 (Updatestand. 16.03.2026) und Office 2024 Pro (alle Updates bis 16.03.2026) bekommen den ich nur für die Zugsteuerung und MobaLedLib verwenden möchte.

Wie es aussieht gibt es mit den neuen Windows-Updates wegen der höheren Sicherheitsregeln in Windows Probleme mit dem Ersten starten des Programmanagers. Das erste Problem war die Makrosicherheit von Excel (Die Lösung dafür gibt es bereits im Forum unter folgendem Thread: viewtopic.php?t=304 ).

Danach war das aktivieren der Makros in Excel wieder möglich. Leider folgte danach ein weiterer Fehler für den ich leider keine Lösung finden konnte (nur ein Hinweis woran es liegen könnte).

Fehlerbeschreibung:

Beim erstmaligenLaden des Programmgenerators habe ich beim Updaten der Bibliotheken folgende Fehlermeldung erhalten.

Nach dem reinklicken mit der Maus folgte folgende Meldung:

Ich konnte an dieser Stelle nur noch das rote CMD-Fenster schliessen. Danach erschien folgende Meldung:

Nachdem ich diese Meldung geschlossen habe kam dann noch abschliessend folgendes Fenster:

Zu diesem Fehler konnte ich in keinem Forum eine Lösung finden. Das hier (siehe Screenshot) habe ich zum Thema Powershell, cmdlets und Sicherheit beim laden von Webinhalten in Skripten mit PS Version 5.1 gefunden. Da haben die mit einem Update die Sicherheitsregeln verschärft. Mein System habe ich wie gesagt gerade erst frisch aufgesetzt mit Windows 11 und Office 2024 Pro auf dem aktuellsten Stand. :

Hier der Link zur Quelle:
https://borncity.com/blog/2025/12/11/po ... webseiten/

Bei diesem Problem kann mir nur ein Programmierer des Programmgenerators helfen.

Ich habe nach 5 Stunden Recherche erstmal kapituliert und die MLL zur Seite gelegt.


Ich bitte um einen Tipp, was kann ich tun um diese Einschränkung zu eliminieren?


Danke im voraus für Eure Unterstützung.

LG Tom

[GerdR]

Kurze Frage -

Bis du online wenn du die MLL startest?

Das sieht so aus als ob die MLL keine Verbindung ins Internet hat.

GerdR

[TSchmid]

Hallo Gerd,

Ja , bei Installationen bin ich immer online.

Das Problem scheint eine Sicherheitseinstellung von Webzugriffen aus Skripten (Invoke-WebRequest) zu sein. So viel konnte ich recherchieren.
Die blaue Meldung am Anfang von Windows zeigt eigentlich dass irgendwas in Windows diesen Zugriff nicht zulässt. Deshalb bin ich mir da fast sicher dass es ein Sicherheitspatch ist (wie in dem Link beschrieben).

LG Tom

[Percival]

Hallo Tom

hast du den Ordner der MobaLedLib im Virenscanner als Ausnahme definiert?
Die blaue Meldung kenne ich nur vom MS Defender
https://wiki.mobaledlib.de/anleitungen/ ... rt_zugriff

Bei mir hat es am Samstag mit einem frisch installierten und komplett aktualisierten Laptop geklappt und auch mein Hauptrechner hatte heute morgen noch Zugriff auf die Downloads der Bibliotheken für ein Update auf die neuste Korrekturversion.

[TSchmid]

Ich habe Defender (Antivirus und Firewall) deaktiviert nach einem Hinweis vom Frank in Whatsapp, indem er sagte dass Virenscanner Probleme machen können.

Leider ohne Erfolg.

Ich kann es mir nicht erklären, denn in der Arduino-IDE lassen sich problemlos Bibliotheken abrufen und updaten.

PS: Übrigens das verlinkte Video in dem Beitrag den Du verlinkt hast ist "Privat" und kann nicht abgespielt werden

[GerdR]

Die Arduino IDE ist eine Java Anwendung, die ist völlig unabhängig von der MLL.

Die MLL nutzt um die Bibliotheken herunterzuladen eben diesen Web-Request, der anscheinend, nach dem Screenshot den du gepostet hast, durch Microsoft geblocked wird. Ausser du arbeitest direkt im Terminal Fenster, da siehst du die Meldung und kannst sie bestätigen - die MLL Scripte unterdrücken diese Meldung.

Es gibt die Möglichkeit diese "tyische Microsoft Verschlimmbesserung" durch eine Registry Änderung zu deaktivieren, so daß das script normal läuft.
Da ich aber in Linux unterwegs bin, Windows kommt mir nicht mehr auf den Rechner, kann ich das script leider nicht testen.

GerdR

[TSchmid]

Hallo Gerd,

Danke für die Erklärung. Zu diesem Schluss bin ich auch gekommen. Nun muss ich nur noch herausfinden wo dieser Registry-Hack hingehört. Da ich diesen Computer extra NUR im Hobbykeller benutze ist mir dieser Sicherheits-Schickimicki sowieso überflüssig. Wenn die Installation fertig ist wird sowieso ein Systemimage erstellt und die Konfigurationen laufend gebackuped. Nun muss ich es aber erst zum Leben erwecken

[GerdR]

Automatische Registry-Anpassung
Kopiere diesen Block und füge ihn in dein PowerShell-Fenster ein:

Code: Alles auswählen

# Pfad in der Registry definieren
$registryPath = "HKCU:\Software\Microsoft\PowerShell\1\ShellIds\Microsoft.PowerShell"
$name = "DisableInvokeWebRequestBasicParsingWarning"

# Prüfen, ob der Pfad existiert, ansonsten erstellen
if (-not (Test-Path $registryPath)) {
    New-Item -Path $registryPath -Force | Out-Null
    Write-Host "Registry-Pfad wurde erstellt." -ForegroundColor Cyan
}

# Den Wert auf 1 setzen, um die Warnung zu deaktivieren
Set-ItemProperty -Path $registryPath -Name $name -Value 1
Write-Host "Erfolg: Die Invoke-WebRequest Warnung wurde deaktiviert." -ForegroundColor Green

Was das Script genau macht:
Es navigiert zum Bereich HKCU (HKEY_CURRENT_USER). Das wirkt sich nur auf deinen aktuellen Benutzer aus, was sicherer ist als systemweite Änderungen.

Es legt den Wert DisableInvokeWebRequestBasicParsingWarning an.

Durch den Wert 1 wird PowerShell angewiesen, den Sicherheits-Prompt bei Invoke-WebRequest zu ignorieren.

Diese Information stammt aus der offiziellen Dokumentation von Microsoft und den technischen Details zum Windows-Sicherheitsupdate vom Dezember 2025 (wie es auch in deinem Screenshot erwähnt wird).

Hier ist der Hintergrund, wie man auf diesen spezifischen Registry-Key kommt:

1. Die offizielle KB-Dokumentation
In deinem Screenshot wird die KB5074596 erwähnt. Microsoft veröffentlicht zu solchen Updates immer einen Artikel in der Knowledge Base (KB). Dort wird erklärt, dass Invoke-WebRequest aufgrund der CVE-2025-54100 (einer Sicherheitslücke beim Parsen von Webinhalten) geändert wurde.

Für Administratoren, deren Automatisierung durch diesen neuen Prompt kaputtgeht, stellt Microsoft oft "Group Policy"-Einstellungen (Gruppenrichtlinien) oder eben Registry-Keys zur Verfügung, um das alte Verhalten wiederherzustellen.

GerdR - der das auch nur kopiert hat

[TSchmid]

Hallo Gerd,

Vielen Dank für diesen Ansatz. Das klingt plausibel. Ich habe das kopiert und in der Powershell (als Administrator) laufen lassen und es sah vielversprechend aus.
Das war die Ausgabe von der Powershell:

Danach habe ich den Rechner neu gestartet. Leider hat es am Fehler nichts geändert. Es passiert genau dasselbe wie ganz oben beschrieben.

Wenn ich das richtig interpretiere dann unterdrückt dieser Eintrag die Ausgabe des Befehls wenn man ihn eingibt. Das Zugriffsproblem scheint es nicht zu tangieren.

Gruß Tom

[TSchmid]

Hallo Gerd


Dank Deines Hinweises auf das Microsoft KB-Dokument bin ich auf das gestoßen. Wenn ich das richtig verstehe (mit meinem Schulenglisch) muss man an der Stelle im Script wo dieser "Invoke-Webrequest" stattindet einen zusätzlichen Parameter ( -useBasicParsing) hinzufügen um das Problem zu beheben.

Im ProgrammGenerator von MLL muss irgendwo in einem Macro dieser Aufruf stattfinden. Wäre es möglich das (von Hand) zu patchen? oder ist das zu heikel.

Oder liege ich da ganz falsch?

PS: Übrigens: Über den Link der da auf diese Seite steht führt er zu 2 Workarounds ... die sind aber absolut kryptisch für mich .. Das übersteigt mein Fachwissen bezüglich Skripten und Security bei weitem
https://support.ironmansoftware.com/por ... Root_Cause

[TSchmid]

Folgendes habe ich noch bei Microsoft Support gefunden:

https://support.microsoft.com/en-us/top ... ef2406b705

Vielleicht kann jemand damit der Lösung des Problems näher kommen.

[Percival]

@jueff

Hallo Jürgen

kannst du mal bitte schauen, ob da das Skript angepasst werden kann/muss.

[TSchmid]

@jueff , @Percival :

Eventuell lässt sich die Abfrage auch durch die Option "-Confirm:$false" im Skript vermeiden. So zumindest steht es in folgendem Link:

https://learn.microsoft.com/de-de/power ... preference

Leider benötigt auch das einen Eingriff in den Skript, wenn ich das richtig verstanden habe.

LG Tom

[jueff]

Hallo Tom,

Die Screenshots aus dem ersten Post deuten darauf hin, dass die Ausgabedatei FastLED.zip nicht erstellt werden kann.
Der Update findet in %USERPROFILE%\Documents\Arduino\MobaLedLib\Ver_3.5.0 statt. Dort wird die Datei Update_Libraries.cmd erstellt und ausgeführt.
Die Zip Dateien werden in denselben Ordner heruntergeladen.

Wie lautet dein MobaLedLib Ordner?

Um weitere Infos zu bekommen bitte eine powershell öffnen und zuerst eine Versionsabfrage der Powershell machen

Code: Alles auswählen

$PSVersionTable

Welche Version wird angezeigt?

Powershell startet standardmässig in deinem User-Ordner. Dort gibt du ein

Code: Alles auswählen

cd Documents\Arduino\MobaLedLib\Ver_3.5.0

und wechselst somit in den MobaLedLib Ordner.

der ProgGenerator generiert zum Downloaden diesen Befehl

Code: Alles auswählen

powershell Invoke-WebRequest "https://github.com/Jueff/FastLED/archive/refs/heads/master.zip" -o:FastLED.zip

diesen Befehl bitte ebenfalls in Powershell ausführen und das Ergebnis posten.


Um die Script-Security auszuschalten muss in Powershell der Befehl

Code: Alles auswählen

$ConfirmPreference="None"

ausgeführt werden.

Jürgen...

[TSchmid]

Hallo Jürgen,

Danke füe die schnelle Analyse. Die ersten paar Fragen bzw. Aktionen werde ich heute Abend wenn ich nach Hause komme gleich machen und hier posten.

Das mit dem PS-Befehl

Code: Alles auswählen

$ConfirmPreference="None"

hab ich irgendwie auch auf dem Schirm gehabt. Ich weiss aber nicht, sellt der Befehl diese Abfrage permanent ab, oder muss ich den nach jedem Rechnerstart wieder eingeben.

Ich werde es testen und berichten.


LG Tom

[TSchmid]

@jueff :

Hier die Ergebnisse bzw. Antworten auf Deine Post:

Das MobaLedLib-Ordner ist standardmäßig "%USERPROFILE%\Documents\Arduino\MobaLedLib\Ver_3.5.0"

Meine Powershell Version:

Code: Alles auswählen

PS C:\Users\Tom> $PSVersionTable

Name                           Value
----                           -----
PSVersion                      5.1.22621.6133
PSEdition                      Desktop
PSCompatibleVersions           {1.0, 2.0, 3.0, 4.0...}
BuildVersion                   10.0.22621.6133
CLRVersion                     4.0.30319.42000
WSManStackVersion              3.0
PSRemotingProtocolVersion      2.3
SerializationVersion           1.1.0.1

Dann habe ich in das Verzeichnis gewechselt. Das ging noch gut, aber dann hat er eine Fehlermeldung gebracht weil der Befehl "powershell" voran hatte. Ich habe es dann ohne dem vorangestellten "powershell" nochmal laufen lassen und dann hat er die Datei FastLED.zip heruntergeladen (komischerweise ohne eine Abfrage.

Hier ein Screenshot (gelb: die Zeichenfolge powershell habe ich beim 2. Versuch weggelassen)

Es wundert mich nun dass der Befehl ohne Abfrage durchgelaufen ist. Dann ist mir nicht klar weshalb der "Invoke-WebRequest" in Excel diesen Fehler 5 bringt.

Ich habe trotzdem noch den Befehl "$ConfirmPreference="None" " eingegeben, jedoch leider ist der rote Bildschirm wieder erschienen und der Fehler besteht immer noch .

LG Tom

[PeterVT11]

Hallo Tom,

eine Frage hätte ich, da ich erst vor 2 Wochen einen PC mit Win11 aufgesetzt habe und diese Fehlermeldungen nicht kenne.
Ist dein PC neu aufgesetzt worden oder immer noch die "alte" Installation? Wenn das die "alte" Installation ist, solltest Du dir überlegen, ob es nicht sinnig wäre, wenn Du den PC neu aufsetzt. Wer weiß, was da mal verbogen/installiert war.

[RolfHa]

Hallo Tom,
es kann wieder nonsense sein, was ich frage, aber kannst du mal %USERPROFILE% ausgeschrieben zeigen? Wir hatten Fälle, bei denen Benutzer trotz Verbots eine Leerstelle im Usernamen hatten. Das führt auch zu allen möglichen Fehlern.
VG
Rolf

Ich hab in deinem PowerShell Fenster gesehen, es ist nur Tom, also kein Problem, sorry

[TSchmid]

So sieht das gesamte Verzeichnis aus:

C:\Users\Tom\Documents\Arduino\MobaLedLib\Ver_3.5.0

[TSchmid]

Hallo Tom,

eine Frage hätte ich, da ich erst vor 2 Wochen einen PC mit Win11 aufgesetzt habe und diese Fehlermeldungen nicht kenne.
Ist dein PC neu aufgesetzt worden oder immer noch die "alte" Installation? Wenn das die "alte" Installation ist, solltest Du dir überlegen, ob es nicht sinnig wäre, wenn Du den PC neu aufsetzt. Wer weiß, was da mal verbogen/installiert war.

Wie schon oben erwähnt habe ich diesen Laptop nur für die MobaLedLib und die Modelbahnsteuerung gekauft. Der ist komplett neu installiert mit Win 11 Pro und Office 2024 Pro.

Deshalb bin ich ja so verwundert dass ich ganz alleine scheinbar das Problem zu haben scheine.

[TSchmid]

@jueff :

Ich hab jetzt Deine Angaben nochmal studiert und mir hat die Angabe "powershell" vor dem "invoke..."-Befehl keine Ruhe gelassen.

Kann es sein, dass der Skript nicht über die Powershell sondern aus einer Batchdatei der "Eingabeaufforderungs-Konsole" gestartet wird?

Denn da wird bei der Durchführung eines powershell-Befehls immer "powershell" vorangestellt. Ich habe das einfach mal probiert und siehe da.. Ich bekomme genau dieselbe Warnung von Windows wie im Excelskript. Das Problem liegt an der CMD.EXE wie es aussieht (Und das obwohl ich die CMD.EXE mit Administratorrechten gestartet habe).

Wenn ich das bestätige bekomme ich genau diese "Zugriff verweigert"-Meldung :

.... grübel.....

LG Tom

[TSchmid]

So meine lieben MobaLedLib-Kameraden

Da ich ja irgendwann die "echten" Probleme in MobaLedLib lösen möchte (= LEDs schalten, Servos bewegen etc.) habe ich mich entschlossen meinen DELL Latitude 7840 mit einem Original Microsoft-Image von Windows 11 Pro neu zu installieren.

Zuvor habe ich den Laptop auf der Basis der beigefügten Windows 11 Pro Lizenz mit dem Original-Image von DELL installiert. -> Ein Satz mit "X" , das war wohl nix.

Es ist nicht zu fassen, denn durch die Installation mit dem Original Microsoft Win11Pro-Image gibt es diesen Sicherheitsfehler nicht mehr . Der Installationsskript ist ohne Unterbrechung durchgelaufen. Ich muss aber dazusagen, dass ich noch nicht darauf geachtet habe ob die aktuellsten Updates schon installiert wurden. Das ist mein nächster Schritt. Erstmal ist MobaLedLib wie es aussieht installiert.

Sollten sich noch weitere Infos dazu ergeben bis die erste LED leuchtet werde ich es Euch berichten.

Erstmal vielen Dank an alle die sich mit mir den Kopf zerbrochen haben für eine Lösung des Problems. Ich habe gelernt, die Hersteller-Images von Windows sind scheinbar mit vorsicht zu geniessen.

LG Thomas


Ergänzung: Wie ich mir dachte wurden von der Microsoft-Win11-Version, während ich die MobaLedLib-Software fertig installiert habe, im Hintergrund Updates heruntergeladen. Ich habe den Programmgenerator nach dem Neustart nochmal getestet und er hat noch funktioniert. Ob das Problem bei einer eventuellen Neuinstallation wieder auftaucht ist nicht nachvollziehbar. Ich bin jedenfalls vorerst froh dass es so funktioniert. Ich hoffe es bleibt so.