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

ორფაქტორიანი ავთენტიფიკაცია

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

„ცოდნა“ განიხილება ავთენტიფიკაციის ერთ-ერთ ფაქტორად; ორი სხვა საერთო ფაქტორია რაც გაქვსმაგალითად, ფიზიკური მოწყობილობა და ვინ ხარროგორიცაა თითის ანაბეჭდები ან თვალის ბადურა.

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

ფიზიკური ჟეტონი ხშირად გამოიყენება ავთენტიფიკაციისთვის კორპორატიულ VPN-ებსა და ფინანსურ სერვისებში. სერვისზე ავთენტიფიკაციისთვის საჭიროა გამოიყენოთ როგორც პაროლი, ასევე კოდი ჟეტონზე (რომელიც ხშირად იცვლება) PIN-თან ერთად. თეორიულად, თავდამსხმელის იდენტიფიცირებისთვის მან უნდა იცოდეს პაროლი, ჰქონდეს ჟეტონი და ასევე იცოდეს ტოკენის PIN. პაროლის გადატვირთვის სცენარში, თავად პაროლი აშკარად უცნობია, მაგრამ ტოკენის ფლობა შეიძლება გამოყენებულ იქნას ანგარიშის საკუთრების დასამტკიცებლად. რა თქმა უნდა, როგორც ნებისმიერი უსაფრთხოების განხორციელებისას, ის არ იძლევა "სულელურ მტკიცებულებას", მაგრამ აუცილებლად ამაღლებს შესვლის ბარიერს.

ამ მიდგომის ერთ-ერთი მთავარი პრობლემა არის განხორციელების ღირებულება და ლოგისტიკა; ჩვენ ვსაუბრობთ თითოეული კლიენტისთვის ფიზიკური მოწყობილობების გადაცემაზე და მათთვის ახალი პროცესის სწავლებაზე. გარდა ამისა, მომხმარებლებს უნდა ჰქონდეთ მოწყობილობა, რაც ყოველთვის არ არის ფიზიკური ჟეტონის შემთხვევაში. კიდევ ერთი ვარიანტია ავთენტიფიკაციის მეორე ფაქტორის დანერგვა SMS-ის გამოყენებით, რომელიც 2FA-ს შემთხვევაში შეიძლება გახდეს დადასტურება იმისა, რომ გადატვირთვის პროცესის შემსრულებელს აქვს ანგარიშის მფლობელის მობილური ტელეფონი. აი, როგორ აკეთებს ამას Google:

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

ანგარიშის ელ.ფოსტის მისამართის იდენტიფიკაციის შემდეგ, Google ადგენს, რომ 2FA ჩართულია და ჩვენ შეგვიძლია აღვადგინოთ ანგარიში ვერიფიკაციის გამოყენებით, რომელიც SMS-ით იგზავნება ანგარიშის მფლობელის მობილურ ტელეფონზე:

ახლა ჩვენ უნდა ავირჩიოთ გადატვირთვის პროცესის დასაწყისი:

ეს ქმედება აგზავნის ელ.წერილს რეგისტრირებულ მისამართზე:

ეს ელფოსტა შეიცავს გადატვირთვის URL-ს:

გადატვირთვის URL-ზე წვდომისას, SMS იგზავნება და ვებგვერდი ითხოვს მას:

აქ არის SMS:

ბრაუზერში მისი აკრეფის შემდეგ, ჩვენ დავბრუნდებით კლასიკური პაროლის გადატვირთვის ტერიტორიაზე:

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

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

თუმცა, ამ მოწყობილობას შეუძლია SMS-ის მიღება и მიიღეთ პაროლის გადატვირთვის ელ.წერილი:

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

დიახ, Google-ის 2FA ფუნქცია რა თქმა უნდა უზრუნველყოფს დამატებით დაცვას, მაგრამ ის არ არის უტყუარი და რა თქმა უნდა არ არის დამოკიდებული ორ სრულიად ავტონომიურ არხზე.

გადატვირთვა მომხმარებლის სახელით vs გადატვირთვა ელფოსტის მისამართით

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

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

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

პირადობის დადასტურება და ელ.ფოსტის მისამართების სიზუსტე

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

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

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

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

იდენტიფიცირება, ვინ წამოიწყო გადატვირთვის პროცესი

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

აქ არის მაგალითი გადატვირთვის ფუნქციიდან, რომელსაც ამჟამად ვაშენებ ASafaWeb-ში:

ლინკი „გაიგე მეტი“ მომხმარებელს მიჰყავს საიტზე ip address.com, ისეთი ინფორმაციის მიწოდება, როგორიცაა გადატვირთვის მოთხოვნის მდებარეობა და ორგანიზაცია:

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

ელფოსტის ცვლილების შეტყობინება

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

პაროლის შეცვლის მიზეზები შეიძლება იყოს ორი წყარო:

1. პაროლის შეცვლა შესვლის შემდეგ, რადგან მომხმარებელს სურს ახალი პაროლი
2. პაროლის აღდგენა შესვლის გარეშე, რადგან მომხმარებელმა დაავიწყდა ის

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

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

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

ჟურნალები, ჟურნალები, ჟურნალები და კიდევ რამდენიმე ჟურნალი

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

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

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

პასუხისმგებლობის დელეგირება სხვა შემსრულებლებზე

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

დღეს არის მრავალი მესამე მხარის გამყიდველი, რომლებიც სიამოვნებით ართმევენ ტკივილს და აბსტრაქებენ ყველაფერს ერთ მართულ სერვისად. ეს სერვისები მოიცავს OpenID, OAuth და Facebook-საც კი. Ზოგიერთი ადამიანი ამ მოდელის შეუზღუდავი რწმენა (OpenID მართლაც ძალიან წარმატებული იყო Stack Overflow-ზე), მაგრამ სხვები სიტყვასიტყვით მიიჩნია ეს კოშმარად.

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

მავნე გადატვირთვა

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

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

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

ყველაზე სუსტი რგოლი

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

ASafaWeb მასპინძლობს AppHarbor-ის მიერ მოწოდებულ საოცარ სერვისზე. ჰოსტინგის ანგარიშის გადატვირთვის პროცესი შემდეგია:

ეტაპი 1:

ეტაპი 2:

ეტაპი 3:

ეტაპი 4:

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

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

ყველაფერს ერთად ათავსებ

ეს პოსტი შეიცავს უამრავ ინფორმაციას, ამიტომ მსურს მისი კონდენსაცია მარტივი ვიზუალური მონახაზით:

გახსოვდეთ, რომ თქვენ უნდა გააკეთოთ თითოეული ამ ელემენტის ყველაზე დეტალური აღრიცხვა. ესე იგი, ეს მარტივია!

შედეგები

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

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

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

რეკლამის უფლებების შესახებ

ვდსინა გთავაზობთ იაფად სერვერები ქირავდება ყოველდღიური გადახდით, თითოეული სერვერი დაკავშირებულია 500 Mbps სიჩქარის ინტერნეტ არხთან და დაცულია DDoS შეტევებისგან უფასოდ!

წყარო: www.habr.com