Az OpenAI összehangolja a modellszolgáltatók biztonsági követelményeit

Az OpenAI október 21-i bejelentése a saját szolgáltatásában, a modelleket futtató partnereknél és a viszonteladóknál alkalmazott védelmi intézkedésekkel kapcsolatos elvárásokat rögzíti. A modellhozzáférést biztosító partnereknek ki kell vizsgálniuk a lehetséges szabálysértéseket, és össze kell hangolniuk az intézkedéseket, hogy a korlátozások a különböző szolgáltatásokban is hatásosak maradjanak. A vállalat a SafetyID azonosítókat is bemutatja: ezek célja, hogy személyazonosságuk megismerése nélkül elkülöníthessék a vizsgált végfelhasználókat, csökkentve a más ügyfeleket érintő fennakadásokat.

A 2026. november 20-án hatályba lépő angol nyelvű használati szabályzat fontos különbséget tesz a fejlesztői felhasználások között. A harmadik feleknek közvetlen OpenAI-modellhozzáférést kínáló szolgáltatásnak előzetesen meg kell szereznie az OpenAI felülvizsgálatát és jóváhagyását. Egy alkalmazásra azonban pusztán azért nem vonatkozik ez a követelmény, mert saját funkciói működtetéséhez ilyen modelleket használ. Ez választja el a modellhozzáférést közvetítő szolgáltatást a szokásos funkcióintegrációtól; szolgáltatói szabályról van szó, amely nem helyettesíti az alkalmazandó jogi követelményeket.

A megvalósításhoz az OpenAI fejlesztői útmutatója ajánlja, de nem követeli meg a biztonsági azonosítókat azoknál a termékeknél, amelyekben egyéni felhasználók lépnek kapcsolatba a modellekkel. A fejlesztő a safety_identifier paraméterben felhasználónként egyedi karakterláncot küld: a felhasználónevet vagy e-mail-címet hash-eli, ahelyett hogy magát a személyazonosító információt továbbítaná. Bejelentkezés nélküli termékbemutatónál munkamenet-azonosító is használható. Ezek az azonosítók segítik a visszaélések követését, és csökkenthetik annak esélyét, hogy egyetlen ember miatt a szervezet hozzáférése is megszakadjon. Nem öröklődnek át az API-k és munkamenetek között: az alkalmazásnak külön kell megadnia ugyanazt az állandó értéket, ahol szükséges.