USA avalikustas DeepSeeki eemaldamiskorralduse, mis hõlmab ka vahendatud teenuseid

USA sisejulgeolekuministeeriumi ehk DHS-i avalikustatud korraldus ulatub DeepSeeki enda rakendustest kaugemale. Ametlik teade nõuab ka selle tehnoloogial põhinevate vahendatud toodete ja teenuste eemaldamist föderaalsete tsiviilasutuste IT-st. See teeb teenuse tegeliku alusmudeli päritolu praktiliseks tarneahela küsimuseks.

Ajajoont tuleb lugeda täpselt. Federal Registeri teade tuli avalikuks 19. oktoobril ning ametlik väljaanne kannab 20. oktoobri kuupäeva. Korralduse lisas märgitud algne väljaandmiskuupäev on aga 24. juuli 2026. Oktoobri uudis ei tähenda, et korraldus alles siis allkirjastati.

Reuters kajastas DHS-i muret tundlike andmete võimaliku Hiinasse jõudmise ja teiste turvariskide pärast. Need on korralduse riskipõhjendused, mida ei saa automaatselt võrdsustada iga juurutuse kohta avaldatud tehnilise tõendiga. Buildrya analüüs keskendub küsimusele, kuidas tuvastada mudelisõltuvused enne seda, kui neid tuleb kiiresti asendada.

Teenuse nimi ei näita kogu tarneahelat

Ettevõte või asutus võib osta dokumendiabilise, otsingulahenduse või arendustööriista, mille nimi ei viita kasutatavale mudelile. Teenusepakkuja võib kasutada üht mudelit põhiülesandeks ja teist varuvariandina. Hankeobjekti nimetuse põhjal pole siis võimalik hinnata kõiki tehnilisi sõltuvusi.

USA korralduse ulatus näitab, miks selle info küsimine ei ole pelgalt dokumenteerimine. Kui piirang puudutab alusmudelit, võib mõju jõuda mitme näiliselt eraldiseisva tooteni. Tarnija esitatud üldine kinnitus „kasutame AI-d” ei anna sellise muudatuse hindamiseks piisavat infot.

Eesti avaliku sektori jaoks on see toimetuse hinnangul kasulik inventuuriküsimus, mitte teade kohaliku keelu kehtestamisest. USA föderaalasutustele suunatud korraldus ei kehtesta iseenesest Eesti asutustele sama nõuet. Kohalik otsus peab lähtuma tegelikust kasutusest ja siin kohaldatavatest tingimustest.

Mudeli päritolu ja andmete liikumine on eri küsimused

Mudeli arendaja asukoht ei kirjelda üksi seda, kuhu konkreetse rakenduse päring läheb. Samuti ei tõenda kohalik server automaatselt, et kogu lahendus töötab väliste ühendusteta. Kontrollima peab rakenduse, mudeliteenuse, halduse ja telemeetria tegelikku ülesehitust.

Näiteks võib kohalik teenus kasutada eraldi väliseid tööriistu või saata diagnostikat teenusepakkujale. See on arhitektuuri kontrollimise vajadus, mitte väide DeepSeeki konkreetse kohaliku juurutuse kohta. Võrgu- ja juurdepääsulogid võivad aidata tegelikke andmevooge hinnata, kui need on selleks sobivalt seadistatud.

Riskihinnangus tuleks eraldi käsitleda sisendi konfidentsiaalsust, väljundi usaldusväärsust, mudelikaalude päritolu ja tarkvara uuendusahelat. Nende koondamine üheks päritoluriigi märgendiks võib jätta olulise tehnilise küsimuse vastuseta. Samas võib asutuse hankepoliitika seada päritolule oma piirangu sõltumata andmevoo mõõtmisest.

Mudeliregister peab näitama ka varuvalikuid

Praktilises registris võiks olla teenuse vastutaja, alusmudeli nimi ja versioon, mudeli tarnija ning tegelik majutuskoht. Sinna tuleks lisada andmete töötlemise alamteenused ja teave selle kohta, kas päring võib liikuda varumudelile. Muidu kirjeldab register üksnes vaikimisi rada.

Oluline on ka muudatuste kord. Kui tarnija vahetab mudelit ilma klienti teavitamata, võib varem antud hinnang kaotada aluse. Lepingus ja tehnilises juhtimises peaks seetõttu olema võimalus olulist mudelimuutust märgata ning vajadusel kasutus peatada või uuesti hinnata.

Registri detailsus peab olema otsuse jaoks piisav, kuid selle haldamine ei tohiks muutuda nimekirja kogumiseks nimekirja pärast. Iga kirje peaks aitama vastata konkreetsele küsimusele: millised teenused tuleb piirangu, rikke või tarnijamuutuse korral üle vaadata? Sellele vastamiseks on vaja ka sõltuvuste seoseid.

Väljavahetamise plaan peab säilitama töö kvaliteedi

Mudeli eemaldamine võib olla tehniliselt lihtne, kui kasutatakse üht keskset teenusekihti. Tegeliku alternatiivi leidmine võib siiski nõuda töövoo kohandamist. Teise mudeli erinev väljund, tööriistakasutus või keelekvaliteet võib muuta rakenduse käitumist ka sama API-kuju korral.

Seetõttu võiks asutus hoida väikest vastuvõtutestide komplekti oma olulisematest töödest. Alternatiivne mudel peab läbima samad sisulised kontrollid, mida rakendatakse põhiteenusele. Kiire ümberlülitus on usaldusväärne alles siis, kui on teada, milline kvaliteet ja teenindustase pärast seda säilib.

Asendamise plaanis tuleks käsitleda ka andmete eksporti, seadistuste säilitamist ja vana ligipääsu sulgemist. Üksnes uue mudeli valimine ei lõpeta vana teenuse võtmeid ega kustuta sinna jäänud andmeid. Ülemineku vastutajad ja kontrollitavad lõpptingimused võiks määrata enne kriisi.

Riskikorraldus ei ole kõigi juurutuste kohtuekspertiis

Avalik hankepiirang ja tehniline intsidendiraport täidavad erinevat eesmärki. Esimene võib lähtuda vastuvõetamatuks hinnatud võimalikust ohust, teine kirjeldab konkreetset tuvastatud tegevust. Artiklis tuleb nende tõendusjõud lahus hoida, et lugeja ei loeks ennetavat meedet kinnitatud andmevarguseks.

USA juhtum annab Eesti otsustajale põhjuse kontrollida, kas oma teenuste kohta on üldse võimalik samasugustele küsimustele vastata. Kas teatakse tegelikku alusmudelit? Kas andmevoogu saab kontrollida? Kas alternatiivi on proovitud? Need on kasutatavad juhtimisküsimused ka ilma uue keeluta.

Järgmine sisuline areng oleks selgus, kuidas asutused korraldust rakendavad ja milliseid teenusesõltuvusi nad leiavad. Üksnes avaliku teate põhjal ei saa arvutada mõjutatud juurutuste arvu ega vahetamise kogukulu. Neid lünki ei tohiks täita oletusega, et kõik DeepSeeki kasutusviisid on tehniliselt samasugused.