ჩამოტვირთეთ cheat extreme hack for cs go. მოტყუება CS:GO ExtrimHack-ისთვის. რისთვის არის თაღლითები?

განახლებულია

ექსტრემალური ჰაკი cs go-სთვის

• AimBot

  - სხეულის, თავის, ფეხებისკენ ავტომატური დამიზნება დამოკიდებულია იმაზე, თუ როგორ დააყენეთ იგი

• Კედლის Hack

  - კედლებიდან მტერს ხედავ

• triggerbot

  - ისვრის ავტომატურად, როდესაც ფართი მიმართულია მტრისკენ

თაღლითობის დაწყება:

• ჩართეთ cs go
• ჩვენ ვიწყებთ ექსტრემალურ ჰაკს cs go-სთვის
• გაააქტიურეთ მოტყუება თამაშში "Insert" ან "SHIFT + F5" დაჭერით

ექსტრემალური ჰაკი cs go-სთვის

შეასრულეთ DoS შეტევა ჰეშის შეჯახების გამოყენებით

გამოსავალი

რამდენადაც მახსოვს, Easy Hack-ში DoS თავდასხმების თემა საკმაოდ ბევრ ამოცანაში იყო გაშუქებული - ნებისმიერ შემთხვევაში, მთავარი ტიპიური შეტევები. მაგრამ არა, მე კიდევ რაღაც მახსოვს. ამიტომ, გაეცანით - Hash Collision DoS. დაუყოვნებლივ უნდა ვთქვა, რომ ეს თემა თავისთავად საკმაოდ ვრცელი და საინტერესოა მრავალი განსხვავებული ასპექტით, ამიტომ დავიწყებთ ზოგადი თეორიით ჩვენს თითებზე.

ასე რომ, ჰეში არის ჰეშის ფუნქციის შედეგი (aka convolution ფუნქცია), რომელიც სხვა არაფერია, თუ არა „სურვილისამებრ სიგრძის შეყვანის მონაცემთა მასივის გადაქცევა ფიქსირებული სიგრძის გამომავალი ბიტის სტრიქონზე დეტერმინისტული ალგორითმის გამოყენებით“ (ვიკის მიხედვით) . ანუ შეყვანის სახით ვაძლევთ, მაგალითად, ნებისმიერი სიგრძის სტრიქონს და გამომავალზე ვიღებთ გარკვეულ სიგრძეს (ბიტის სიღრმის შესაბამისად). ამავე დროს, იმავე შეყვანის ხაზისთვის, ჩვენ ვიღებთ იგივე შედეგს. ეს ყველაფერი ჩვენთვის საკმაოდ ნაცნობია: ეს არის MD5, SHA-1 და სხვადასხვა საკონტროლო ჯამები (CRC).

შეჯახება არის, როდესაც ფუნქციის გაშვების შემდეგ სხვადასხვა შეყვანას აქვს იგივე ჰეშის მნიშვნელობა. უფრო მეტიც, მნიშვნელოვანია გვესმოდეს, რომ შეჯახება თანდაყოლილია ყველა ჰეშის ფუნქციისთვის, რადგან საბოლოო მნიშვნელობების რაოდენობა, განსაზღვრებით, ნაკლებია (იგი „შეზღუდულია“ ბიტის სიღრმით) შეყვანის მნიშვნელობების „უსასრულო“ რაოდენობაზე.

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

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

პროგრამირების თანამედროვე ენების უმეტესობა (PHP, Python, ASP.NET, JAVA), უცნაურად საკმარისია, საკმაოდ ხშირად იყენებენ "თავის შიგნით" ზუსტად არაკრიპტორეზისტენტული ჰეშის ფუნქციებს. ამის მიზეზი, რა თქმა უნდა, არის მაღალი სიჩქარეეს უკანასკნელი. განაცხადის ერთ-ერთი ტიპიური ადგილია ასოციაციური მასივები, ისინი ასევე არიან ჰეშის ცხრილები. დიახ, დიახ, იგივე - მონაცემთა შენახვა "გასაღები - მნიშვნელობა" ფორმატში. და რამდენადაც ვიცი, სწორედ გასაღებიდან არის გამოთვლილი ჰეში, რომელიც შემდგომში იქნება ინდექსი.

მაგრამ ყველაზე მნიშვნელოვანი ის არის, რომ ახლის დამატებისას, ჰეშის ცხრილიდან ელემენტის ძებნისას და ამოღებისას შეჯახების გარეშე, თითოეული მოქმედება საკმაოდ სწრაფია (ითვლება როგორც O (1)). მაგრამ შეჯახების თანდასწრებით, ხდება მთელი რიგი დამატებითი ოპერაციები: შეჯახებისას ყველა ძირითადი მნიშვნელობის სტრიქონ-სტრიქონური შედარება, ცხრილების აღდგენა. შესრულება მნიშვნელოვნად, მნიშვნელოვნად ეცემა (O(n)).

და თუ ახლა გვახსოვს, რომ შეგვიძლია გამოვთვალოთ კლავიშების თვითნებური რაოდენობა (n), რომელთაგან თითოეული გამოიწვევს შეჯახებას, მაშინ თეორიულად n ელემენტის დამატება (გასაღები - მნიშვნელობა) დაჯდება O(n^2), რამაც შეიძლება მიგვიყვანოს დიდი ხნის ნანატრი DoS-ისკენ.

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

როგორც უკვე აღვნიშნეთ, პირველი კითხვისთვის შეგვიძლია გამოვთვალოთ ისინი. ენების უმეტესობა იყენებს ერთი და იგივე ჰეშის ფუნქციის ერთ-ერთ ვარიაციას. PHP5-ისთვის ეს არის DJBX33A (დანიელ ჯ. ბერნშტეინისგან, X33 - გავამრავლოთ 33-ზე, A - დამატება).

სტატიკური inline ulong zend_inline_hash_func(const char *arKey, uint nKeyLength) ( რეგისტრაცია ulong hash = 5381; for (uint i = 0; i< nKeyLength; ++i) { hash = hash * 33 + arKey[i]; } return hash; }

როგორც ხედავთ, ეს ძალიან მარტივია. ვიღებთ ჰეშის მნიშვნელობას, ვამრავლებთ 33-ზე და ვამატებთ გასაღების სიმბოლოს მნიშვნელობას. და ეს მეორდება გასაღების თითოეული პერსონაჟისთვის.

ჯავა თითქმის იგივეს იყენებს. ერთადერთი განსხვავება ისაა, რომ საწყისი ჰეშის მნიშვნელობა არის 0 და რომ გამრავლება ხდება 31-ით ნაცვლად 33. ან სხვა ვარიანტი - ASP.NET-ში და PHP4-ში - DJBX33X. ეს ისევ იგივე ფუნქციაა, მხოლოდ საკვანძო სიმბოლოს მნიშვნელობის დამატების ნაცვლად გამოიყენება XOR ფუნქცია (აქედან X-ის ბოლოს).

ამავდროულად, DJBX33A ჰეშის ფუნქციას აქვს ერთი თვისება, რომელიც მისი ალგორითმიდან მოდის და ძალიან გვეხმარება. თუ ჰეშის ფუნქციის შემდეგ, სტრიქონს1 და სტრიქონს2 აქვთ ერთი და იგივე ჰეში (შეჯახება), მაშინ ჰეშის ფუნქციის შედეგი, სადაც ეს სტრიქონები ქვესტრიქონებია, მაგრამ იმავე პოზიციებზე, შეეჯახება. ანუ:

ჰეშ(სტრინგ1)=ჰეშ(სტრინგ2) ჰეში(xxxString1zzz)=ჰეშ(xxxString2zzz)

მაგალითად, Ez და FY სტრიქონებიდან, რომლებსაც აქვთ ერთი და იგივე ჰეში, შეგვიძლია მივიღოთ EzEz, EzFY, FYEz, FYFY, რომელთა ჰეშებიც ერთმანეთს ეჯახება.

ამრიგად, როგორც ხედავთ, ჩვენ შეგვიძლია სწრაფად და მარტივად გამოვთვალოთ ნებისმიერი რაოდენობის მნიშვნელობა ერთი DJBX33A ჰეშის მნიშვნელობით. შეგიძლიათ მეტი წაიკითხოთ თაობის შესახებ.

აღსანიშნავია, რომ ეს პრინციპი არ მუშაობს DJBX33X-ზე (ანუ XOR-თან), რაც ლოგიკურია, მაგრამ მასზე მუშაობს განსხვავებული მიდგომა, რომელიც ასევე საშუალებას გაძლევთ შექმნათ ბევრი შეჯახება, თუმცა ამას ბევრი სჭირდება. ფულის გამო უხეში მცირე ოდენობით. სხვათა შორის, მე ვერ ვიპოვე DoS ინსტრუმენტების პრაქტიკული განხორციელება ამ ალგორითმისთვის.

ამასთან, იმედი მაქვს, რომ ყველაფერი ნათელია. ახლა მეორე კითხვა არის იმის შესახებ, თუ როგორ უნდა შევქმნათ აპლიკაციებმა ასეთი დიდი ასოციაციური მასივები.

სინამდვილეში, ყველაფერი მარტივია: აპლიკაციაში უნდა ვიპოვოთ ადგილი, სადაც ის ავტომატურად გამოიმუშავებს ასეთ მასივებს ჩვენი შეყვანის მონაცემებისთვის. ყველაზე უნივერსალური გზააგზავნის POST მოთხოვნას ვებ სერვერზე. "ენების" უმეტესობა ავტომატურად ამატებს ყველა შეყვანის პარამეტრს მოთხოვნიდან ასოციაციურ მასივში. დიახ, დიახ, მხოლოდ $_POST ცვლადი PHP-ში იძლევა მასზე წვდომას. სხვათა შორის, მინდა ხაზგასმით აღვნიშნო, რომ ზოგადად, ჩვენ არ გვაინტერესებს, თუ ეს ცვლადი თავად იქნება გამოყენებული (POST პარამეტრებზე წვდომისთვის) სკრიპტში / აპლიკაციაში (გამონაკლისი, როგორც ჩანს, არის ASP.NET), რადგან ის მნიშვნელოვანია, რომ ვებ სერვერმა გადასცა პარამეტრები კონკრეტული ენის დამმუშავებელს და იქ ისინი ავტომატურად დაემატა ასოციაციურ მასივში.

ახლა რამდენიმე ნომერი დაგიდასტურებთ, რომ შეტევა ძალიან მძიმეა. ისინი 2011 წლიდან არიან, მაგრამ არსი დიდად არ შეცვლილა. Intel i7 პროცესორზე PHP5-ში 500 KB შეჯახებას დასჭირდება 60 წამი, Tomcat-ზე 2 MB - 40 წთ, Python-ისთვის 1 MB - 7 წთ.

რა თქმა უნდა, აქ მნიშვნელოვანია აღინიშნოს, რომ თითქმის ყველა ვებ ტექნოლოგიას აქვს შეზღუდვები სკრიპტის ან მოთხოვნის შესრულებაზე, მოთხოვნის ზომაზე, რაც შეტევას გარკვეულწილად ართულებს. მაგრამ უხეშად შეგვიძლია ვთქვათ, რომ სერვერზე მოთხოვნების ნაკადი 1 Mbps-მდე შევსებული არხით საშუალებას მისცემს თითქმის ნებისმიერი სერვერის შეჩერებას. ვეთანხმები - ძალიან ძლიერი და ამავე დროს მარტივი!

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

მე უბრალოდ მინდა გავამახვილო ყურადღება იმაზე, თუ როგორ ცდილობდნენ გამყიდველები თავის დაცვას და რატომ არ არის ეს ზოგჯერ საკმარისი. სინამდვილეში, არსებობს ორი ძირითადი მიდგომა. პირველი არის დაცვის განხორციელება ენის დონეზე. "დაცვა" შედგება ჰეშინგის ფუნქციის შეცვლაში, უფრო ზუსტად, მას ემატება შემთხვევითი კომპონენტი, რომლის ცოდნის გარეშე უბრალოდ ვერ შევქმნით ისეთ გასაღებებს, რომლებიც წარმოქმნიან შეჯახებას. მაგრამ ყველა გამყიდველი არ წავიდა ამისკენ. ასე რომ, რამდენადაც მე ვიცი, Oracle-მა მიატოვა დაფიქსირება Java 1.6-ში და შემოიღო რანდომიზაცია მხოლოდ მე-7 ფილიალის შუა რიცხვებიდან. Microsoft-მა დანერგა შესწორება ASP.NET-ში 4.5 ვერსიიდან. მეორე მიდგომა (რომელიც ასევე გამოიყენებოდა როგორც გამოსავალი) იყო მოთხოვნაში პარამეტრების რაოდენობის შეზღუდვა. ASP.NET-ში არის 1000, Tomcat-ში 10 000. დიახ, ასეთი ღირებულებების ფაფას ვერ მოამზადებთ, მაგრამ ასეთი დაცვა საკმარისია? რა თქმა უნდა, მეჩვენება, რომ არა - ჩვენ ჯერ კიდევ გვაქვს შესაძლებლობა შეჯახებით გადავიტანოთ ჩვენი მონაცემები სხვა ადგილას, რაც ასევე ავტომატურად დამუშავდება სისტემის მიერ. ასეთი ადგილის ერთ-ერთი ყველაზე ნათელი მაგალითია სხვადასხვა XML პარსერი. Java-სთვის Xerces პარსერში ასოციაციური მასივები (HashMap) მაქსიმალურად გამოიყენება ანალიზისას. ამავდროულად, პარსერმა ჯერ ყველაფერი უნდა დაამუშაოს (ანუ, სტრუქტურა მეხსიერებაში გადაიტანოს), შემდეგ კი წარმოქმნას სხვადასხვა ბიზნეს ლოგიკა. ამრიგად, ჩვენ შეგვიძლია შევქმნათ ნორმალური XML მოთხოვნა, რომელიც შეიცავს შეჯახებებს და გავაგზავნოთ სერვერზე. ვინაიდან პარამეტრი რეალურად იქნება ერთი, მაშინ გადაეცემა პარამეტრების რაოდენობის დათვლის დაცვა.

მაგრამ დაუბრუნდით მარტივ POST ვერსიას. თუ გსურთ თქვენი ან სხვისი საიტის ტესტირება, მაშინ არსებობს ამ ან Metasploit მოდულის მინიმალისტური ინსტრუმენტი - auxiliary/dos/http/hashcollision_dos. ისე, თუ ჩემი ახსნა-განმარტების შემდეგ გაჩნდება კითხვები ან უბრალოდ გიყვართ კატები, აი, ეს არის ვერსია სურათებში.

Დავალება

საპირისპირო ჭურვის ორგანიზება

გამოსავალი

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

ამ მეთოდის ერთ-ერთი მნიშვნელოვანი პუნქტია ნებისმიერი IDS-ისგან უხილავობა, ასევე „გამტარობა“ ან სხვა. მეორე პუნქტი დაკავშირებულია იმ ფაქტთან, რომ ჩვეულებრივ გატეხილი მასპინძლები პირდაპირ არ იშლება, მაგრამ განლაგებულია კორპორატიული ქსელის შიგნით ან DMZ-ში, ანუ ბუხარის, NAT-ის ან სხვა რამის უკან. ამიტომ, თუ ჩვენ უბრალოდ გავხსნით პორტს ჭურვით ჩვენს მსხვერპლზე, მაშინ ჩვენ ვერ შევძლებთ იქ დაკავშირებას. თითქმის ყოველთვის, საპირისპირო ჭურვები უკეთესია, რადგან ისინი თავად გვაკავშირებენ და არ არის საჭირო პორტების გახსნა. მაგრამ ასევე არიან რთული სიტუაციები. ერთ-ერთი ყველაზე „მტვრევადი“ გარსი არის DNS ჭურვი, რადგან ჩვენი კომუნიკაცია ჭურვთან ხდება არა უშუალოდ, არამედ კორპორატიული DNS სერვერის მეშვეობით (ჩვენი დომენის მოთხოვნების მეშვეობით). მაგრამ ეს მეთოდიც კი ყოველთვის არ მუშაობს, ასე რომ თქვენ უნდა გამოხვიდეთ. იმავე Metasploit-ში არის საინტერესო საპირისპირო გარსი. გაშვებისას, ის ცდილობს დაუკავშირდეს TCP პორტების მთელ დიაპაზონს ჩვენს სერვერთან, ცდილობს იპოვოს ხვრელი firewall-ის წესებში. შეიძლება მუშაობდეს გარკვეულ კონფიგურაციებში.

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

ჩვენთვის ყველაზე საინტერესო ის არის, რომ იგი მხარდაჭერილია ბევრ ოპერაციულ სისტემაში. ძირითადად *nix, მაგრამ უფრო ახალი Windows, როგორც ჩანს, მხარს უჭერს მას გარეთ ყუთში (თუმცა მე ვერ ვიპოვე რეალური დადასტურება). რა თქმა უნდა, არა სუპერ მაღალტექნოლოგიური, მაგრამ ასეთი ჭურვი, ალბათ, არც ისე ადვილად ამოიცნობს IDS-ებს, რაც ჩვენთვის პლიუსია. ზოგადად, ულვაშზე ვახვევთ და თავად ნაჭუჭს ვიღებთ.

Დავალება

შეაჩერე DoS გამაძლიერებელი შეტევებით

გამოსავალი

ჩვენ უკვე შევეხეთ ისეთ თემას, როგორიცაა DDoS შეტევების გაძლიერება Easy Hack-ში. მათი არსი იმაში მდგომარეობს, რომ თავდამსხმელს შეუძლია მსხვერპლის სახელით გაუგზავნოს მოთხოვნა გარკვეულ სერვისს და პასუხი გაიგზავნება ბევრად (ბევრჯერ) უფრო დიდი ზომით. ეს თავდასხმები შესაძლებელია, პირველ რიგში, იმის გამო, რომ თავად UDP პროტოკოლი არ გულისხმობს კავშირის დამყარებას (არ არის ხელის ჩამორთმევა, როგორც TCP-ში), ანუ ჩვენ შეგვიძლია შევცვალოთ გამგზავნის IP და იმის გამო, რომ ბევრი სერვისი არის ძალიან "ჩატიური" (პასუხი მნიშვნელოვნად აღემატება მოთხოვნას) და მუშაობს "გარეშე" ავთენტიფიკაციის (უფრო ზუსტად, არ არსებობს კავშირის დამყარება მაღალ დონეზე).

ზოგადად, არც ისე დიდი ხნის წინ იყო ბევრი აჟიოტაჟი ინტერნეტში DNS გაძლიერების შეტევების თემაზე. ჩემს მეხსიერებაში, ბოლო ასეთი შეტევა გამოიყენა NTP სერვისები. რიცხვები აღმაშფოთებელი იყო - ასობით გიგაბიტი... მაგრამ მე მინდოდა ამ თემას დავუბრუნდე, რათა ხაზი გავუსვა მნიშვნელოვან საკითხს: რომ ეს არის ღრმა პრობლემა, რომელიც ნაკლებად სავარაუდოა, რომ გამოსწორდეს უახლოეს წლებში. პრობლემა, უპირველეს ყოვლისა, არის UDP-ში და აზრი არ აქვს კონკრეტული პროტოკოლების „გასწორებას“ - DNS, NTP და ა.შ. (თუმცა უფრო უსაფრთხო ნაგულისხმევი კონფიგურაციები სასარგებლო იქნება). ყოველივე ამის შემდეგ, მსგავსი გამაძლიერებელი შეტევები შეიძლება განხორციელდეს SNMP პროტოკოლის (სტანდარტული საზოგადოების სტრიქონით - საჯარო) ან NetBIOS, ან ნაკლებად ცნობილი პროტოკოლების გამოყენებით, როგორიცაა Citrix. ასევე შეგიძლიათ დაამატოთ სხვადასხვა ქსელური თამაშები. დიახ, ბევრი მათგანი (მაგალითად, Half-Life, Counter-Strike, Quake) ასევე იყენებს UDP-ს, როგორც ტრანსპორტს და მათი მეშვეობით ჩვენ ასევე შეგვიძლია ვინმეს DDoS. აქ ასევე შეგიძლიათ დაამატოთ ვიდეო ნაკადის სერვისები.

Prolexic-მა გამოაქვეყნა არაერთი მცირე კვლევა, როგორც ტიპიური, ასევე „ახალი“ შეტევის მეთოდებზე. კვლევის ინტერესი მდგომარეობს სხვადასხვა პროტოკოლისთვის სპეციფიკური ბრძანებების შერჩევაში, რომლებიც შეიძლება გამოყენებულ იქნას შეტევისთვის, შეტევის გამაძლიერებელი ფაქტორების გამოთვლაში (პასუხის ზომის თანაფარდობა მოთხოვნის ზომასთან), ასევე PoC ინსტრუმენტი, რომელიც შეიძლება გამოყენებულ იქნას მათი განსახორციელებლად.

Დავალება

DNS ჩაჭრა Bitsquating-ით

გამოსავალი

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

თქვენ, როგორც ნებისმიერი სხვა ინტერნეტ მომხმარებელი, ხანდახან, ალბათ, სასურველი საიტის სახელს მიმართავთ მისამართების ზოლში. და ხანდახან ისეც ხდება, რომ სახელში შეცდომას უშვებ და შენთვის საინტერესო youtube.com-ის ნაცვლად ხარ yuotube.com-ზე. ან მარადიული გაუგებრობები პირველი დონის დომენებთან - vk.com ან vk.ru? ასე რომ, ტექნიკას, როდესაც რეგისტრირებულია დომენური სახელების გარკვეული ნაკრები, რომლებიც გარკვეულწილად განსხვავდება თავდასხმისგან, ეწოდება typosquatting. მათი დარეგისტრირებით, ჰაკერს შეუძლია გააკეთოს თავდასხმის ადგილის ზუსტი ასლი, შემდეგ კი იჯდეს და დაელოდოს არასწორი ვიზიტორების მოსვლას. და ხშირ შემთხვევაში, მას შეუძლია მიიღოს ლეგალური სერტიფიკატი, რომელსაც ხელს აწერს სანდო სერტიფიკატის ორგანო. ანუ, ძალიან ადვილია შესანიშნავი ფიშინგის ორგანიზება, რომელსაც საშუალო მომხმარებელი ვერ ავლენს.

მაგრამ ეს ყველაფერი არც ისე საინტერესოა, არც "ლამაზი". ბევრად უფრო საინტერესო „საპოვნელი“ წარმოადგინა Black Hat Las Vegas 2011-ზე მკვლევარმა, სახელად არტემ დინაბურგმა. ძალიან, ძალიან მოულოდნელად, მაგრამ გამოდის, რომ კომპიუტერებიც არასწორია. შეიძლება მოხდეს, რომ რატომღაც ერთი-ორი ბიტი სადღაც 0-დან 1-მდე გადაიზარდოს ან პირიქით და ეს არის - ჩვენ უკვე გვაქვს ახალი მოთხოვნა... მაგრამ მე თავს ვაჯობებ.

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

რატომ ჩნდება შეცდომები? მრავალი მიზეზი არსებობს - მცირე გაუმართაობიდან დაწყებული ამაღლებული ტემპერატურის (თუნდაც გარკვეული პერიოდის განმავლობაში) ან ზემოქმედებამდე. სხვადასხვა სახისრადიაცია. ამრიგად, მეხსიერებაში შენახულ ზოგიერთ სტრიქონში გარკვეული ბიტის მნიშვნელობის შეცვლის შანსი მაღალი ხდება. დიახ, რა თქმა უნდა, არის ECC მეხსიერება (შეცდომის კორექტირებით), მაგრამ მისი გამოყენება არც ისე ხშირია, განსაკუთრებით ჩაშენებულ მოწყობილობებში, სმარტფონებსა და მოწყობილობის ქეშებში.

მაგრამ დავუბრუნდეთ შეცდომის შანსებს. უცნაურად საკმარისია, რომ ამის შესახებ არსებობს გარკვეული „სტატისტიკა“ (იხილეთ ეკრანის სურათი). მთავარი მახასიათებელია FIT (დროში წარუმატებლობა), სადაც 1 FIT უდრის ერთ შეცდომას მუშაობის მილიარდ საათზე. ყველაზე ცუდი შედეგია 81000 FIT 1 მბ მეხსიერებაზე (1 შეცდომა 1.4 წელიწადში), საუკეთესო კი 120 FIT 1 მბ მეხსიერებაზე (1 შეცდომა 950 წელიწადში). დიახ, ეს შედეგები, როგორც ჩანს, არ არის შთამბეჭდავი, მაგრამ თუ გავითვალისწინებთ, რომ გვაქვს 1 მბიტზე მეტი მეხსიერება და საფუძვლად ავიღებთ საშუალო მნიშვნელობას 4 გბ, მაშინ კი საუკეთესო მეხსიერება(120 FIT) თვეში სამ შეცდომას ვიღებთ. (მე პირადად არ დამითვლია და გამოთვლების მიზეზი ბიტებში და არა ბაიტებში, ჩემთვის გაუგებარია, ამიტომ იმედი ვიქონიოთ გამოთვლების სისწორეში.)

მაგრამ რა მოხდება, თუ გავაფართოვებთ ამ გამოთვლებს ინტერნეტის ყველა მოწყობილობაზე? ავტორი საფუძვლად იღებს მოწყობილობების რაოდენობას 5 მილიარდი ოდენობით და მეხსიერების საშუალო მოცულობა 128 მბ. ახლა საშუალო მაჩვენებლები ალბათ უფრო მაღალია. გამოდის:

• 5x10^9 x 128 Mb = 5.12 x 10^12 Mb - მეხსიერების მთლიანი რაოდენობა;

• 5.12 x 10^12 Mbps x 120 FIT = 614,400 შეცდომა/საათში.

ციფრები, რა თქმა უნდა, არის „საშუალოდ პალატაში“, მაგრამ ისინი რაღაცას გვეუბნებიან! კარგი, მივხვდით, რომ ბევრი შეცდომაა, მაგრამ გონივრული კითხვაა, რისთვის არის ეს ყველაფერი?

მკვლევარმა მოიფიქრა ამით სარგებლობის საშუალება - ბიტკვატის ტექნიკა. ის მსგავსია typosquating-ს, მაგრამ სახელები, რომლებიც განსხვავდება ერთი ან ორი ბიტით სწორი სახელისგან, მიიღება დომენის არჩევის საფუძვლად. მაგალითად, Microsoft.com და mic2soft.com. r-ის ნაცვლად არის 2. რადგან r არის 01110010, ხოლო 2 (როგორც სიმბოლო) არის 00110010, ანუ მეორე ერთეული იცვლება ნულით.

ამრიგად, როდესაც რომელიმე მოწყობილობა უშვებს შეცდომას და ცდილობს გადაჭრას დომენის სახელი mic2soft.com, ნაცვლად microsoft.com-ისა, ის უკვე მოგვივა. შესაბამისად, ქვედომენიც მოვა ჩვენთან.

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

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

მაგრამ-მაგრამ-მაგრამ... ბევრი დათქმაა, მაგრამ მთავარი ფაქტი რჩება - ტექნიკა მუშაობს. არტემმა დაარეგისტრირა რამდენიმე ათეული დომენი და ექვსი თვის განმავლობაში მიჰყვებოდა მას მოთხოვნებს. ჯამში, დაახლოებით 50 ათასი მოთხოვნა შეგროვდა. დღეში საშუალოდ იყო 60 კავშირი უნიკალური IP-ებიდან (მაგრამ ასევე იყო ნახტომი 1000-მდე). ამავე დროს, ის ამტკიცებს, რომ ეს არის ჟურნალები ობობების, სკანერების და სხვა ნივთების შემთხვევითი ვიზიტების გარეშე.

სტატისტიკა ყველაზე საინტერესო აღმოჩნდა - რომ HTTP მოთხოვნების უმეტესობა (90%) მოვიდა არასწორი ჰოსტის სათაურით (DNS მოთხოვნის ექვივალენტი). და ეს ნიშნავს, რომ შეცდომები არ მოხდა არასწორი DNS რეზოლუციის შედეგად, არამედ გვერდებზე არსებული შეცდომების შედეგად. ანუ, გვერდი შენახული იყო ზოგიერთ ქეშში, მეხსიერების შეცდომამ იმოქმედა მასში არსებულ ზოგიერთ ბმულზე და, შესაბამისად, ბრაუზერმა დაიწყო მონაცემების ჩატვირთვა არასწორი რესურსიდან ...

მდაა. გეთანხმები, ტექნიკას სიგიჟის სუნი ასდის :), მაგრამ მუშაობს. უაღრესად გირჩევთ გაეცნოთ ამ ნაშრომში წარმოდგენილ სხვა სტატისტიკას.

გმადლობთ ყურადღებისთვის და ახლის წარმატებული ცოდნისთვის!

ძალიან საინტერესო მოტყუება სახელად ExtrimHack for CS:GO რუსი დეველოპერისგან. გამოქვეყნების დროს, ის არ არის გამოვლენილი VAC ანტი-მოტყუებით. მოიცავს შემდეგ პოპულარულ ფუნქციებს: AimBot, WallHack, TriggerBot, RadarHack და სხვა…

ფუნქციების აღწერა.
AimBot (Aim bot) - მტრის ავტომატური დამიზნება ზუსტად თავში. (მოტყუებას აქვს ავტომატური დამიზნების პარამეტრი თავის, კისრის ან სხეულისთვის)
WallHack (ESP, WallHack ან BH) - გეხმარებათ მტრების აღმოჩენაში ნებისმიერი კედლის მეშვეობით მანძილზე, გარდა ამისა, აჩვენებს მტრის სიცოცხლის რაოდენობას და ჯავშანს.
TriggerBot (Trigger bot) - ავტომატურად იწყებს სროლას, როგორც კი მტერს დაუმიზნებთ.

ინსტრუქციები მოტყუების დაყენების / გაშვებისთვის.

1. Ჩატის ჩართვა. ამისათვის გაუშვით .exe ფაილი ExtrimHack.exe
2. გაიქეცი Counter-Strike Globalშეურაცხმყოფელი.
3. დაელოდეთ თამაშის სრულად ჩატვირთვას და დააჭირეთ "Start Cheat | დაიწყეთ მოტყუება»

თავად მოტყუება იქნება ინექცია და Anti-cheat bypass გააქტიურდება. ამის შემდეგ, თქვენ მხოლოდ უნდა აირჩიოთ თქვენთვის სასურველი ფუნქციები. თქვენ შეგიძლიათ ჩაშალოთ მოტყუების მენიუ ღილაკების Insert, Home, End დაჭერით.

KFG მოტყუება ინახება აქ:
C:\Users\username\AppData\Roaming\ExtrimTeam\Settings.cfg

შეაფასეთ!

დააწკაპუნეთ ვარსკვლავზე სტატიის შესაფასებლად.