უკან დაბრუნება

მკვლევარებმა 61 GitHub რეპოზიტორზე 83 თავდასხმა აღმოაჩინეს ეჭვმიტანილ მიწოდების ჯაჭვის კამპანიაში
SiTech AI Team3 წთ. საკითხავი

მკვლევარებმა 61 GitHub რეპოზიტორზე 83 თავდასხმა აღმოაჩინეს ეჭვმიტანილ მიწოდების ჯაჭვის კამპანიაში

Radware-ის მკვლევარებმა აღმოაჩინეს მინიმუმ 83 მავნე GitHub ელემენტი 61 საჯარო რეპოზიტორში, მათ შორის Google LangExtract, Trivy, Brave browser და MLflow, ეჭვმიტანილ კოორდინირებულ მიწოდების ჯაჭვის კამპანიაში, რომელიც მიმართულია CI/CD სამუშაო პროცესებზე.

Radware-ის მკვლევარებმა გამოავლინეს მინიმუმ 83 თავდასხმა 61 საჯარო GitHub რეპოზიტორიაზე, მათ შორის Google LangExtract, Trivy, Brave browser და MLflow, რაც, მათი ეჭვით, კოორდინირებული კამპანიაა CI/CD გარემოში ბრძანებების შესასრულებლად და ავტორიზაციის მონაცემებისა და წვდომის ტოკენების მოსაპარად. მავნე ელემენტების უმეტესობა, 83-დან 77, გამოქვეყნდა 43-წუთიანი პერიოდის განმავლობაში 1 სექტემბერს, ხოლო დარჩენილი ექვსი გამოჩნდა მომდევნო ორი წუთის განმავლობაში. მკვლევარების თქმით, საბოლოო მიზანი შესაძლოა იყოს მიწოდების ჯაჭვის თავდასხმა, რომელშიც თავდამსხმელი იძენს რეპოზიტორიის ავტორიზაციის მონაცემებს და შეუძლია კოდის შეცვლა.

როგორ მუშაობს თავდასხმის ჯაჭვი

მკვლევრებმა ეს კამპანია GitHub-ში პრომპტის ინექციის გამოძიებისას აღმოაჩინეს. თავდამსხმელი აქვეყნებს issue-ს, pull request-ს ან კომენტარს, რომელიც შეიცავს HTML კომენტარებში დამალულ მავნე ბრძანებებს, ამიტომ შიგთავსი არ ჩანს რენდერირებულ გვერდზე. GitHub-ის მოვლენას შეუძლია ავტომატურად გააქტიუროს workflow, თუ რეპოზიტორია კონფიგურირებულია ამ მოვლენაზე რეაგირებისთვის. workflow პირდაპირ ამატებს თავდამსხმელის მიერ კონტროლირებულ შიგთავსს shell-ის საწყის კოდში, და shell ასრულებს დამალულ ბრძანებას, რომელიც აგროვებს გარემოს ცვლადებს და ცდილობს მათ გაგზავნას თავდამსხმელის მიერ კონტროლირებულ სერვერზე. მკვლევრებმა შეამოწმეს რეალური გაშვებების ჟურნალები და აღმოაჩინეს ორი შემთხვევა მტკიცებულებით, რომ მავნე ბრძანება შესრულდა ავტომატიზაციის გარემოში, მაგრამ დანამდვილებით ვერ ამბობენ, მოიპოვა თუ არა თავდამსხმელმა რეპოზიტორიაზე ჩაწერის უფლებები, შეცვალა თუ არა საწყისი კოდი, ან დააზიანა თუ არა დამოკიდებული პროგრამული უზრუნველყოფა.

მკვლევარების თქმით, თავდამსხმელს არ სჭირდება რეპოზიტორიის კომპრომეტირება ან მის კოდბაზაზე წვდომა. ფაქტობრივად, ნებისმიერ მომხმარებელს, რომელსაც აქვს GitHub-ის ანგარიში, შეუძლია სცადოს ამ შეტევის განხორციელება და მისი დაწყება ძალიან ადვილია. მკვლევარები ეჭვობენ, რომ კამპანიის უკან ერთი პირი დგას და მან გამოიყენა 74 სხვადასხვა GitHub-ის ანგარიში, რომელთაგან ბევრს ჰქონდა ლეგიტიმური განვითარების ისტორია და სავარაუდოდ კომპრომეტირებული იყო.

დაზარალებული რეპოზიტორები

13 ოქტომბრის მდგომარეობით, საფრთხეების მონადირეებმა 61 სხვადასხვა რეპოზიტორიაში დაადგინეს 83 GitHub ელემენტი დადასტურებული პეილოუდით. რეპოზიტორიები მოიცავს AI ფრეიმვორკებს, უსაფრთხოების ხელსაწყოებს, განვითარების ინფრასტრუქტურას, მონაცემთა ბაზებს და სხვა ფართოდ გამოყენებულ ღია კოდის პროგრამულ პროექტებს. Radware-ის ანგარიშში ყველაზე პოპულარულთა შორის ჩამოთვლილია agno-agi/agno (42.7K ვარსკვლავი), ToolJet/ToolJet (41.1K), google/langextract (38.9K), aquasecurity/trivy (38.4K), CopilotKit/CopilotKit (38K) და podman-container-tools/podman (33K). სხვა მნიშვნელოვან სამიზნეებს შორის იყო QwenLM/qwen-code (28.5K), mlflow/mlflow (28.4K), discordjs/discord.js (26.8K), cilium/cilium (25.6K), brave/brave-browser (23.9K), dotnet/maui (23.3K), Homebrew/homebrew-cask (22.2K), github/docs (21K), apache/doris (16K) და PX4/PX4-Autopilot (12.8K). მკვლევრებმა განაცხადეს, რომ ამ პროექტებს იყენებს ათასობით ორგანიზაცია.

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

რა შეიძლება გააკეთონ დამცველებმა

Radware-ის ვიცე-პრეზიდენტმა და მკვლევარმა გაბი ნაკიბლიმ თქვა, რომ არ არსებობს გზა, რომ თავდამსხმელები მცდელობისგან შევაჩეროთ, და ერთადერთი გზაა დავრწმუნდეთ, რომ workflow-ის კოდი მდგრადია და არ არის მოწყვლადი ასეთი თავდასხმების მიმართ. მკვლევარები გვირჩევენ გამოვიყენოთ უმცირესი უფლებების წვდომა CI/CD workflow-ებზე და მაქსიმალურად გამოვყოთ გარე მოვლენებით გამოწვეული workflow-ები გაზრდილი უფლებების მქონე სამუშაოებისგან. მკვლევარმა ზვიკა ბაბომ თქვა, რომ დეველოპერებმა გარე კონტენტი უნდა მოეპყრონ როგორც არასანდო და შეზღუდონ საიდუმლოებები და გარემოს ცვლადები, რომლებიც workflow-ისთვის ხელმისაწვდომია.

წყაროები: The Register

გააზიარე ციფრული გამოცდილება

SiTech

SiTech — AI-გაძლიერებული ვებ დეველოპმენტი

ვქმნით სწრაფ, თანამედროვე ვებსაიტებს და AI-ს ვაერთიანებთ ქართული ბიზნესებისთვის. გაქვთ პროექტი ან კითხვა? სიამოვნებით დაგეხმარებით.