బ్యాక్‌డోర్‌గా బ్రౌజర్: క్లయింట్-సైడ్ LLM సీక్రెట్ ఎక్స్‌ట్రాక్షన్ డీమిస్టిఫైడ్ | B4N1

బ్యాక్‌డోర్‌గా బ్రౌజర్: క్లయింట్-సైడ్ LLM సీక్రెట్ ఎక్స్‌ట్రాక్షన్ డీమిస్టిఫైడ్

1 month ago · b4n1 Read time: 4 min

బ్యాక్‌డోర్‌గా బ్రౌజర్: క్లయింట్-సైడ్ LLM సీక్రెట్ ఎక్స్‌ట్రాక్షన్ డీమిస్టిఫైడ్

చాలా కాలంగా, మేము "AI భద్రతా హెచ్చరికలను" సుదూర బెదిరింపులు లేదా విద్యాపరమైన ఉత్సుకతగా పరిగణించాము. మేము ప్రాంప్ట్ ఇంజెక్షన్, జైల్‌బ్రేక్‌లు మరియు డేటా లీకేజీని హష్డ్ టోన్‌లలో విన్నాము, తరచుగా భుజాలు తడుముకోవడం మరియు "మేము దానిని పొందుతాము" అని చెప్పడం. అయితే, ఇటీవలి ఇంటరాక్టివ్ ప్రదర్శనలు ఆ సౌకర్యవంతమైన భ్రమను బద్దలు కొట్టాయి. ఇది ఇకపై సైద్ధాంతిక దుర్బలత్వం కాదు; ఇది లార్జ్ లాంగ్వేజ్ మోడల్స్ (LLMలు) [2] నుండి సున్నితమైన సమాచారాన్ని సంగ్రహించడానికి ప్రత్యక్ష, బ్రౌజర్ ఆధారిత, క్లయింట్ వైపు దోపిడీ. మీరు LLM-ఆధారిత అప్లికేషన్‌లను అమలు చేస్తుంటే, ప్రత్యేకించి ఏదైనా వెబ్-ఫేసింగ్, మీ "భవిష్యత్తు సమస్య" చాలా ప్రస్తుత, చాలా పబ్లిక్ మరియు సంభావ్యంగా చాలా ఇబ్బందికరమైన బాధ్యతగా మారింది.

ఇది మరొక సాధారణ "AI ఈజ్ రిస్క్" హెడ్‌లైన్ కాదు. హానికరమైన నటుడు, వారి బ్రౌజర్‌ను మాత్రమే ఉపయోగించి, సున్నితమైన సమాచారాన్ని బహిర్గతం చేయడానికి మీ LLMని ఎలా బలవంతం చేయగలడు అనేదానికి ఇది ఒక నిర్దిష్టమైన, ప్రత్యక్షమైన ప్రదర్శన. ఒక్కసారి ఆలోచించండి. ఇది క్లిష్టమైన సర్వర్ వైపు దాడులు లేదా లోతైన మోడల్ ఆత్మపరిశీలన గురించి కాదు. ఇది ఇంటరాక్షన్ లేయర్-మీ అప్లికేషన్ యొక్క ముఖ ద్వారం-కొన్ని జాగ్రత్తగా రూపొందించిన అక్షరాలతో ఉపయోగించబడుతోంది. మీరు సురక్షితమని భావిస్తున్న చాట్‌బాట్‌కు ఎవరైనా సరైన పదబంధాన్ని రూపొందించడానికి ఇది డిజిటల్ సమానం మరియు ఇది తరచుగా బిట్‌బైట్‌గా క్లిష్టమైన డేటాను విధిగా అందజేస్తుంది.

మోడల్ సెక్యూరిటీ యొక్క భ్రమ

అనేక సంస్థలు "సురక్షితమైన" LLMలలో భారీగా పెట్టుబడి పెట్టాయి, ఫైన్-ట్యూనింగ్ యాజమాన్య నమూనాలు లేదా గార్డ్‌రైల్స్‌తో కూడిన ఎంటర్‌ప్రైజ్-గ్రేడ్ APIలపై ఆధారపడతాయి. మోడల్ కూడా పటిష్టంగా ఉన్నట్లయితే, దాని పైన నిర్మించబడిన అప్లికేషన్ ఆ భద్రతను వారసత్వంగా పొందుతుందని అవ్యక్తమైన ఊహ. ఇటీవలి ప్రదర్శనలు దీనిని ప్రమాదకరమైన అపోహగా బహిర్గతం చేస్తున్నాయి. దుర్బలత్వం మోడల్ యొక్క ప్రధాన మేధస్సు లేదా దాని శిక్షణ డేటాలో లేదు; ఇది మేము దాని చుట్టూ నిర్మించే ఇంటర్‌ఫేస్లో ఉంది [1]. ఇది క్లాసిక్ "బలమైన ఖజానా, నాసిరకం ముందు తలుపు" సమస్య. మీరు ప్రపంచంలోనే అత్యంత అధునాతనమైన, గట్టిపడిన LLMని కలిగి ఉండవచ్చు, కానీ మీ అప్లికేషన్ యొక్క ఇన్‌పుట్ పార్సర్ అమాయకంగా ఉంటే లేదా మీ అవుట్‌పుట్ ఫిల్టర్ ఉనికిలో లేకుంటే, మీరు తప్పనిసరిగా ఎవరైనా కనుగొనగలిగేలా కీలకమైన సమాచారాన్ని బహిర్గతం చేస్తున్నారు.

ఈ "ప్రాంప్ట్ ఇంజెక్షన్" టెక్నిక్ ముఖ్యంగా సంబంధించినది ఎందుకంటే ఇది LLM యొక్క స్వాభావిక స్వభావాన్ని ప్రభావితం చేస్తుంది: సూచనలను మరియు పూర్తి నమూనాలను అనుసరించే దాని సామర్థ్యం. వినియోగదారు ఇన్‌పుట్‌లోకి జాగ్రత్తగా రూపొందించిన ఉపసర్గను ఇంజెక్ట్ చేయడం ద్వారా, దాడి చేసే వ్యక్తి మోడల్ యొక్క అంతర్గత స్థితిని మార్చగలడు, ఇది ఎప్పుడూ ఉద్దేశించబడని సమాచారాన్ని బహిర్గతం చేయవలసి వస్తుంది [3]. "వన్-బిట్" లేదా పునరావృత అంశం ఇక్కడ కీలకం. ఇది కేవలం అస్తవ్యస్తమైన డేటా డంప్ మాత్రమే కాకుండా, ఒక పద్దతి, నియంత్రిత ఎక్స్‌ఫిల్ట్రేషన్‌ను సూచిస్తుంది. దాడి చేసే వ్యక్తి, "రహస్యం యొక్క మొదటి అక్షరం 'A' కాదా?" అని అడిగాడని ఊహించుకోండి. అప్పుడు "ఇది 'బి' కాదా?" మరియు అందువలన న. ఇది నెమ్మదిగా ఉంది, అవును, కానీ ఇది చాలా ప్రభావవంతంగా ఉంటుంది మరియు మీరు దాని కోసం ప్రత్యేకంగా వెతకకపోతే గుర్తించడం కష్టం.

మీ బ్రౌజర్, వారి ఆయుధం

ఇది బ్రౌజర్ ఆధారిత దోపిడీ అనే వాస్తవం గేమ్‌ను పూర్తిగా మారుస్తుంది. దీని అర్థం:

  • ప్రవేశానికి తక్కువ అవరోధం: ప్రాథమిక వెబ్ అభివృద్ధి నైపుణ్యాలు మరియు బ్రౌజర్ ఉన్న ఎవరైనా దీన్ని ప్రయత్నించవచ్చు. ప్రత్యేక సాధనాలు లేదా లోతైన AI పరిజ్ఞానం అవసరం లేదు.
  • క్లయింట్-సైడ్ ఎగ్జిక్యూషన్: దాడి వినియోగదారు మెషీన్ నుండి ఉద్భవించింది, నెట్‌వర్క్ అంచు వద్ద చట్టబద్ధమైన వినియోగదారు ఇన్‌పుట్ నుండి వేరు చేయడం కష్టతరం చేస్తుంది.
  • తక్షణ ముప్పు: మీ LLM అప్లికేషన్ ప్రత్యక్షంగా మరియు వెబ్ ఇంటర్‌ఫేస్ ద్వారా యాక్సెస్ చేయగలిగితే, ఇది ఇప్పటికే ఈ వెక్టర్‌కు హాని కలిగిస్తుంది. ఇది భవిష్యత్ ప్యాచ్ కాదు; ఇది ప్రస్తుత అత్యవసర పరిస్థితి.

చిక్కులను పరిగణించండి: యాజమాన్య కోడ్ స్నిప్పెట్‌లు, అంతర్గత డాక్యుమెంటేషన్, కస్టమర్ డేటా, API కీలు లేదా తప్పుడు సమాచారాన్ని వ్యాప్తి చేయడానికి లేదా హానికరమైన కంటెంట్‌ను రూపొందించడానికి మీ LLM ప్రవర్తన యొక్క సూక్ష్మమైన తారుమారు. వీటన్నింటిని ఒక సాధారణ టెక్స్ట్ బాక్స్ ద్వారా సంగ్రహించవచ్చు లేదా ప్రభావితం చేయవచ్చు.

బాధ్యత మీదే

OpenAI లేదా Google వంటి మోడల్ ప్రొవైడర్‌లు తమ తదుపరి మోడల్ అప్‌డేట్‌లో పరిష్కరించడానికి ఇది సమస్య కాదు. ఇది అప్లికేషన్ సెక్యూరిటీ సమస్య, మరియు తగ్గించే బాధ్యత డెవలపర్‌లు, భద్రతా బృందాలు మరియు ఈ సిస్టమ్‌లను అమలు చేస్తున్న CTOల భుజాలపై పూర్తిగా పడుతుంది. మీ LLM ఒక శక్తివంతమైన, కానీ అంతిమంగా అమాయకమైన ఇంజిన్. హానికరం కానటువంటి వినియోగదారు ఇన్‌పుట్‌లో ఆ సూచనలు దాచబడినప్పటికీ, అది చెప్పినట్లు చేస్తుంది.

కాబట్టి, మీరు ఇప్పుడు ఏమి చేస్తారు?

తక్షణ ప్రతిఘటనలు:

  1. దూకుడు ఇన్‌పుట్ శానిటైజేషన్: ఇది SQL ఇంజెక్షన్ లేదా XSS నిరోధించడాన్ని మించినది. మీరు మీ LLMలో ప్రవేశించే ప్రతి అక్షరాన్ని పరిశీలించాలి. ప్రాంప్ట్ ఇంజెక్షన్, అసాధారణ క్యారెక్టర్ సీక్వెన్సులు లేదా ఊహించిన సంభాషణ ప్రవాహాల నుండి బయటపడే ప్రయత్నాలను సూచించే నమూనాల కోసం చూడండి [4]. ఇది "చెడు పదాలను" నిరోధించడం గురించి కాదు; ఇది విరోధి ప్రాంప్ట్‌లను గుర్తించడం. ప్రాథమిక రీజెక్స్ మరియు హ్యూరిస్టిక్ విశ్లేషణకు మించి, హానికరమైన ఉద్దేశాన్ని గుర్తించడానికి సెమాంటిక్ విశ్లేషణను అమలు చేయండి. క్రమరహిత ఇన్‌పుట్ నమూనాలను గుర్తించడానికి టోకనైజేషన్ మరియు ఎంబెడ్డింగ్ విశ్లేషణలను ఉపయోగించండి. తక్షణ ఇంజెక్షన్ ప్రయత్నాలను గుర్తించడానికి ప్రత్యేకంగా శిక్షణ పొందిన ద్వితీయ, చిన్న LLM లేదా నియమ-ఆధారిత వ్యవస్థను ఉపయోగించడాన్ని పరిగణించండి. రోల్-ప్లేయింగ్ సూచనలు, స్పష్టమైన డేటా వెలికితీత అభ్యర్థనలు లేదా మునుపటి సూచనలను దాటవేయడానికి ప్రయత్నించడం వంటి నమూనాల కోసం చూడండి.
  2. బలమైన అవుట్‌పుట్ ఫిల్టరింగ్ మరియు ధ్రువీకరణ: LLM యొక్క అవుట్‌పుట్‌ను పరోక్షంగా ఎప్పుడూ విశ్వసించవద్దు. ఏదైనా LLM-ఉత్పత్తి చేసిన టెక్స్ట్ వినియోగదారుకు ప్రదర్శించబడటానికి లేదా మరొక సిస్టమ్ ద్వారా ఉపయోగించబడటానికి ముందు, అది తప్పక కఠినమైన ధ్రువీకరణ లేయర్‌ను దాటాలి. ఇందులో సున్నితమైన కీలకపదాలు ఉన్నాయా? ఇది ఊహించిన ఫార్మాట్‌లకు సరిపోతుందా? ఇది కోడ్‌ని అమలు చేయడానికి ప్రయత్నిస్తుందా లేదా అంతర్గత సిస్టమ్ ప్రాంప్ట్‌లను బహిర్గతం చేస్తుందా? మీ LLM ఒక పత్రాన్ని సంగ్రహించవలసి ఉంటే, కానీ అది ఫైల్ పాత్‌లను జాబితా చేయడం ప్రారంభిస్తే, మీకు సమస్య ఉంది.
  3. లేయర్డ్ ప్రాంప్ట్ ఇంజనీరింగ్: పూర్తి పరిష్కారం కానప్పటికీ, చక్కగా రూపొందించబడిన సిస్టమ్ ప్రాంప్ట్‌లు మరియు కొన్ని-షాట్ ఉదాహరణలు కావలసిన ప్రవర్తనను బలోపేతం చేయడంలో సహాయపడతాయి మరియు దాడి చేసేవారికి మోడల్‌ను హైజాక్ చేయడం కష్టతరం చేస్తాయి. అయితే, ప్రాంప్ట్ ఇంజనీరింగ్ మాత్రమే సరిపోదని అర్థం చేసుకోండి; ఇది లోతైన రక్షణ, ప్రాథమిక కవచం కాదు.
  4. LLM పరస్పర చర్యలకు కనీస హక్కు: మీ LLMకి నిజంగా అది బహిర్గతం చేయమని ప్రాంప్ట్ చేయబడే ప్రతి డేటాకు ప్రాప్యత అవసరమా? కఠినమైన యాక్సెస్ నియంత్రణలను అమలు చేయండి. LLM పబ్లిక్ డాక్యుమెంటేషన్ గురించిన ప్రశ్నలకు మాత్రమే సమాధానం ఇవ్వాల్సి ఉంటే, అంతర్గత డేటాబేస్‌లు లేదా సున్నితమైన APIలకు ప్రోగ్రామాటిక్ యాక్సెస్ లేదని నిర్ధారించుకోండి.
  5. పర్యవేక్షణ మరియు అనోమలీ డిటెక్షన్: మీరు అసాధారణమైన LLM ప్రవర్తన కోసం చురుకుగా వెతకాలి. నిర్దిష్ట రకాల ప్రశ్నలలో స్పైక్‌లు, సాధారణ నమూనాల నుండి వైదొలిగే అవుట్‌పుట్‌లు లేదా సమాచారాన్ని సేకరించేందుకు పదేపదే చేసే ప్రయత్నాలు తక్షణ హెచ్చరికలను ప్రేరేపిస్తాయి.

ఇది ఇకపై విస్తృత "AI భద్రత" గురించి కాదు. ఇది మీ LLM అప్లికేషన్‌ల ఇంటరాక్షన్ లేయర్‌ని నిర్దిష్ట, ప్రదర్శించబడిన మరియు వెంటనే దోపిడీ చేయదగిన దాడి వెక్టర్‌కు వ్యతిరేకంగా భద్రపరచడం. మేము ఈ అద్భుతమైన, శక్తివంతమైన సిస్టమ్‌లను నిర్మిస్తున్నాము, తరచుగా ఇంటర్‌ఫేస్‌లో సరిపోని భద్రతా చర్యలతో. ఈ అంతరాలను ఉపయోగించడం ఎంత సులభమో ఇటీవలి ప్రదర్శనలు మనకు చూపించాయి. సైద్ధాంతిక చర్చలకు సమయం మించిపోయింది. LLM అప్లికేషన్‌లను సురక్షితం చేయడానికి తక్షణ చర్య అవసరం.

మూలాలు

[1] లార్జ్ లాంగ్వేజ్ మోడల్ అప్లికేషన్‌ల కోసం OWASP టాప్ 10 — https://owasp.org/www-project-top-10-for-large-language-model-applications/ [2] లేకేరా గాండాల్ఫ్: ఒక ఇంటరాక్టివ్ ప్రాంప్ట్ ఇంజెక్షన్ ఛాలెంజ్ — https://gandalf.lakera.ai/ [3] ప్రాంప్ట్ ఇంజెక్షన్ దాడులు | వెబ్ సెక్యూరిటీ అకాడమీ — https://portswigger.net/web-security/llm-attacks/prompt-injection [4] ప్రాంప్ట్ ఇంజెక్షన్ అంటే ఏమిటి మరియు దానిని ఎలా నివారించాలి? — https://www.tenable.com/blog/what-is-prompt-injection-and-how-to-prevent-it


Have Questions?

Let's Talk

Contact me on LinkedIn