Übungsaufgaben zu Skripten zur Systemautomatisierung

Kopiere den Text in ein KI-Sprachmodell Deiner Wahl und passe Kompetenzstufe, Anzahl, Bearbeitungszeit und Szenario bei Bedarf an. Wie die Aufgaben aufgebaut sind, beschreibt der Artikel Wie sind die Aufgaben aufgebaut?. Prüfe die Ergebnisse mit dem Lehrartikel: KI-Sprachmodelle machen Fehler.

Erstelle neue Übungsaufgaben zum Thema „Skripte zur
Systemautomatisierung“.

Bauplan: Halte Dich an Aufbau, Kompetenzstufen, Operatoren,
Anforderungsbereiche, Punkte und Zeitschätzung, die im Artikel
https://oer-informatik.de/aufgaben-aufbau beschrieben sind.

Fachliche Grundlage:
- https://oer-informatik.de/skripte
- Stilbeispiel: https://oer-informatik.de/skripte-uebungsaufgaben

Die Aufgaben sollen Inhalte zu diesen Schlagwörtern abdecken:
- Skripte
- Systemautomatisierung
- PowerShell
- Bash
- Python
- JSON
- cron
- Struktogramm

Kompetenzstufe: Kernkompetenz (alternativ: Basiskompetenz, Profilkompetenz, Expertise)
Anzahl: 1 Aufgabe mit Teilaufgaben
Bearbeitungszeit in Minuten ca.: <5 bis 30 min>
Szenario: eines der Szenarien aus dem Bauplan

Vorgehen:
1. Lies zuerst die verlinkten Artikel. Kannst Du keine Webseiten
   abrufen, sag mir das, statt zu raten.
2. Steht bei einer Angabe noch ein Platzhalter in <…>, frag mich
   zuerst danach. Richte Punkte und Zahl der Teilaufgaben nach der
   Bearbeitungszeit (ca. 0,9 min je Punkt).
3. Gib je Aufgabe Titel mit Kompetenzstufe, Ausgangssituation und
   Teilaufgaben mit Operator und Punktzahl aus, dazu die geschätzte
   Bearbeitungszeit.
4. Gib die Beispiellösungen mit Punkteverteilung erst aus, wenn ich
   danach frage.

Je 2 Punkte für einen erläuterten Vorteil (Vorteil nennen 1 Punkt, Begründung 1 Punkt), zum Beispiel:

Skriptsprache (PowerShell, Bash, Python):

• Änderungen sind sofort wirksam, weil der Quelltext zur Laufzeit von einem Interpreter ausgeführt wird; es muss nicht neu kompiliert und verteilt werden. Das passt zu Verwaltungsaufgaben, die sich häufig ändern (neuer Pfad, neue Schwelle).

• Gute Eignung für systemnahe Aufgaben: Befehle des Betriebssystems (Konten anlegen, Dateien kopieren, Dienste prüfen) lassen sich direkt aufrufen und verketten.

• Der Quelltext ist auf dem Zielsystem lesbar und damit leicht prüfbar und dokumentiert.

Compilersprache (C#, Java, C++):

• Übersetzte Programme laufen meist schneller – wichtig bei rechenintensiven Aufgaben oder sehr großen Datenmengen.

• Der Compiler findet Syntax- und Typfehler vor dem ersten Lauf, statt dass das Skript erst mitten in der Ausführung abbricht.

• Leistungsfähige Entwicklungsumgebungen (Debugger, Refactoring, Tests) unterstützen größere, langlebige Programme.

Je 1 Punkt, zum Beispiel:

• Benutzerkonten aus einer Liste anlegen, sperren oder löschen

• Datensicherung erstellen, prüfen und alte Sicherungen löschen

• Speicherplatz, Erreichbarkeit von Geräten und Diensten oder Ablaufdaten von Kennwörtern und Zertifikaten überwachen und bei Grenzwerten warnen

• Geräte im Netz inventarisieren

• Protokolldateien auswerten oder archivieren, temporäre Dateien aufräumen

• Software-Updates oder Konfigurationen auf viele Rechner verteilen

Aussage 2 trifft zu (1 Punkt): Der Quelltext wird zur Laufzeit von einem Interpreter (z. B. bash, powershell.exe/pwsh, python3) gelesen und ausgeführt; fehlt der Interpreter auf dem Zielsystem, läuft das Skript nicht (1 Punkt Begründung).

Die anderen Aussagen sind falsch: Skriptsprachen haben Variablen, Schleifen, Verzweigungen und Funktionen (1), werden vor allem auch in der Systemverwaltung, Datenanalyse und Automatisierung eingesetzt (3) und sind gerade nicht an einen Prozessor gebunden, weil der Interpreter die Übersetzung übernimmt (4).

Punkteverteilung:

Lösung in PowerShell:

# Ladeliste fuer die Schichtleitung aus dem MDM-Export erzeugen
$geraete = Get-Content -Path "C:\Skripte\mdm_export.json" -Raw | ConvertFrom-Json
$liste   = @()                             # nur Geraete mit Handlungsbedarf
$laden   = 0
$suchen  = 0

foreach ($g in $geraete) {
    if ($g.typ -eq "MDE") { $grenze = 25 } else { $grenze = 40 }
    if ($g.minutenSeitKontakt -gt 60) {     # Meldung zu alt: Akkuwert unbrauchbar
        $liste += [PSCustomObject]@{ Inventarnr = $g.inventarnr; Aktion = "suchen" }
        $suchen++
    } elseif ($g.akku -lt $grenze) {
        $liste += [PSCustomObject]@{ Inventarnr = $g.inventarnr; Aktion = "laden" }
        $laden++
    }
}

$liste | Export-Csv -Path "C:\Berichte\ladeliste.csv" -Delimiter ";" -NoTypeInformation -Encoding utf8
Write-Host "$laden Geraete laden, $suchen Geraete suchen"

Lösung in Python:

import csv
import json

with open(r"C:\Skripte\mdm_export.json", encoding="utf-8") as datei:
    geraete = json.load(datei)             # Liste von Dictionaries

liste = []
laden = 0
suchen = 0
for g in geraete:
    grenze = 25 if g["typ"] == "MDE" else 40
    if g["minutenSeitKontakt"] > 60:
        liste.append([g["inventarnr"], "suchen"])
        suchen += 1
    elif g["akku"] < grenze:
        liste.append([g["inventarnr"], "laden"])
        laden += 1

with open(r"C:\Berichte\ladeliste.csv", "w", encoding="utf-8", newline="") as datei:
    schreiber = csv.writer(datei, delimiter=";")
    schreiber.writerow(["Inventarnr", "Aktion"])
    schreiber.writerows(liste)
print(f"{laden} Geraete laden, {suchen} Geraete suchen")

Lösung in Pseudocode:

JANA Pseudo-Pascal Pseudo-Pascal (deutsch) Pseudo-Python all none

ladeliste() {
    geraete = leseJSON("C:\Skripte\mdm_export.json")
    liste = []
    int laden = 0
    int suchen = 0
    int grenze = 0
    for (g ∈ geraete) {
        if (g.typ == "MDE") {
            grenze = 25
        } else {
            grenze = 40
        }
        if (g.minutenSeitKontakt > 60) {
            liste.anhaengen([g.inventarnr, "suchen"])
            suchen = suchen + 1
        } else if (g.akku < grenze) {
            liste.anhaengen([g.inventarnr, "laden"])
            laden = laden + 1
        }
    }
    schreibeCSV("C:\Berichte\ladeliste.csv", ";", ["Inventarnr", "Aktion"], liste)
    write(laden + " Geräte laden, " + suchen + " Geräte suchen")
}

PROCEDURE ladeliste()
    geraete := leseJSON("C:\Skripte\mdm_export.json")
    liste := []
    laden: integer := 0
    suchen: integer := 0
    grenze: integer := 0
    foreach g in geraete
        if (g.typ = "MDE") then
            grenze := 25
        else
            grenze := 40
        end if
        if (g.minutenSeitKontakt > 60) then
            liste.anhaengen([g.inventarnr, "suchen"])
            suchen := suchen + 1
        else if (g.akku < grenze) then
            liste.anhaengen([g.inventarnr, "laden"])
            laden := laden + 1
        end if
    next g
    schreibeCSV("C:\Berichte\ladeliste.csv", ";", ["Inventarnr", "Aktion"], liste)
    writeln(laden & " Geräte laden, " & suchen & " Geräte suchen")
END ladeliste

Prozedur ladeliste()
    geraete := leseJSON("C:\Skripte\mdm_export.json")
    liste := leere Liste
    laden: integer := 0
    suchen: integer := 0
    grenze: integer := 0
    für jedes g in geraete
        wenn g.typ = "MDE" dann
            grenze := 25
        sonst
            grenze := 40
        Ende wenn
        wenn g.minutenSeitKontakt > 60 dann
            liste.anhaengen([g.inventarnr, "suchen"])
            suchen := suchen + 1
        sonst wenn g.akku < grenze dann
            liste.anhaengen([g.inventarnr, "laden"])
            laden := laden + 1
        Ende wenn
    Ende für
    schreibeCSV("C:\Berichte\ladeliste.csv", ";", ["Inventarnr", "Aktion"], liste)
    Ausgabe laden & " Geräte laden, " & suchen & " Geräte suchen"
Ende ladeliste

def ladeliste():
    geraete = leseJSON("C:\\Skripte\\mdm_export.json")
    liste = []
    laden = 0
    suchen = 0
    grenze = 0
    for g in geraete:
        if g.typ == "MDE":
            grenze = 25
        else:
            grenze = 40
        # Ende if
        if g.minutenSeitKontakt > 60:
            liste.append([g.inventarnr, "suchen"])
            suchen = suchen + 1
        elif g.akku < grenze:
            liste.append([g.inventarnr, "laden"])
            laden = laden + 1
        # Ende if
    # Ende for
    schreibeCSV("C:\\Berichte\\ladeliste.csv", ";", ["Inventarnr", "Aktion"], liste)
    print(str(laden) + " Geräte laden, " + str(suchen) + " Geräte suchen")
# Ende ladeliste

Bewertungshinweise:

• Die Bedingung suchen muss vor der Akkuprüfung stehen. Sonst landet ein verschwundener Handscanner mit altem, niedrigem Akkuwert als laden auf der Liste – und niemand sucht ihn.

• „Weniger als“ heißt <: Ein Handscanner mit genau 25 % und ein Tablet mit genau 40 % stehen nicht auf der Liste; ein Gerät, das sich vor genau 60 Minuten gemeldet hat, gilt noch nicht als verschwunden.

• In PowerShell kennt Export-Csv die Spalten nur aus den übergebenen Objekten: Bei einer leeren Liste entsteht keine Kopfzeile. Ein robustes Skript legt dann selbst eine Datei mit Kopfzeile an oder meldet ausdrücklich „keine Geräte“.

Probe mit einem vollständigen Export:

Ausgabe: 3 Geraete laden, 2 Geraete suchen. Die Datei ladeliste.csv enthält die Kopfzeile und fünf Zeilen, z. B. MDE-03;suchen.

Rückgabe (je richtiger Eintrag 1 Punkt, 1 Punkt dafür, dass :01 und :07 fehlen):

["00:00:5E:00:53:04 mde-04", "00:00:5e:00:53:2a android-7f3c", "00:00:5e:00:53:b7 (ohne Namen)"]

:01 und :07 stehen im Inventar und werden übersprungen. Für :b7 ist der Hostname leer, deshalb greift der Ja-Zweig der inneren Verzweigung.

• Ursache: MDE-04 ist bekannt, der DHCP-Server meldet die MAC-Adresse aber in Großbuchstaben (00:00:5E:…). Der Vergleich in enthaelt beachtet Groß- und Kleinschreibung, deshalb gilt das Gerät als fremd (1 Punkt).

• Änderung: als erste Anweisung in der Schleife mac := kleinbuchstaben(l.mac) einfügen (1 Punkt) und danach in der Bedingung und in beiden Listeneinträgen mac statt l.mac verwenden (1 Punkt).

Gleichwertig: die Inventarliste und die gemeldete Adresse vor dem Vergleich in eine gemeinsame Schreibweise bringen (auch Trennzeichen wie - statt : vereinheitlichen).

• fremd ist eine lokale Variable der Funktion: Sie existiert nur innerhalb der Funktion, solange diese läuft, und ist von außen nicht sichtbar (1 Punkt).

• Das ist gewollt: Lokale Variablen verhindern, dass Funktionen versehentlich Werte im Hauptskript oder in anderen Funktionen überschreiben, und machen Funktionen wiederverwendbar. Globale Variablen wären überall les- und änderbar, damit aber auch überall versehentlich veränderbar (1 Punkt).

• Lösung: den Rückgabewert der Funktion einer Variablen zuweisen, z. B. neu := fremdeGeraete(leases, inventar) und dann ausgabe(neu) (1 Punkt).

Wahl mit einem Vorteil und einem Nachteil, je 2 Punkte. Beide Entscheidungen sind möglich, zum Beispiel:

CSV

• Pro: einfach aufgebaut, platzsparend, von der Schichtleitung direkt in jeder Tabellenkalkulation zu öffnen, zu sortieren und auszudrucken; für zwei Textspalten reicht das völlig.

• Kontra: nicht einheitlich genormt (Trennzeichen, Anführungszeichen, Zeichenkodierung, Dezimalkomma), keine Datentypen (alles ist Text), keine Verschachtelung – soll die Liste später z. B. den Akkuverlauf je Gerät enthalten, stößt CSV an Grenzen.

JSON

• Pro: Datentypen bleiben erhalten (Zahl, Text, true/false, null), verschachtelte Daten sind möglich, und Webanwendungen, Dashboards oder andere Skripte können JSON ohne eigene Umwandlung einlesen – das MDM liefert ja bereits JSON.

• Kontra: Für Menschen weniger übersichtlich; in der Tabellenkalkulation nur über einen Import zu öffnen; mehr Speicherbedarf durch die wiederholten Schlüsselnamen.

Punkteverteilung: Funktionskopf mit zwei Parametern und Rückgabe 1 Punkt, erster Buchstabe des Vornamens 1 Punkt, Verkettung mit dem Nachnamen 1 Punkt, Kleinschreibung 1 Punkt, Ersetzen der vier Sonderzeichen 1 Punkt, Entfernen von Leerzeichen und Bindestrichen 1 Punkt.

Pseudocode:

JANA Pseudo-Pascal Pseudo-Pascal (deutsch) Pseudo-Python all none

String benutzername(String vorname, String nachname) {
    String name = kleinbuchstaben(teilzeichenkette(vorname, 0, 1) + nachname)
    name = ersetze(name, "ä", "ae")
    name = ersetze(name, "ö", "oe")
    name = ersetze(name, "ü", "ue")
    name = ersetze(name, "ß", "ss")
    name = ersetze(name, " ", "")
    name = ersetze(name, "-", "")
    return name
}

FUNCTION benutzername(vorname: String, nachname: String) : String
    name: String := kleinbuchstaben(teilzeichenkette(vorname, 0, 1) & nachname)
    name := ersetze(name, "ä", "ae")
    name := ersetze(name, "ö", "oe")
    name := ersetze(name, "ü", "ue")
    name := ersetze(name, "ß", "ss")
    name := ersetze(name, " ", "")
    name := ersetze(name, "-", "")
    RETURN name
END benutzername

Funktion benutzername(vorname: string, nachname: string): string
    name: string := kleinbuchstaben(teilzeichenkette(vorname, 0, 1) & nachname)
    name := ersetze(name, "ä", "ae")
    name := ersetze(name, "ö", "oe")
    name := ersetze(name, "ü", "ue")
    name := ersetze(name, "ß", "ss")
    name := ersetze(name, " ", "")
    name := ersetze(name, "-", "")
    Rückgabe name
Ende benutzername

def benutzername(vorname, nachname):
    name = kleinbuchstaben(teilzeichenkette(vorname, 0, 1) + nachname)
    name = ersetze(name, "ä", "ae")
    name = ersetze(name, "ö", "oe")
    name = ersetze(name, "ü", "ue")
    name = ersetze(name, "ß", "ss")
    name = ersetze(name, " ", "")
    name = ersetze(name, "-", "")
    return name
# Ende benutzername

PowerShell:

function Get-Benutzername {
    param([string]$Vorname, [string]$Nachname)
    $name = ($Vorname.Substring(0, 1) + $Nachname).ToLower()   # Initiale + Nachname, klein
    $name = $name -replace 'ä', 'ae' -replace 'ö', 'oe' -replace 'ü', 'ue' -replace 'ß', 'ss'
    $name = $name -replace '[ -]', ''                          # Leerzeichen und Bindestriche entfernen
    return $name
}

Python:

def benutzername(vorname: str, nachname: str) -> str:
    name = (vorname[0] + nachname).lower()            # Initiale + Nachname, klein
    for alt, neu in (("ä", "ae"), ("ö", "oe"), ("ü", "ue"), ("ß", "ss")):
        name = name.replace(alt, neu)
    return name.replace(" ", "").replace("-", "")     # Leerzeichen und Bindestriche entfernen

Erst in Kleinbuchstaben umwandeln, dann ersetzen: So reicht je eine Ersetzung für ä und Ä (ein Vorname wie „Ümit“ ergibt ue…).

Je 1 Punkt: skrueger, mgross, jmoeller.

Je 1 Punkt für zwei Gründe, zum Beispiel:

• Nicht alle Systeme und Protokolle verarbeiten Umlaute zuverlässig: Ältere Anwendungen, Datenbanken oder Mailserver nutzen andere Zeichenkodierungen; E-Mails an Adressen mit Umlauten (internationalisierte Adressen) werden nicht überall zugestellt.

• Personen mit einem Tastaturlayout ohne Umlaute (z. B. Gäste, ausländische Partner, Bildschirmtastaturen der MDE-Geräte) können solche Namen nur umständlich eingeben.

• Uneinheitliche Schreibweisen (Groß, Gross, GROSS) führen zu doppelten oder nicht gefundenen Konten.

• Problem (1 Punkt): Für Maike Groß ergibt sich ebenfalls mgross. Benutzernamen müssen eindeutig sein; das Anlegen schlägt fehl oder – schlimmer – das Skript ändert das vorhandene Konto von Malte Groß.

• Lösung (1 Punkt): Vor dem Anlegen prüfen, ob der Name schon existiert, und dann z. B. eine fortlaufende Zahl anhängen (mgross2) oder einen weiteren Buchstaben des Vornamens verwenden (magross); zumindest den Fall protokollieren und zur manuellen Bearbeitung melden.

Je 1 Punkt:

Etwa 14 Sicherungen (1 Punkt): Schritt 5 löscht nur Dateien, die mindestens 14 volle Tage alt sind. Nach dem Lauf bleiben die heutige Sicherung und die der 13 Vortage übrig (1 Punkt). Weil die Archive nicht jede Nacht auf die Minute gleich fertig werden, kann an der Grenze auch einmal eine 15. Sicherung übrig bleiben; diese Angabe ist ebenfalls richtig.

• chmod u+x sicherung.sh (gleichwertig: chmod 744 sicherung.sh) – 2 Punkte. Danach zeigt ls -l -rwxr--r--.

• Die erste Zeile (Shebang) legt fest, welcher Interpreter das Skript ausführt, wenn es direkt mit ./sicherung.sh gestartet wird – hier die Bash (1 Punkt).

30 23 * * 1-6 /volume1/skripte/sicherung.sh

1 Punkt für Minute und Stunde (30 23), 1 Punkt für die Wochentage 1-6 (gleichwertig 1,2,3,4,5,6) mit * für Tag und Monat, 1 Punkt für den vollständigen Pfad des Skripts. Auf einem Windows-Server übernimmt die Aufgabenplanung diese Rolle.

Je Fehler 1 Punkt für die Zeile, 1 Punkt für die Korrektur, 1 Punkt für die Begründung:

Zusätzlicher Hinweis (ohne Punkte): Liegt gar keine Sicherung im Ordner, ist $Neueste leer. Ein robustes Skript prüft das vorher (if ($null -eq $Neueste) { … }) und warnt ebenfalls.

• Ordner in der Ausgabe: „und“ bindet stärker als -o. Der Ausdruck wird als (-type f und -name "*.jpg") oder -name "*.heic" ausgewertet, -type f gilt also nur für die JPG-Fotos (1 Punkt).

• Fehlende Fotos: TAB-W3 speichert offenbar mit der Endung .JPG; -name unterscheidet Groß- und Kleinschreibung und findet sie nicht (1 Punkt).

• Korrigierter Befehl (2 Punkte, je 1 für Klammer und -iname):

find /volume1/werkstatt/fotos -type f \( -iname "*.jpg" -o -iname "*.heic" \)

• Versteckte Dateien: Nichts zu ergänzen – find liefert Dateien und Ordner, deren Name mit einem Punkt beginnt, ohne zusätzliche Option (anders als ls ohne -a oder Get-ChildItem ohne -Force) (1 Punkt).

find /volume1/werkstatt/fotos -type f \( -iname "*.jpg" -o -iname "*.heic" \) \
     \( -mtime +730 -o \( -size +50M -mtime +30 \) \) \
     -exec mv -t /volume1/archiv/fotos {} +

Punkteverteilung: Tage richtig umgerechnet (+730 und +30, siehe Hinweis) 1 Punkt, -mtime +730 1 Punkt, -size +50M -mtime +30 als Und-Verknüpfung 1 Punkt, Verknüpfung beider Regeln mit -o 1 Punkt, Klammer um die Oder-Verknüpfung, damit Typ und Endung für beide Regeln gelten, 1 Punkt, Verschieben mit -exec mv -t … {} + 1 Punkt.

Hinweise: „Mindestens 731 Tage“ heißt +730, weil -mtime nur ganze Tage zählt und „mehr als“ prüft. Zum gefahrlosen Testen lässt Du -exec … zunächst weg und siehst Dir nur die Trefferliste an (oder ersetzt mv durch echo mv). mv -t legt alle Dateien direkt in den Zielordner; soll die Ordnerstruktur erhalten bleiben oder kommen gleiche Dateinamen in verschiedenen Unterordnern vor, muss das Skript den Zielpfad je Datei bilden (z. B. mit rsync --remove-source-files und einer Dateiliste).

Je 1 Punkt:

1. Es wird geprüft, ob zum Rechner shop.csb-rad.example eine TCP-Verbindung auf Port 443 (HTTPS) aufgebaut werden kann.

2. Die IP-Adresse, in die der Name per DNS aufgelöst wurde (Adresse des Shop-Servers).

3. Die eigene (lokale) IP-Adresse, von der aus die Verbindung aufgebaut wurde – Jonas’ Rechner im Büronetz.

4. Der TCP-Verbindungsaufbau zu Port 443 war erfolgreich: Auf dem Server nimmt ein Dienst auf diesem Port Verbindungen an.

• TcpTestSucceeded zeigt nur, dass der Port erreichbar ist (der Webserver bzw. Lastverteiler nimmt Verbindungen an). Ob die Anwendung dahinter funktioniert – Shop-Software, Datenbank, Zahlungsanbindung –, wird nicht geprüft. Hier antwortet der Webserver zwar, liefert aber den Fehler 503 (2 Punkte).

• Besser: eine echte HTTP(S)-Anfrage an den Shop oder an eine eigene Statusseite stellen (z. B. Invoke-WebRequest, curl) und den Statuscode 200 sowie einen erwarteten Inhalt (z. B. einen Text der Startseite oder "status": "ok" einer Statusseite, die auch die Datenbank prüft) auswerten; gegebenenfalls die Antwortzeit messen (1 Punkt).

1. und (2) dürfen vertauscht sein. Statt >= 3 ist auch = 3 richtig – dann ist alarmGesendet streng genommen überflüssig, schadet aber nicht.

Probe mit der Folge 200, 503, 503, 503, 503, 503, 200, 503, 503, 200, keine Antwort, keine Antwort, keine Antwort (eine Abfrage je Minute): Alarm in Minute 4 und Minute 13, sonst keiner.

• Ein Hashwert ist eine Prüfsumme fester Länge, die sich schon bei der kleinsten Änderung der Datei vollständig ändert (1 Punkt).

• Bildet man vor dem Start (oder regelmäßig) den Hashwert erneut und vergleicht ihn mit dem hinterlegten Wert, erkennt man jede Veränderung des Skripts – absichtlich (Manipulation, z. B. eingeschleuster Schadcode in einem Skript, das mit hohen Rechten läuft) oder versehentlich (1 Punkt).

• Der Wert muss getrennt abgelegt werden, weil jemand, der das Skript verändert, sonst auch den Hashwert anpassen könnte. Noch besser ist eine digitale Signatur, die zusätzlich zeigt, wer das Skript freigegeben hat (1 Punkt).

Stellungnahme mit Begründung, zum Beispiel:

• Dagegen: Mit Unrestricted laufen alle Skripte, auch heruntergeladene oder per E-Mail eingeschleuste. Die Richtlinie ist kein vollständiger Schutz, verhindert aber, dass Benutzer*innen versehentlich fremde Skripte starten (1 Punkt).

• Besser: die eigenen Skripte mit einem Codesignatur-Zertifikat signieren und die Richtlinie AllSigned beibehalten, oder mindestens RemoteSigned (lokale Skripte laufen, aus dem Internet geladene nur signiert) (1 Punkt).

• Für geplante Aufgaben lässt sich das Skript gezielt freigeben, ohne die Richtlinie für den ganzen Rechner zu lockern; die Entscheidung gehört in die Sicherheitsrichtlinie von Cem Sarıkaya (1 Punkt).

Je 1 Punkt, zum Beispiel:

• Keine Kennwörter im Klartext im Quelltext (der Quelltext landet in Sicherungen, Versionsverwaltung und Tickets) – stattdessen Tresor für Zugangsdaten, sicher gespeicherte Anmeldeinformationen oder Abfrage beim Start.

• Skripte unter einem eigenen Dienstkonto mit minimalen Rechten ausführen, nicht unter einem persönlichen Administratorkonto oder einem gemeinsam genutzten Konto wie admin.

• Für SSH-Verbindungen (z. B. Kopie auf einen zweiten Standort) ein Schlüsselpaar mit einem modernen Verfahren wie Ed25519 statt eines Kennworts verwenden; den privaten Schlüssel schützen.

• Startkennwörter für neue Konten nicht ins Skript schreiben, sondern zufällig erzeugen oder beim Start abfragen, und beim ersten Anmelden eine Änderung erzwingen.

• Kennwörter nie in Protokolldateien oder Bildschirmausgaben schreiben.