KI beschleunigt fast jede Aufgabe in der IT, vom ersten Entwurf bis zur Fehlersuche. Bei uns gelten dafür drei Regeln: Du verstehst, was Du übernimmst. Jedes Ergebnis wird getestet. Zugangsdaten, Kundendaten und interne Details kommen nie in ein KI-Werkzeug.
01Unsere drei Regeln
Du verstehst, was Du übernimmst. Jede Zeile, die Du einspielst, musst Du erklären können. Wenn Du einen Befehl nicht verstehst, lässt Du ihn Dir erklären und liest die Dokumentation dazu. Erst dann kommt er in Deinen Code.
Jedes Ergebnis wird getestet. KI-Antworten klingen immer sicher, auch wenn sie falsch sind. Deshalb läuft jeder Entwurf erst im Labor, im Prüfmodus oder durch Tests, bevor er ein echtes System berührt.
Keine Zugangsdaten, keine Kundendaten, keine internen Details. Kennwörter, Schlüssel und Token gehören nie in einen Prompt. Dasselbe gilt für Namen, Adressen und Daten von Kunden sowie für interne Hostnamen, Netze und Konfigurationen. Was Du in ein Werkzeug eingibst, verlässt Deinen Rechner.
02Wofür KI gut ist
| Aufgabe | Beispiel |
|---|---|
| Entwürfe | Ein erstes Ansible-Playbook oder Bash-Skript, das Du danach prüfst |
| Erklären | Was macht dieser Befehl, was bedeutet diese Fehlermeldung? |
| Fehlersuche | Mögliche Ursachen für ein Problem sammeln und der Reihe nach prüfen |
| Tests schreiben | Testfälle für eine Funktion vorschlagen, auch für Randfälle |
| Dokumentation | Aus Deinen Notizen eine lesbare Anleitung machen |
| Einarbeitung | Ein neues Werkzeug in Grundzügen verstehen, bevor Du die Doku liest |
Am stärksten ist KI dort, wo Du das Ergebnis schnell selbst prüfen kannst. Ein Entwurf, den Du im Labor in fünf Minuten testest, spart Zeit. Eine Antwort, die Du nicht prüfen kannst, ist nur eine Behauptung.
03Wo KI gefährlich wird
Erfundene Optionen und Pakete
Sprachmodelle erzeugen wahrscheinlich klingenden Text. Dabei entstehen Parameter, die es nicht gibt, und Paketnamen, die nie existiert haben. Das ist mehr als lästig. Angreifer registrieren gezielt solche erfundenen Paketnamen und legen Schadcode hinein. Wer den Vorschlag ungeprüft installiert, holt ihn sich auf das System.
Veraltete Befehle
Modelle lernen aus älteren Texten. Sie schlagen deshalb oft Wege vor, die abgekündigt sind. Ein Beispiel ist apt-key zum Einbinden fremder Paketquellen. Das ist unter Debian seit Jahren abgekündigt, heute bindet man Schlüssel über signed-by an die einzelne Quelle. Prüf bei jedem Befehl, ob er zu Deiner Version passt.
Sicherheitslücken im Code
Typische Muster in KI-Entwürfen, auf die Du achten solltest:
- Zugangsdaten fest im Code statt aus einem Secret-Store
- Abgeschaltete Zertifikatsprüfung, etwa verify=False oder validate_certs: false
- Eingaben, die ungeprüft in Shell-Befehle oder SQL-Abfragen wandern
- Dateirechte wie chmod 777, damit ein Fehler verschwindet
Zu breite Rechte
Wenn etwas nicht klappt, schlägt KI gern mehr Rechte vor. Ein Dienst läuft dann als root, ein Benutzer bekommt sudo ohne Einschränkung, ein Konto wird globaler Administrator. Das löst das Problem und schafft ein größeres. Frag immer: Welches Recht braucht diese Aufgabe mindestens?
04Wie Du prüfst
- Dokumentation gegenlesen: Jede Option, jedes Modul und jedes Paket schlägst Du in der offiziellen Doku nach. Gibt es sie nicht, gibt es sie nicht.
- Im Labor testen: Auf einer Übungs-VM mit Snapshot, nie zuerst auf einem echten System.
- Prüfmodus nutzen: Ansible mit --check --diff, Terraform mit terraform plan. So siehst Du vorher, was sich ändern würde.
- Tests laufen lassen: Vorhandene Tests müssen grün bleiben. Ein Ansible-Lauf ist erst fertig, wenn der zweite Lauf nichts mehr ändert.
- Review: Lass eine zweite Person über die Änderung schauen, bevor sie eingespielt wird.
05Datenschutz und DSGVO
Sobald personenbezogene Daten in ein KI-Werkzeug gelangen, gilt die DSGVO. Personenbezogen ist mehr, als viele denken: Namen, E-Mail-Adressen, IP-Adressen, Benutzernamen in Logdateien. Ein Logauszug zur Fehlersuche ist deshalb schnell ein Datenschutzthema.
Ein paar Grundsätze, ohne dass dies eine Rechtsberatung ist:
- Nutze nur Werkzeuge, die Dein Betrieb freigegeben hat, und nur mit dem dienstlichen Konto.
- Entferne oder ersetze personenbezogene Daten, bevor Du etwas einfügst. Aus max.mustermann@firma.de wird benutzer@example.org.
- Klär mit Deinem Betrieb, ob der Anbieter Eingaben speichert oder zum Training nutzt und ob ein Vertrag zur Auftragsverarbeitung besteht.
- Im Zweifel fragst Du die Datenschutzbeauftragte oder den Datenschutzbeauftragten Deines Betriebs.
06Prompts gut formulieren
Ein guter Prompt enthält, was eine neue Kollegin auch wissen müsste:
- Umgebung: Betriebssystem und Versionen, etwa „Debian 13“ und die Ansible-Version, die ansible --version zeigt.
- Ziel: was am Ende funktionieren soll, in einem Satz.
- Grenzen: was nicht passieren darf, etwa „keine Root-Anmeldung, idempotent, nur Module aus ansible.builtin“.
- Form: ob Du Code, eine Erklärung oder eine Liste von Möglichkeiten willst.
- Unsicherheit: Bitte darum, dass unsichere Stellen markiert werden und Quellen genannt werden.
Statt echter Namen nimmst Du Platzhalter wie server01 und Adressen aus den Bereichen, die für Dokumentation reserviert sind, etwa 192.0.2.0/24. Für Deine Frage macht das keinen Unterschied.
07KI-Agenten mit Zugriff auf Systeme
Agenten führen selbst Befehle aus, lesen Dateien und ändern Systeme. Dafür gelten strengere Regeln:
- Enge Rechte: Ein eigenes Konto nur für den Agenten, mit genau den Rechten, die die Aufgabe braucht.
- Freigabe vor Änderungen: Lesen darf der Agent selbst, ändern erst nach Deiner Bestätigung.
- Erst im Labor: Neue Abläufe laufen zuerst gegen Übungssysteme.
- Prompt Injection: Ein Agent liest Webseiten, Tickets oder Logdateien. Steht dort eine versteckte Anweisung, kann er sie für einen Auftrag halten. Die OWASP Top 10 für LLM-Anwendungen führen das an erster Stelle. Zu weit reichende Befugnisse stehen dort als eigenes Risiko unter dem Namen „Excessive Agency“.
- Nachvollziehbar: Alles, was ein Agent tut, wird protokolliert und läuft über Git wie jede andere Änderung.
08Typische Fallen
- Kopieren ohne Lesen: Ein Befehl aus dem Chat läuft direkt im Terminal. Mit rm, dd oder einer Firewall-Regel ist das schnell nicht mehr umkehrbar.
- Log mit Geheimnissen eingefügt: Ein Auszug zur Fehlersuche enthält ein Token oder Kennwort. Ein solches Geheimnis gilt danach als bekannt und wird getauscht.
- Der KI glauben, weil sie sicher klingt: Auch eine Nachfrage wie „Bist Du sicher?“ ersetzt keine Doku. Modelle bestätigen gern, was Du hören willst.
- Fehler mit mehr Rechten lösen: Wenn der Vorschlag chmod 777 oder „als root starten“ heißt, ist die eigentliche Ursache meist noch offen.
09Übung
- Such Dir eine Aufgabe aus dem Lernpfad aus, etwa den Webserver aus der Ansible-Übung.
- Formuliere einen Prompt mit Umgebung, Ziel, Grenzen und Form. Nutze nur Platzhalter.
- Lies den Entwurf Zeile für Zeile. Schlag jedes Modul und jede Option in der Ansible-Dokumentation nach.
- Lass das Playbook auf einer Übungs-VM mit Snapshot erst mit --check --diff laufen, dann wirklich, dann ein zweites Mal.
- Korrigiere, was nicht stimmt, und schreib zu jedem Fund auf, was falsch war und woran Du es erkannt hast.
Geschafft, wenn: Du mindestens einen Fehler im Entwurf gefunden und mit der Dokumentation begründet hast, und Dein korrigiertes Playbook beim zweiten Lauf keine Änderung mehr meldet.
10Häufige Fragen zu KI in der IT
Darf ich im Praktikum KI-Werkzeuge nutzen? Ja, KI ist bei uns ein normales Werkzeug. Es gelten die drei Regeln: verstehen, testen und keine Zugangsdaten, Kundendaten oder internen Details eingeben.
Woran erkenne ich, dass eine KI etwas erfunden hat? Meist erst beim Nachschlagen. Gibt es eine Option, ein Modul oder ein Paket nicht in der offiziellen Dokumentation oder im offiziellen Paketverzeichnis, ist es erfunden oder veraltet.
Ist es schlimm, wenn ich aus Versehen ein Kennwort in einen Prompt kopiert habe? Das passiert, und wichtig ist, dass Du es sofort meldest. Das Kennwort gilt danach als bekannt und wird getauscht, egal was der Anbieter mit den Eingaben macht.
Ersetzt KI das Lernen der Grundlagen? Nein. Prüfen kann nur, wer die Grundlagen versteht. Ohne sie merkst Du nicht, wann ein Vorschlag falsch oder gefährlich ist.
Welches KI-Werkzeug soll ich verwenden? Das, das Dein Betrieb oder Deine Schule freigegeben hat. Für die Regeln in diesem Artikel spielt der Anbieter keine Rolle.
11Weiter im Lernpfad
Zurück zur Übersicht: Lernpfad IT-Infrastruktur. KI-Entwürfe prüfst Du am besten an echten Aufgaben, etwa mit Ansible, Terraform oder Tracecat. Arbeiten mit KI gehört zu allen vier Praktika: Systemintegration, Anwendungsentwicklung, Daten- und Prozessanalyse und Digitale Vernetzung.
Zuletzt geprüft: Oktober 2026