VK.API-ს დამალული ფუნქციები ან ვეძებთ კერძო ფოტოებს VKontakte-ზე. რა არის "სკოტობაზა"? ბლოკირებისა და ანალოგების გვერდის ავლით გზები

04.08.2019

ტლ;დრ

VK სანიშნეებში აღმოჩენილია დაუცველობა, რამაც შესაძლებელი გახადა პირადი ფოტოების პირდაპირი ბმულების მიღება ნებისმიერი მომხმარებლის/ჯგუფის პირადი შეტყობინებებიდან და ალბომებიდან. დაიწერა სკრიპტი, რომელიც დალაგდა მომხმარებლის ფოტოების მიხედვით გარკვეული პერიოდის განმავლობაში და შემდეგ, ამ დაუცველობის მეშვეობით, მიიღო პირდაპირი ბმულები სურათებზე. მოკლედ, გუშინდელი ფოტოების მიღება შეგიძლიათ 1 წუთში, გასულ კვირაში ატვირთული ყველა ფოტო 7 წუთში, გასულ თვეში 20 წუთში, გასულ წელს 2 საათში. დაუცველობა ახლა გამოსწორებულია. VKontakte-ს ადმინისტრაციამ გადაიხადა ჯილდო 10 ათასი ხმით.

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

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

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

შედეგად, რაღაცის პოვნა მოვახერხე. ფოტოზე, ჩანაწერზე ან ვიდეოზე ბმულის დამატებით, რომელიც მიუწვდომელია, შეგიძლიათ მიიღოთ მცირე პირადი ინფორმაცია ობიექტის შესახებ. ფოტოების და ვიდეოების შემთხვევაში, ეს არის პატარა (150x150) გადახედვა, რომელზედაც საკმაოდ რთულია რაიმეს დანახვა. API მეთოდით fave.getLinksშესაძლებელი იყო სურათის ბმულების მიღება, მაგრამ ისევ ზომა იყო ძალიან მცირე (75px და 130px). ასე რომ, არსებითად, არაფერი სერიოზული.

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

დიახ! ატრიბუტის მნიშვნელობაში data-src_bigიყო პირდაპირი ბმული ორიგინალ სურათზე!

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

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

როგორ მუშაობს ფოტოები VK-ში

როგორ შეგიძლიათ ჩაანაცვლოთ, ბმული ფოტოზე ფოტო52708106_359542386შედგება ორი ნაწილისაგან: (მომხმარებლის ID)_(რაღაც უცნაური ნომერი). როგორ იქმნება მეორე ნაწილი?

ვაი, ორი საათის ექსპერიმენტის გატარების შემდეგ, ეს მაინც ვერ გავიგე. 2012 წელს, HighLoad++-ზე, ოლეგ ილარიონოვმა თქვა რამდენიმე სიტყვა იმის შესახებ, თუ როგორ ინახავს ისინი ფოტოებს, ჰორიზონტალურ განაწილებასა და ატვირთვისთვის სერვერის შემთხვევით არჩევის შესახებ, მაგრამ ამ ინფორმაციამ არაფერი მომცა, რადგან სერვერის id-სა და სერვერს შორის კავშირი არ არის. ფოტო ID. გასაგებია, რომ არსებობს რაღაც გლობალური მრიცხველი, მაგრამ არსებობს სხვა ლოგიკა... რადგან თუ მეორე რიცხვი ჩამოყალიბებულიყო ჩვეულებრივი ავტომატური გაზრდის გამოყენებით, მაშინ ფოტო პირადობის მოწმობების მნიშვნელობები დიდი ხნის წინ მიაღწევდნენ უზარმაზარ მნიშვნელობებს. (მაგალითად, Facebook-ისთვის, ამ დროისთვის ეს არის ~ 700 ტრილიონი), მაგრამ Vkontakte-სთვის ეს ღირებულება მხოლოდ ~ 400 მილიონია (თუმცა, სტატისტიკის მიხედვით ვიმსჯელებთ, ყოველდღიურადმომხმარებლები ატვირთავენ 30 მილიონზე მეტ ფოტოს). იმათ. ნათელია, რომ ეს მაჩვენებელი არ არის უნიკალური, მაგრამ ამავე დროს ის არ არის შემთხვევითი. მე დავწერე სკრიპტი, რომელიც გადიოდა "ძველი" მომხმარებლების ფოტოებს და მიღებული მონაცემების გამოყენებით, გავაკეთე გრაფიკი, თუ რამდენად შეიცვალა ეს მაჩვენებელი თითოეულში. წელიწადი:

ჩანს, რომ მნიშვნელობები იცვლება გარკვეული ფაქტორების მიხედვით (სერვერების რაოდენობა თუ ახალი ლოგიკა?). მაგრამ საქმე იმაშია, რომ ისინი საკმარისად მცირეა (განსაკუთრებით ბოლო 2-3 წელიწადში) და ძალიან ადვილია id დიაპაზონის გამოთვლა სასურველი დროის პერიოდისთვის. ანუ, მომხმარებლის ფოტოების პირდაპირი ბმულების გასარკვევად, ვთქვათ, გასული წლიდან, თქვენ უნდა სცადოთ მონიშნოთ მხოლოდ 30 მილიონი (_320000000-დან _3500000000-მდე) ბმულების სხვადასხვა ვარიაცია! ქვემოთ მე აღვწერე უხეში ძალის ტექნიკა, რომელმაც ამის საშუალება მომცა რამდენიმე წუთში გამეკეთებინა.

ფოტოების გავლა

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

დააჩქარეთ ძებნა x25

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

Var start = parseInt(Args.start); var end = parseInt(Args.end); var viktimaId = Args.id; var ბმული = "http://vk.com/photo" + დაზარალებულის ID + "_"; while(start != end) ( API.fave.addLink (( "ბმული": ბმული + დაწყება )); დაწყება = დაწყება + 1; );
ამრიგად, შესაძლებელი გახდა უხეში ძალის სიჩქარის გაზრდა 3*25 სანიშნე/წმ-მდე. გასული წლის განმავლობაში დიდი დრო დასჭირდებოდა ფოტოების დალაგებას, მაგრამ მცირე პერიოდის განმავლობაში დახარისხების ეს მეთოდი უკვე საკმაოდ კარგი იყო.

დააჩქარეთ ძებნა x25 * პარალელური მოთხოვნის რაოდენობა წამში

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

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

კლასი StandaloneAppsFinder attr_reader:app_ids def ინიციალიზაცია(პარამები) @range = პარამები[:in_range] @app_ids = ძიების დასრულება (@range). თითოეული აკეთებს |app_id|<< app_id if standalone?(app) end end private def standalone?(app_data) app_data["type"] == "standalone" end end
ასევე შესაძლებელი იყო აპლიკაციების შერჩევა მომხმარებელთა რაოდენობის მიხედვით, ძიების შემდგომი დაჩქარების მიზნით:

მაგრამ მე გადავწყვიტე არ შემეწუხებინა ეს.

კარგი, აპლიკაციები ნაპოვნია, ახლა მათ უნდა მისცენ ნებართვა ჩვენი მომხმარებლის მონაცემებზე და მიიღონ ტოკენები. ავტორიზაციისთვის ჩვენ უნდა გამოგვეყენებინა Implicit Flow მექანიზმი. მომიწია ავტორიზაციის URL OAuth დიალოგიდან გაანალიზება და გადამისამართების შემდეგ ჟეტონის ამოღება. ამ კლასს ფუნქციონირებისთვის ქუქი-ფაილები სჭირდება. გვ, ლ(login.vk.com) და რემიქსიდი(vk.com):

Class Authenticator attr_reader:access_tokens def initialize(cookie_header) @cookies = ( "Cookie" => cookie_header ) @access_tokens = დასრულება def autorize_apps(apps) apps.each do |app_id|<< extract_token_from(redirect_url) end end private def extract_auth_url_from(oauth_page_html) Nokogiri::HTML(oauth_page_html).css("form").attr("action").value end def extract_token_from(url) URI(url).fragment end def oauth_page(app_id) open(oauth_page_url(app_id), @cookies).read end def oauth_page_url(app_id) "https://oauth.vk.com/authorize?" + "client_id=#{app_id}&" + "response_type=token&" + "display=mobile&" + "scope=474367" end end
auth_url = extract_auth_url_from(oauth_page(app_id)) redirect_url = open(auth_url, @cookies).base_uri.to_s access_tokens

რამდენი განაცხადია ნაპოვნი, იმდენი პარალელური მოთხოვნაა. ამ ყველაფრის პარალელიზებისთვის, გადაწყდა, გამოეყენებინათ Typhoeus ძვირფასი ქვა, რომელმაც დაამტკიცა თავი შესანიშნავი სხვა ამოცანებში. შედეგი არის პატარა უხეში ძალის მსგავსი:<<-VKScript var start = #{photo_id}; var end = #{photo_id + 25}; var link = "http://vk.com/photo#{@victim_id}" + "_"; while(start != end) { API.fave.addLink({ "link": link + start }); start = start + 1; }; return start; VKScript end end
Class PhotosBruteforcer PHOTOS_ID_BY_PERIOD = ("დღეს" => 366300000..366500000, "გუშინ" => 366050000..366300000, "მიმდინარე_თვე" => 35.000 600000 00..365000000, "მიმდინარე_წელი" = > 350000000..366500000, "last_year" => 320000000..350000000 ) def ინიციალიზაცია (params) @victim_id = პარამები[:victim_id] @period = PHOTOS_ID_BY_PERIOD:Hydraey sIterator = 0 (@period).step(25) do |photo_id| url = "https://api.vk.com/method/execute?access_token=#(tokens)&code=#(vkscript(photo_id))" encoded_url = URI.escape(url).gsub("+", "% 2B").delete("\n") tokensIterator = tokensIterator == tokens.count - 1 ? 0: tokensIterator + 1 hydra.queue Typhoeus::Request.new encoded_url hydra.run if tokensIterator.zero?დასრულდება hydra.run თუ hydra.queued_requests.count.zero? დასრულება პირადი def vkscript(photo_id).

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

მოითხოვს "nokogiri" მოითხოვს "open-uri" მოითხოვს "typhoeus" მოითხოვს "json" მოითხოვს "./standalone_apps_finder" მოითხოვს "./photos_bruteforcer" მოითხოვს "./authenticator" bruteforcer = PhotosBruteforcer.new(victim_id: ARGV, პერიოდი: ARG) apps_finder = StandaloneAppsFinder.new (დიაპაზონში: 4800000..4800500) apps_finder.search # p,l - ქუქიები login.vk.com-დან # remixsid - ქუქი vk.com-დან authenticator = Authenticator.new;" (p" =;" + "remixsid=;") authenticator.authorize_apps(apps_finder.app_ids) bruteforcer.run(authenticator.access_tokens)
პროგრამის გაშვების შემდეგ, სანიშნეები შეიცავდა მომხმარებლის ყველა ფოტოს მოცემულ პერიოდში. დარჩა მხოლოდ VKontakte-ის მობილურ ვერსიაზე გადასვლა, ბრაუზერის კონსოლი გახსნა, პირდაპირი ბმულების ამოღება და ფოტოების ორიგინალური ზომით დატკბობა.

შედეგები

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

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

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

მოწყვლადობის მოხსენება

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

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

რატომ არის ეს საჭირო, გეკითხებით? არსებობს ორი ძირითადი მიზეზი.

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

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

აღსანიშნავია, რომ არსებობს მრავალი ფოტო საძიებო სერვისი, მაგალითად, Google-ს აქვს ის, მაგრამ ამ შემთხვევაში ძებნა არ ხორციელდება მთელ ინტერნეტში, არამედ მხოლოდ VKontakte-ზე.

ვეძებ მომხმარებელს სურათის მიხედვით

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

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

გახსენით სურათი, მაგალითად:

ჩვენ ვუყურებთ ბრაუზერის მისამართის ზოლს. თქვენ უნდა ნახოთ ასეთი მისამართი: https://vk.com/photo********_384*******. ვარსკვლავების ქვეშ ფოტო********შენი იმალება და ნომრები 384****** , რომლებიც ქვედა ხაზის შემდეგ არის ფოტოს ნომერი. დააკოპირეთ ეს მისამართი, მაგრამ https://vk.com/-ის გარეშე, ანუ წარმატებას მიაღწევთ ფოტო********_384********.

დახურეთ ჩანართი ან დატოვეთ იგი ღია და გახსენით ახალი, გადადით VK გვერდზე და მენიუში აირჩიეთ "ჩემი ამბები" განყოფილება. თქვენ ნახავთ სიახლეებს:

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

დააჭირეთ პუნქტს "ფოტოები". გამოჩნდება საძიებო ზოლი "ძიება ფოტოების მიხედვით".

ჩვენ ვწერთ სიტყვას სტრიქონში კოპირება:და დაამატეთ ბმული იმ ფოტოზე, რომელიც ადრე დავაკოპირეთ, ანუ თქვენ უნდა მიიღოთ მსგავსი რამ: კოპირება:ფოტო********_384*******. გთხოვთ გაითვალისწინოთ, რომ ვარსკვლავი მხოლოდ მაგალითია, მათ ქვემოთ არის ფოტოს ID და სერიული ნომერი! მაგალითად, თუ გადავიღებთ პაველ დუროვის კონკრეტულ ფოტოს საძიებლად, მაშინ სტრიქონში უნდა ჩავწეროთ, მაგალითად, ასლი: photo1_327778612, სადაც photo1 არის მომხმარებლის ID (ამ შემთხვევაში Durova), ხოლო 327778612 არის ფოტოს სერიული ნომერი. შემდეგ დააჭირეთ Enter ღილაკს.

ჩვენს შემთხვევაში, ჩვენ შევძელით 7 იდენტური ფოტოს აღმოჩენა.

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

პირადი ფოტოების უზარმაზარი კოლექცია VK-ზე (დაახლოებით 100 მილიონი). სერვისი აგროვებს სოციალური მედიის ყველა მომხმარებლის ფოტოებს. ქსელები ერთ დირექტორიაში.

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

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

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

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

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

სკოტობაზას ანალოგები

2018 წელსიყო სხვადასხვა ანალოგები, როგორიცაა "Burn", მაგრამ ისინი ყველა არ მუშაობს, რადგან VKontakte დეველოპერებმა შეცვალეს სკრიპტები, რომლებიც კრძალავს ბოტებს პირადი ფოტოების მოპარვას.

ყურადღება:ინტერნეტი სავსეა პირუტყვის ფერმის „ანალოგებით“, მაგრამ ისინი არა მხოლოდ არ მუშაობენ, არამედ იწვევს ანგარიშის გატეხვა! თუ თქვენ შეხვდებით ასეთ საიტებს, არავითარ შემთხვევაში არ შეიყვანოთ მონაცემები VKontakte-დან. თავდამსხმელები მიიღებენ წვდომას ანგარიშზე და შეძლებენ.

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

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

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

გამოიყენეთ გვერდის ID ფარული ფოტოების სანახავად

გადადით სასურველი მომხმარებლის გვერდზე და დააკოპირეთ მისი ID მისამართების ზოლიდან (იხ.).

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

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

ახლა დაუბრუნდით მისამართების ზოლს. იპოვეთ კოდის შემდეგი ნაწილი "z=photo233054".

სიტყვის „ფოტოს“ შემდეგ რიცხვები არის ID. ამ შემთხვევაში, ეს არის მნიშვნელობა - 233054. ახლა გადავიდეთ შემდეგ ეტაპზე.

როგორ ნახოთ პირადი ფოტოები და ალბომები VKontakte-ზე

თუ გადახედავთ იმ მომხმარებლის გვერდს, რომლის ID-იც ახლახან მივიღეთ, ნახავთ, რომ მხოლოდ ერთი ფოტოა ხელმისაწვდომი სანახავად. და არ არის "ფოტო ალბომების" ბლოკი. ეს ნიშნავს, რომ ყველა ფოტო და ალბომი დამალულია (იხ.).

მოდით შევხედოთ მათ უკვე. ამისათვის კვლავ გადადით მისამართის ზოლში და ჩაწერეთ შემდეგი ტექსტი:

https://vk.com/albums***

როგორც ხედავთ, აქ 500-ზე მეტი ფოტოა.

არსებობს ალტერნატიული კოდი. აი ეს არის:

https://vk.com/id***?z=albums***

შეიყვანეთ იგი მისამართების ზოლში და ვარსკვლავის ნაცვლად ისევ ჩაწერეთ id. შემდეგი "Enter". შედეგი იგივე იქნება.

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

დასკვნა

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

კითხვები?