01
Audit & Triage
Bevor etwas repariert wird, prüfen wir, was da ist: Code, Architektur, Abhängigkeiten, Datenmodell und Betrieb. Sie erhalten einen priorisierten Befundbericht und eine ehrliche Empfehlung, ob sich Aufräumen lohnt oder ein Neubau einzelner Teile oder des Ganzen günstiger wäre.
Typische Befunde und Aufgaben
- Kein Überblick, welche Teile der App wie zusammenhängen und wo die größten Risiken liegen
- Veraltete oder unsichere Abhängigkeiten, die niemand bewusst ausgewählt hat
- Doppelte Logik und Code, den keine Funktion mehr benutzt
- Ein Datenmodell, das nicht zu dem passt, was die App heute tut
Beispiel: Eine mit einem KI-Werkzeug gebaute Buchungs-App wird geprüft. Das Audit zeigt, dass Anmeldung und Datenbank tragfähig sind, die Zahlungslogik aber neu gebaut werden sollte, und liefert eine Reihenfolge mit Aufwandsschätzung je Baustein.
Audit & TriageBlatt 1/4
02
Security-Hardening
Eine KI baut Funktionen, die im Test funktionieren. Ob die Regeln darüber, wer was darf, in der ganzen App gelten, prüft dabei oft niemand. Wir prüfen Ihre App aus der Sicht eines Angreifers und schließen die Lücken: Berechtigungen über alle Funktionen hinweg, den Umgang mit Zugangsdaten und externen Diensten und den Schutz vor Missbrauch und unkontrollierten Kosten.
Typische Befunde und Aufgaben
- Berechtigungen, die in einzelnen Funktionen stimmen, aber nicht in der ganzen App
- Zugriffsregeln für Daten, die in der Demo nie auf die Probe gestellt wurden
- Zugangsdaten und Schlüssel an Orten, an denen sie nicht liegen sollten
- Funktionen und Dienste, die jeder beliebig oft aufrufen kann, auf Ihre Kosten
- Bausteine von Dritten, die niemand bewusst ausgewählt oder geprüft hat
Beispiel: In einer Next.js-App mit Supabase werden die Datenzugriffsregeln neu gefasst und mit zwei Testkonten geprüft, ein im Client-Code eingebetteter Schlüssel ersetzt und erneuert, und teure Aufrufe externer Dienste bekommen Limits.
1// api/config.ts
2
const API_KEY = "sk-live-…";
const API_KEY = process.env.API_KEY;
Befund 1 · Geheimnis im Code
3app.get("/user", async (req, res) => {
4
db.users.find(req.query.id)
db.users.find(session.userId)
Befund 2 · Berechtigung
5});
2 von 2 Befunden behoben
Security-HardeningBlatt 2/4
03
Stabilisierung & Refactoring
Wenn jede Änderung etwas anderes bricht, fehlt Sicherheit im Code selbst. Wir beheben Fehler, räumen doppelten und toten Code auf, ordnen Struktur und Datenmodell und ergänzen Tests und eine automatische Prüfung bei jeder Änderung, damit sich die App wieder gefahrlos ändern lässt.
Typische Befunde und Aufgaben
- Keine automatisierten Tests für Anmeldung, Bezahlung oder die Kernfunktion
- Fehler, die still verschwinden, statt gemeldet zu werden
- Dieselbe Logik an mehreren Stellen, jede leicht anders, und keine einheitliche Struktur
- Tests, die grün sind, aber nichts Wesentliches prüfen
Beispiel: Die drei kritischsten Abläufe einer Web-App bekommen automatisierte Tests, danach wird die doppelt vorhandene Rabattlogik an einer Stelle zusammengeführt und eine Prüfung bei jedem Commit eingerichtet.
Stabilisierung & RefactoringBlatt 3/4
04
Production-Readiness & Betrieb
Eine App, die auf dem Laptop läuft, ist noch kein Produkt. Wir richten Deployment, getrennte Umgebungen, Monitoring, Backups und Performance so ein, dass Sie einen Ausfall bemerken, bevor ein Kunde ihn meldet, und wissen, was Hosting und KI-Dienste kosten werden.
Typische Befunde und Aufgaben
- Test- und Live-Umgebung sind nicht getrennt
- Keine Backups, oder eine Wiederherstellung, die nie ausprobiert wurde
- Kein Monitoring: Ausfälle fallen erst durch Kundenbeschwerden auf
- Unklare Kosten für Hosting und KI-Dienste bei wachsender Nutzung
- Unklar, was KI-Werkzeuge und KI-Dienste mit Ihren Daten und Zugängen tun dürfen
Beispiel: Eine App auf Vercel und Supabase bekommt getrennte Staging- und Produktionsumgebungen, automatische Backups mit einer erprobten Wiederherstellung, einen Alarm bei Fehlerspitzen und eine Übersicht, wohin Daten an KI-Anbieter fließen.
Production-Readiness & BetriebBlatt 4/4