13. lapszám · nov. 2–8. 2026Kiadások · Fogalomtár · Archívum · Módszer · RSS · HU / ENG

Az AI-korszak hírei, hetente válogatva

Fogalomtár › Biztonság

biztonsági értékelés

angolul: safety evaluation

haladóterjedő

A biztonsági értékelés olyan tesztsorozat, amellyel kiadás előtt és után megmérik, okozhat-e kárt egy MI-rendszer, és mennyire lehet rávenni veszélyes viselkedésre.

Érthetően

Mielőtt egy új autó az utakra kerül, törésteszten megy át: szándékosan falnak vezetik, hogy kiderüljön, mi történik baj esetén. A biztonsági értékelés ugyanez az MI világában. Itt azt vizsgálják, mi a legrosszabb, amit a modell okozhat, és ez mekkora eséllyel következik be. Azt, hogy a modell mennyire ügyes a hétköznapi feladatokban, más tesztek mérik.

A tesztelők több ezer kényes kérést adnak a rendszernek. Megnézik, ad-e veszélyes útmutatót, be lehet-e csapni ügyes megfogalmazással, félrevezeti-e a felhasználót, kiszivárogtat-e személyes adatot. Az önállóan cselekvő agenteknél azt is figyelik, mit tesz a rendszer, ha eszközökhöz, fájlokhoz vagy pénzhez fér hozzá. Például azt, hogy töröl-e valamit, amit nem kellene, vagy átlépi-e a kapott felhatalmazást.

A hagyományos szoftvertesztnél egy adott bemenetre jellemzően ugyanaz a kimenet jön. Egy nyelvi modell ugyanarra a kérdésre többféleképpen válaszolhat, és a lehetséges kérdések száma gyakorlatilag végtelen. Az értékelés ezért csak mintát tud venni a viselkedésből: csökkenti a kockázatot, de teljes biztonságot nem tud igazolni.

Hogyan működik

  1. A kockázatok kijelölése: a fejlesztők vagy a külső vizsgálók eldöntik, milyen károkat keresnek, például veszélyes tanácsokat, csalásban való közreműködést, megtévesztést, adatszivárgást vagy ellenőrizhetetlen önálló cselekvést.
  2. Tesztfeladatok összeállítása: minden kockázathoz kérdéssorokat és élethű helyzeteket készítenek. Az agenteknél ez elzárt próbakörnyezet, ahol a rendszer valódi kár nélkül használhat eszközöket.
  3. Futtatás és támadás: a modellt automatikusan, sokszor egymás után tesztelik, közben emberi szakértők és más MI-rendszerek szándékosan próbálják kijátszani a védelmét.
  4. Pontozás: a válaszokat szabályok, bíráló modellek és emberek minősítik, és megszámolják, hány esetben hibázott a rendszer, és mennyire súlyosan.
  5. Döntés és ismétlés: az eredményt előre rögzített küszöbökhöz mérik. Ha a modell átlépi őket, a kiadást elhalasztják vagy további védelmet építenek be. Minden új változatnál újra lefuttatják a teszteket.

Példa a mindennapokból

Megjelenik egy új csevegőrobot, és a gyártó mellé tesz egy hosszú dokumentumot arról, hogyan vizsgálták a modellt. Ebben olvashatod, hányszor sikerült rávenni tiltott tartalom előállítására, és mit tett, amikor egy próbahelyzetben önállóan kellett döntenie. Ez a dokumentum a biztonsági értékelés nyilvános összefoglalója.

Kit érint

mindenkiEzek a tesztek döntik el, milyen védelemmel kerül a kezedbe az a csevegőrobot vagy agent, amelyet nap mint nap használsz.
vállalkozó, vezetőMielőtt MI-rendszert engedsz az ügyfeleid vagy a céges adataid közelébe, érdemes elkérned a szállítótól az értékelés eredményeit, és a saját felhasználási helyzetedre is tesztelned.
fejlesztőHa modellre vagy agentre építesz terméket, a saját alkalmazásodat külön kell értékelned, mert a gyártó tesztjei nem ismerik a te eszközeidet és adataidat. → Kód
jogász, állampolgárAz EU MI-rendelete 2025 augusztusa óta előírja a modellértékelést és a támadó jellegű tesztelést a rendszerszintű kockázatot jelentő általános célú modellek szolgáltatóinak, így ez a hatósági ellenőrzés egyik alapja. → Jog

Gyakori félreértés

TévhitHa egy modell átment a biztonsági értékelésen, akkor biztonságos.
ValójábanAz értékelés csak azt mutatja meg, hogy a kipróbált helyzetekben nem találtak súlyos hibát. A valós használat mindig hoz olyan esetet, amelyre senki sem gondolt, ezért kiadás után is folyamatos megfigyelésre van szükség.

Korlátok és kockázatok

Hasonló, de nem ugyanaz

Kapcsolódó fogalmak

Tágabb

MI-biztonság, kockázatkezelés, MI-irányítás

Szűkebb

red teaming, képességértékelés, jailbreak-teszt, agentértékelés

Rokon

benchmark, védőkorlát, összehangolás, rendszerkártya, homokozó

Röviden a története

A gépi tanulási modellek tesztelése régi gyakorlat, de a kifejezetten biztonsági célú értékelés a nagy nyelvi modellek elterjedésével vált önálló szakterületté. 2023 januárjában jelent meg az amerikai NIST MI-kockázatkezelési keretrendszere. 2023 novemberében, a Bletchley Park-i csúcstalálkozó idején jelentették be az első állami MI-biztonsági intézetet az Egyesült Királyságban; ennek neve 2025 februárja óta AI Security Institute.

Hol tart most

2026 végén a nagy fejlesztők kiadás előtt rendszeresen végeznek és részben közzétesznek biztonsági értékeléseket. Az EU MI-rendelete 2025 augusztusa óta kötelezővé teszi a modellértékelést a rendszerszintű kockázatot jelentő általános célú modelleknél. Egységes módszertan és mindenre kiterjedő független ellenőrzés még nincs, az agentek értékelése pedig különösen kiforratlan.

Állapot: 2026. november

A hírekben

3 Agent Age-sztoriban fordul elő; a görbe a hírmagazin heti előfordulása.

Más nevei

biztonsági értékelés · biztonsági kiértékelés · MI-biztonsági értékelés · biztonsági tesztelés · safety evaluation · safety eval · safety evals · AI safety evaluation

Források

A szócikk gépi szerkesztéssel készült és gépi szakmai lektoráláson ment át; a „hírekben” rész az Agent Age sztorijaiból automatikusan frissül.