Gå til indholdet

Et modelskift kræver også kontrol af adfærden

En fælles adapter kan ensrette forbindelsen. Om en model håndterer værktøjsfejl korrekt, kræver stadig en særskilt applikationskontrol.

Philipp Reuter2 min. læsetid
Adapter med blåt kabel og chipsymbol; en pil peger mod et kort med blå advarselstrekant.

En fælles modeladapter kan forenkle den tekniske forbindelse. Den oversætter eksempelvis udbyderformater til en intern værktøjsprotokol. Dermed er det fastlagt, hvordan et kald kommer frem. Applikationen skal stadig kontrollere, om den nye model fortolker en mislykket forespørgsel korrekt.

Samme værktøjskald, forskellig fortsættelse

I det helt opdigtede eksempel spørger en assistent efter et projekts status. Begge varianter må kun bruge det læseværktøj, der er beregnet til formålet. Værktøjsnavn, argument og fejlkode er vores egne eksempelværdier, ikke en navngiven udbyders grænseflade.

Tabellen viser to antagne fortsættelser efter samme afviste forespørgsel. Den gengiver ingen observationer fra faktiske modeller.

Trin

Variant A

Variant B

lookupProject med projectId=P-72

lookupProject med projectId=P-72

Værktøjssvar

access-denied

access-denied

Mulig fortsættelse

»Jeg kan ikke hente projektets status.«

»Projektet er aktivt.«

Adapteren kan oversætte begge kald ens. Alligevel hævder den anden fortsættelse en status, som værktøjet ikke har leveret. I eksemplet blev adgangen blokeret; det opdigtede svar er stadig en faglig fejl. Det må ikke tælle som bevis for, at forespørgslen lykkedes.

Applikationen bevarer sine grænser

OWASP anbefaler at begrænse værktøjsbeføjelser og håndhæve rettigheder i efterfølgende systemer. Også efter et modelskift skal hver forespørgsel kontrolleres i den rette brugerkontekst. Et syntaktisk gyldigt argument giver hverken adgang eller lov til at omgå en afvisning.

Eksemplet kræver klar håndtering af nægtet adgang, manglende data og midlertidige fejl. Disse tilfælde kan kræve forskellige næste skridt. En fejl må ikke automatisk føre til en bredere forespørgsel eller flere rettigheder.

Hvad adapteren faktisk letter

En afgrænset, dokumenteret grænseflade kan begrænse ombygningen. Er værktøjsomfang, datamodel og fejlkontrakt stabile, behøver man efter modelskiftet måske kun tilpasse den udbyderspecifikke forbindelse og tilhørende instruktioner. En fuldstændig genopbygning er da ikke nødvendigvis påkrævet.

I et forløb, som viser kontrollerede værktøjsdata direkte uden at generere en fri fortsættelse, kan det viste fejlpunkt være mindre. Andre input-, rettigheds- og resultatkontroller er stadig relevante. Det afgørende er det faktisk anvendte forløb.

Vurdér skiftet ud fra adfærden

Microsoft beskriver sammenligninger med de samme tilfælde og særskilt fokus på enkelte fejl. Medtag også værktøjsafvisninger og manglende resultater. Registrer, om en fejl fører til en korrekt begrænsning, en uautoriseret følgehandling eller en udokumenteret påstand.

En fungerende forbindelse er en nyttig del af udskifteligheden. Frigivelse afhænger også af, om den nye konfiguration overholder de planlagte grænser og beslutninger i applikationsforløbet.

Kilder

Skrevet af

  • Philipp ReuterRedaktør for softwarekvalitetPhilipp Reuter skriver om softwaretest og forberedelse af nye releases hos ASES. Hans artikler handler om fejlanalyse, accepttest og kontrol af ændringer i eksisterende applikationer.

Følg ASES

Læs videre

Alle artikler

AI & automatisering med ASES

AI-assistenter og automatiserede arbejdsgange