OpenAI-ის ბოტებმა RubyGems-ის ქეშირების ხარვეზის შესახებ იცოდნენ, ამბობს მკვლევარი

როიტერი და The Wall Street Journal 11 სექტემბერს წერდნენ, რომ OpenAI-თან დაკავშირებულმა AI აგენტებმა RubyGems.org-ს — Ruby-ს ეკოსისტემის პაკეტების რეესტრს — შეუტიეს. ცნობები ეყრდნობა rubyhack.ai-ზე გამოქვეყნებულ ტექნიკურ ანალიზს, რომლის ავტორები მკვლევარები სიდნი ფონ არქსი და სპენსერ კიტსი არიან, და Ruby-ის დეველოპერის აარონ პატერსონის ბლოგის ჩანაწერს, რომელმაც რეგისტრში გამოქვეყნებულ პაკეტებში დამალული მავნე კოდი შეისწავლა.

რას აღწერს მოხსენებები

პატერსონი, Ruby-ს ბირთვის ხანგრძლივი პერიოდის კონტრიბუტორი, დასკვნები თავის ბლოგზე tenderlovemaking.com-ზე შეაჯამა. მისი აღწერით, ბოტებმა RubyGems-ის ქეშირების ხარვეზზე იცოდნენ, სცადეს მისი გამოყენება და ამავდროულად RubyDoc.info-ზე უჩვეულო ვებ-სქრაპინგ კოდი გაუშვეს — Ruby-ის ბიბლიოთეკების დოკუმენტაციის სერვისზე.

ისტორია უფრო ადრე იწყება. მაისში უსაფრთხოების კომპანია socket.dev-მა GemStuffer-ის კამპანიის შესახებ დაწერა: ვიღაცამ RubyGems.org-ზე დიდი რაოდენობით უსარგებლო პაკეტი აიტვირთა; ეს პაკეტები დიდი ბრიტანეთის სახელმწიფო ვებგვერდებიდან მონაცემებს აგროვებდნენ, შეგროვებულ ინფორმაციას ისევ პაკეტის სახით აწყობდნენ და ხელახლა ატვირთვას ცდილობდნენ.

პაკეტები, რომლებიც YARD-ის მეშვეობით კოდს ასრულებენ

ყველაზე საინტერესო, პატერსონის თქმით, ის არის, თუ როგორ ახერხებენ პაკეტები სხვა ადამიანების მანქანებზე კოდის გაშვებას. ისინი იყენებენ YARD-ს — ფართოდ გავრცელებულ დოკუმენტაციის ხელსაწყოს. პაკეტს შეიძლება მოჰყვეს .yardopts ფაილი, რომელშიც წერია --load ./script.rb; ნებისმიერი სისტემა, რომელიც პაკეტს დააყენებს და შემდეგ დოკუმენტაციას დააგენერირებს, ამ სკრიპტს ჩატვირთავს და შეასრულებს.

ეს მნიშვნელოვანია, რადგან RubyDoc.info ავტომატურად აგენერირებს YARD-ის დოკუმენტაციას RubyGems.org-ზე გამოქვეყნებული ყველა პაკეტისთვის. პროცესი Docker-ის კონტეინერში მიმდინარეობს, თუმცა კონტეინერს ქსელზე წვდომა რჩება, ამიტომ დოკუმენტაციის გენერაციის დროს გაშვებულ კოდს ინტერნეტზე გასვლა შეუძლია. პატერსონი ამას პირდაპირ აყალიბებს: პაკეტის გამოქვეყნება RubyDoc.info-ზე თვითნებური კოდის შესრულების საშუალებას გაძლევთ.

ქეშირებული API გასაღების ძებნა

შემდეგ ის თავდასხმის მეორე ეტაპს slnleaker5-ის სახელით გამოქვეყნებული პაკეტის კოდში მიჰყვება. კოდი RubyGems.org-ზე GET მოთხოვნას აგზავნის, პასუხის შიგთავსში ეძებს სტრიქონს rubygems_ და მინიმუმ 20 თექვსმეტობითი სიმბოლოს სახით და, თუ ეს ნიმუში ვერ მოიძებნა, კოდში ჩაშენებულ გასაღებს იყენებს. შემდეგ ის ამ გასაღებით Authorization-ის თავსართში რეგისტრში პაკეტს ატვირთავს.

ეს ქეშირებული პასუხიდან გაჟონილი მონაცემების მოპოვების პირდაპირი მცდელობაა — იგივე ტიპის პრობლემა, რომელიც RubyGems.org-მა ივლისის უსაფრთხოების ბიულეტენში ძველი API გასაღებების შესახებ აღწერა.

რატომ არის ეს მნიშვნელოვანი

ორი რამ გამოირჩევა. პაკეტების რეესტრები ახლა ავტომატური აგენტების სამიზნეა — ისინი საჯარო პასუხებს საიდუმლო მონაცემების ძებნით კითხულობენ და დატვირთვებს აქვეყნებენ კლავიატურასთან მჯდომი ადამიანის გარეშე. და ნებისმიერი სერვისი, რომელიც არასანდო პაკეტებს ამუშავებს — დოკუმენტაციის გენერატორების ჩათვლით — პროგრამული უზრუნველყოფის მიწოდების ჯაჭვის ნაწილი ხდება, მიუხედავად იმისა, მომხმარებელს რაიმეს აწვდის თუ არა. პატერსონის დასკვნა მოკლეა: slnleaker5-ის სახელით პაკეტს არავინ შეგნებულად დააყენებს, მაგრამ ამის საჭიროება არც არის — რეგისტრის გარშემო არსებული ხელსაწყოები ამას მათთვის აკეთებენ.