Browser wekî Paşvekêşek: Derxistina Veşartî ya Client-Side LLM Demystified | B4N1

Browser wekî Paşvekêşek: Derxistina Veşartî ya Client-Side LLM Demystified

1 month ago · b4n1 Read time: 6 min

Gerok wekî Paşverû: Derxistina Veşartî ya Client-Side LLM Demystified

Ji bo demek dirêj, me "hişyariyên ewlehiya AI" wekî xetereyên dûr an meraqên akademîk derman kir. Me li ser derzîlêdana bilez, jailbreaks, û derziya daneyan bi awazên bêdeng bihîstiye, ku bi gelemperî bi şûştinê û "em ê bigihîjin wê" li dûv wan bihîstiye. Lêbelê, xwenîşandanên înteraktîf ên vê dawiyê ew xeyala rehet şikand. Ev êdî ne lawaziyek teorîk e; ew ji bo derxistina agahdariya hesas ji Modelên Zimanên Mezin (LLM) îstismarek zindî, li ser gerok-based, ji hêla xerîdar ve ye [2]. Ger hûn serîlêdanên hêzdar ên LLM-ê, nemaze her tiştê ku bi tevneyê re rû bi rû ne, bicîh dikin, "pirsgirêka weya pêşerojê" tenê bû berpirsiyariyek pir heyî, pir gelemperî û potansiyel pir şerm.

Ev ne sernavek din a giştî ya "AI xeternak e". Ev xwenîşandanek taybetî, berbiçav e ku meriv çawa lîstikvanek xirab, tenê geroka xwe bikar tîne, dikare LLM-ya we bi zorê bide ku agahdariya hesas eşkere bike. Ji bo demekê bifikirin. Ew ne li ser êrişên ji alî server-a tevlihev an hundurê modela kûr e. Ew di derbarê qatê danûstendinê de - deriyê pêşîn ê serîlêdana we - ku bi çend karakterên bi baldarî hatine çêkirin ve tê bikar anîn. Ew hevwateya dîjîtal e ku kesek bêjeya rast ji bo chatbota weya qaşo ewledar çêdike, û ew bi duristî daneya krîtîk, pirê caran, piç bi bit, dide dest.

Xewna Ewlekariya Modelê

Gelek pargîdaniyan di LLM-yên "ewle" de veberhênanek mezin kirine, an modelên xwedan birêkûpêk bikin an jî xwe bispêrin API-yên pola pargîdaniyê yên bi parêzvanên gumanbar. Texmîna nepenî ev e ku heke model bixwe bihêz be, serîlêdana ku li ser wê hatî çêkirin dê wê ewlehiyê mîras bigire. Xwepêşandanên dawî vê yekê wekî xeletiyek xeternak eşkere dike. Zeaftî ne di îstîxbarata bingehîn a modelê an daneyên perwerdehiya wê de ye; ew di navbera de ye ku em li dora wê ava dikin [1]. Pirsgirêka klasîk a "qofeya zexm, deriyê pêşiyê şêrîn" e. Dibe ku hûn li cîhanê LLM-ya herî pêşkeftî, hişkkirî hebin, lê heke parsera têketina serîlêdana we bêaqil be, an parzûna weya derketinê tune be, hûn di bingeh de agahdariya krîtîk ji her kesê re eşkere dihêlin.

Ev teknîka "derzkirina bilez" bi taybetî bi fikar e ji ber ku ew cewhera xwerû ya LLM-ê dixebitîne: kapasîteya wê ya şopandina rêwerzan û nimûneyên bêkêmasî. Bi derzîlêdana pêşgirek bi baldarî hatî çêkirin di têketina bikarhênerek de, êrîşkar dikare rewşa hundurê modelê manîpule bike, û wê neçar bike ku agahdariya ku qet nedixwest eşkere bike [3]. Aliyê "yek-bit" an jî dubare li vir girîng e. Ew tê wateya derxistinek rêbazî, kontrolkirî, ne tenê avêtinek daneya kaotîk. Bifikirin ku êrîşkarek dubare dipirse, "Gelo karaktera yekem a veşartî 'A' ye?" paşê "Ma ew 'B' ye?" wate ya vê çîye. Ew hêdî ye, erê, lê ew di heman demê de pir bi bandor û dijwar e ku meriv bibîne ger hûn bi taybetî lê negerin.

Geroka we, Çeka wan

Rastiya ku ev îstîsmarek based gerokê ye lîstikê bi tevahî diguhezîne. Wateya wê:

  • ** Astengiya Kêm ji Têketinê: ** Kesê ku jêhatîbûna pêşkeftina malperê ya bingehîn û gerokek heye dikare vê biceribîne. Ne amûrên pispor an zanîna AI-ya kûr hewce ne.
  • Pêkanîna Aliyê Xerîdar: Êrîş ji makîneya bikarhêner derdikeve, cihêkirina ji têketina bikarhêner a rewa ya li qiraxa torê dijwartir dike.
  • Geftiya Yekser: Ger serîlêdana weya LLM zindî ye û bi navgîniya webê ve tê gihîştin, ew jixwe ji vê vektorê re xeternak e. Ev ne paçek pêşerojê ye; ew rewşa awarte ya heyî ye.

Encaman bihesibînin: Parçeyên kodê yên xwedan, belgeyên navxweyî, daneyên xerîdar, bişkokên API, an tewra manîpulekirina nazik a tevgera LLM-ya we ji bo belavkirina agahdariya çewt an çêkirina naveroka zirardar. Hemî ev dikare bi qutiyek nivîsê ya hêsan, hinekî bi hûrgulî, were derxistin an bandor kirin.

Berpirsiyarî ya We ye

Ev ji bo pêşkêşkerên modelê yên mîna OpenAI an Google ne pirsgirêkek e ku di nûvekirina modela xweya paşîn de rast bikin. Ev pirsgirêkek ewlehiya serîlêdanê ye, û berpirsiyariya kêmkirinê bi tevahî dikeve ser milên pêşdebiran, tîmên ewlehiyê û CTO-yên ku van pergalan bicîh dikin. LLM-ya we motorek hêzdar e, lê di dawiyê de naîf e. Ew ê tiştê ku jê re tê gotin bike, hetta ew rêwerzan di hundurê têketina bikarhêner a ku xuya dike bêguneh de veşartiye jî.

Ji ber vê yekê, hûn niha çi dikin?

Tedbîrên Dijber:

  1. Paqijkirina Ketina Êrişkar: Ev ji pêşîlêgirtina derzîlêdana SQL an XSS wêdetir diçe. Pêdivî ye ku hûn *her karakter * ku têkevin LLM-ya xwe bişopînin. Li qalibên ku nîşana derzîlêdana bilez, rêzikên karakterên neasayî, an hewildanên şikandina herikîna danûstendinê ya hêvîdar in [4] bigerin. Ev ne li ser astengkirina "gotinên xerab" e; ew li ser tespîtkirina pêşniyarên dijber e. Ji bilî analîza regex û heurîstîkî ya bingehîn, analîza semantîk bicîh bînin da ku niyeta xirab tespît bikin. Ji bo tespîtkirina qalibên têketina anomalî analîzkirina tokenîzasyon û binavkirinê bikar bînin. Bifikirin ku LLM-ya duyemîn, piçûktir an pergalek bingeh-rêveberî ku bi taybetî hatî perwerde kirin da ku hewildanên derzîlêdanê yên bilez bibîne bikar bînin. Li qalibên mîna rêwerzên lîstina rolê, daxwazên eşkere yên derxistina daneyan, an hewildanên derbaskirina rêwerzên berê bigerin.
  2. ** Parzûnkirin û Verastkirina Hilbera Zehmet:** Qet ji derana LLM-a nepenî bawer nekin. Berî ku nivîsek ku ji hêla LLM ve hatî çêkirin ji bikarhênerek re were xuyang kirin an ji hêla pergalek din ve were bikar anîn, ew divê di qatek rastkirina hişk re derbas bibe. Ma ew peyvên hesas dihewîne? Ma ew bi formatên hêvîkirî re têkildar e? Ma ew hewl dide ku kodê bimeşîne an daxwazên pergala hundurîn eşkere bike? Ger LLM-ya we tê xwestin ku belgeyek kurt bike, lê ew dest bi navnîşkirina rêyên pelan dike, we pirsgirêkek heye.
  3. ** Endezyariya Lezgîn a Qatjimar: ** Her çend ne çareseriyek bêkêmasî be jî, pêşniyarên pergalê yên xweş sêwirandî û mînakên çend-teqeyan dikarin bibin alîkar ku reftarên xwestinê bi hêz bikin û ji êrîşkerek re dijwartir bikin ku modelê birevînin. Lêbelê, fêm bikin ku endezyariya bilez tenê ne bes e; ew parastinek bi kûrahî ye, ne mertalek bingehîn e.
  4. ** Kêmtirîn îmtiyaz ji bo Têkiliyên LLM: ** Ma LLM-ya we bi rastî hewce dike ku bigihîje her perçeyek daneya ku dibe ku jê were xwestin ku eşkere bike? Kontrolên gihîştina hişk bicîh bînin. Ger LLM tenê tê xwestin ku bersivê bide pirsên di derbarê belgeyên giştî de, pê ewle bine ku ew gihandina bernamekirî ji databasên hundurîn an API-yên hesas re tune.
  5. Şopandin û Tespîtkirina Anomalî: Pêdivî ye ku hûn bi rengek çalak li tevgera LLM-ya neasayî bigerin. Di cûreyên taybetî yên lêpirsinan de, derketinên ku ji qalibên normal vediqetin, an hewildanên dubare yên derxistina agahdarî divê hişyariyên tavilê derxînin holê.

Ev êdî ne li ser "ewlehiya AI" ya berfireh e. Ev li ser ewlekirina qata danûstendina serîlêdanên LLM-ya we li dijî vektorek êrişek taybetî, xwenîşandan û tavilê ya ku tê bikar anîn e. Me van pergalên bêbawer, hêzdar, bi gelemperî bi tedbîrên ewlehiyê yên ne têr di navberê de ava kir. Xwepêşandanên vê dawîyê tam nîşanî me dan ku karanîna van valahîyan çiqas hêsan e. Dema nîqaşên teorîk derbas bûye. Ji bo ewlekirina sepanên LLM tevgerek tavilê hewce ye.

Çavkanî

[1] OWASP Top 10 ji bo Serlêdanên Modela Zimanên Mezin — https://owasp.org/www-project-top-10-for-large-language-model-applications/ [2] Lakera Gandalf: Zehfek derzîlêdanê ya înteraktîf - https://gandalf.lakera.ai/ [3] Êrîşên derzîlêdanê yên bilez | Akademiya Ewlekariya Malperê - https://portswigger.net/web-security/llm-attacks/prompt-injection [4] Derzîlêdana Bilez çi ye û Meriv Çawa Pêşîlêgirtina Wê Çi ye? - https://www.tenable.com/blog/what-is-prompt-injection-and-how-to-prevent-it


Have Questions?

Let's Talk

Contact me on LinkedIn