Ein Modellwechsel braucht auch eine Prüfung des Verhaltens
Ein gemeinsamer Adapter kann den Anschluss vereinheitlichen. Ob ein Modell Werkzeugfehler richtig behandelt, bleibt eine eigene Prüfung der Anwendung.
Ein gemeinsamer Modelladapter kann den technischen Anschluss vereinfachen. Er übersetzt beispielsweise Anbieterformate in ein internes Werkzeugprotokoll. Damit ist geklärt, wie ein Aufruf ankommt. Ob das neue Modell eine fehlgeschlagene Abfrage richtig einordnet, muss die Anwendung weiterhin prüfen.
Gleicher Werkzeugaufruf, andere Fortsetzung
Im vollständig erfundenen Beispiel fragt ein Assistent den Status eines Projekts ab. Beide Varianten dürfen nur das dafür vorgesehene Lesewerkzeug verwenden. Werkzeugname, Argument und Fehlercode sind eigene Beispielwerte, keine Schnittstelle eines benannten Anbieters.
Die Tabelle zeigt zwei angenommene Fortsetzungen derselben abgewiesenen Abfrage. Sie berichtet keine Beobachtung an tatsächlichen Modellen.
Schritt | Variante A | Variante B |
|---|---|---|
|
| |
Werkzeugantwort |
|
|
Mögliche Fortsetzung | „Ich kann den Projektstatus nicht abrufen.“ | „Das Projekt ist aktiv.“ |
Der Adapter kann beide Aufrufe gleich übersetzen. Trotzdem behauptet die zweite Fortsetzung einen Status, den das Werkzeug nicht geliefert hat. Im Beispiel wurde der Zugriff abgewehrt; die erfundene Antwort ist weiterhin ein fachlicher Fehler. Sie darf nicht als Beleg gelten, dass die Abfrage erfolgreich war.
Die Anwendung behält ihre Grenzen
OWASP empfiehlt, Werkzeugbefugnisse zu begrenzen und Berechtigungen in nachgelagerten Systemen durchzusetzen. Auch nach einem Modellwechsel muss jede Abfrage im passenden Benutzerkontext geprüft werden. Ein syntaktisch passendes Argument erlaubt weder den Zugriff noch das Umgehen einer Ablehnung.
Für das Beispiel braucht die Anwendung einen klaren Umgang mit verweigertem Zugriff, fehlenden Daten und vorübergehenden Fehlern. Diese Fälle können unterschiedliche nächste Schritte verlangen. Ein Fehler darf nicht pauschal durch eine erneute, weiter gefasste Abfrage oder zusätzliche Berechtigungen beantwortet werden.
Was der Adapter tatsächlich erleichtert
Eine schmale, dokumentierte Schnittstelle kann den Umbau begrenzen. Sind Werkzeugumfang, Datenmodell und Fehlervertrag stabil, müssen nach einem Modellwechsel möglicherweise nur die anbieterspezifische Anbindung und die zugehörigen Anweisungen angepasst werden. Ein vollständiger Neubau ist dann nicht zwangsläufig nötig.
Bei einem Ablauf, der geprüfte Werkzeugdaten direkt anzeigt und keine frei formulierte Fortsetzung erzeugt, kann die hier gezeigte Fehlerstelle kleiner sein. Die übrigen Eingabe-, Berechtigungs- und Ergebnisprüfungen bleiben relevant. Entscheidend ist der tatsächlich verwendete Ablauf.
Den Wechsel am Verhalten beurteilen
Microsoft beschreibt Vergleiche an denselben Fällen mit gesondertem Blick auf einzelne Fehler. Nehmen Sie dafür auch Werkzeugablehnungen und fehlende Ergebnisse auf. Dokumentieren Sie, ob nach einem Fehler eine korrekte Einschränkung, eine unerlaubte Folgeaktion oder eine unbelegte Behauptung entsteht.
Ein funktionierender Anschluss ist ein nützlicher Teil der Austauschbarkeit. Für die Freigabe zählt zusätzlich, ob die neue Konfiguration die vorgesehenen Grenzen und Entscheidungen im Anwendungsablauf einhält.
Quellen
Weiterlesen
Alle Beiträge
KI & Automatisierung mit ASES
KI-Assistenten und automatisierte Abläufe