← დაბრუნება WindowsHelper-ზე

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

როგორ იცავს WindowsHelper თქვენს კომპიუტერს + თქვენს ტელეფონს, რა კრიპტოგრამას ვიყენებთ და რისგან აშკარად არ ვიცავთ. ბოლო განახლება: 2026-04-25.

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

ელფოსტა support@windowshelper.app საგნით [security]. გთხოვთ, არ გახსნათ GitHub-ის საჯარო საკითხები — მოგვეცით ფანჯარა, რომ გამოვაგზავნოთ გამოსწორება გამჟღავნებამდე.

დაწყვილების კოდის სასიცოცხლო ციკლი

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

[ ტელეფონი ქმნის 8 სიმბოლოიან შემთხვევით კოდს ]
   ↓
[ ტელეფონი წერს კოდს + sessionId-ს Firestore-ში, pc_connections დოკუმენტში ]
   ↓
[ ტელეფონი აჩვენებს კოდს მომხმარებელს ეკრანზე ]
   ↓
[ მომხმარებელი კითხულობს კოდს და აკრეფს მას Companion-ის ველში ]
   ↓
[ Companion ეძებს Firestore-ში კოდის შესაბამის მოლოდინში მყოფ სესიას ]
   ↓
[ ორივე მხარე გამოჰყავს დაშიფვრის გასაღებები SHA-256(კოდი, sessionId)-დან ]
   ↓
[ კოდი რჩება ორივე მხარის მეხსიერებაში; არცერთი არ წერს მას Firestore-ში ]
   ↓
[ გათიშვა / ხელახალი დაწყვილება შლის კოდს ორივე მხრიდან ]

კრიპტოგრაფია

AES-256-GCM (ბრძანების კონფიდენციალურობა + მთლიანობა)

მავთულის საშუალებით გაგზავნილი ყველა ბრძანება დაშიფრულია AES-256-GCM-ით, ავთენტიფიცირებული დაშიფვრის რეჟიმით.

HMAC-SHA256 (ბრძანების ავთენტურობა)

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

საფრთხის მოდელი

მუქარასტატუსიშენიშვნები
ლოკალურ ქსელში მომსმენიშერბილებულიAES-GCM შიფრული ტექსტი გაუმჭვირვალეა MITM დამკვირვებლებისთვის.
მომსმენი Firestore სერვერებზეშერბილებულიGoogle ხედავს AESGCM:... ბლოკებს და არა ბრძანებებს.
თავდამსხმელი, რომელსაც შეუძლია Firestore-ში დაწერა, მაგრამ არ იცის კოდიშერბილებულიHMAC-ის შემოწმება ვერ ხერხდება; Companion აღრიცხავს უარყოფას და უარს ამბობს შესრულებაზე.
თავდამსხმელი, რომელმაც დაარღვია/ფიშინგი გაუკეთა დაწყვილების კოდსნარჩენიმათ შეუძლიათ გასცენ ბრძანებები, თითქოს ისინი იყვნენ მომხმარებელი. შერბილება: დაატრიალეთ კოდი უჯრის მენიუდან.
ჩაწერილი ბრძანების გამეორებანარჩენიsentAtMillis HMAC-ზეა მიბმული; Companion ჯერ არ ითხოვს ვადის ფანჯარას. მომავალი შესწორება დაამატებს ვადის ამოწურვას.
LAN რეჟიმში არაავთენტიფიცირებული თავდამსხმელიშერბილებულიWebSocket წყვილის ხელის ჩამორთმევა ამოწმებს კოდს; HMAC + AES კარიბჭე ყოველი მომდევნო ბრძანება.
გატეხილი ტელეფონი მოპარული დაწყვილების გასაღებითნარჩენიარ განსხვავდება "თავად მომხმარებლისგან". შერბილება: სიჩქარის ლიმიტი (10 სმდ/წთ) + დესტრუქციული ბრძანების დადასტურება საჭიროებს კომპიუტერის მხარეს დაწკაპუნებას.
არასწორად აკრეფილი ბრძანება ტელეფონის აპიდანშერბილებულიტელეფონის მხარეს ნებადართულთა სია ბლოკავს უცნობ პრეფიქსებს; Companion-ის მხარეს წინასწარი შემოწმება ბლოკავს ბრძანებებს, რომლებიც არარსებულ სერვისებზეა მიმართული.
დესტრუქციული ბრძანება გაშვებულია შემთხვევითშერბილებულიCompanion-ის მხარეს არსებული ფანჯარა მოითხოვს მომხმარებლის დაწკაპუნებას Remove-Item, Format-Volume, reg delete, shutdown /r და მისთანების დასამტკიცებლად.
ჩამოკიდებული / გაქცეული PowerShell პროცესიშერბილებულიყოველ ბრძანებას აქვს დროის ზღვარი — ნაგულისხმევად 5 წუთი, ხანგრძლივი შესწორებისთვის 45, მკაცრ ჭერზე 60 — და წყდება პროცესების მთელი ხე.
Companion .exe შეფერხება ჩამოტვირთვასა და გაშვებას შორისშერბილებულიSHA-256 ქვეყნდება companion-version.json-ში; მომხმარებლებს შეუძლიათ მისი შემოწმება. Authenticode ხელმოწერა დაგეგმილია გაშვებამდე.
Companion ავარიული გაჟონვის მგრძნობიარე მდგომარეობაშერბილებულიავარიის ანგარიშები + Firestore შეცდომის ჩაწერის გასუფთავება %USERPROFILE% / %MACHINE% / %USER%.
მოპარული მოწყობილობა, მუდმივი რეესტრის დაწყვილების გასაღებიშერბილებულიშენარჩუნებული დაწყვილების კოდი დაშიფრულია Windows DPAPI-ით (თითო ანგარიშზე), ამიტომ მისი წაკითხვა შეუძლებელია კოპირებული დისკიდან ან სხვა Windows ანგარიშიდან.

ფარგლებს გარეთ

რისგანაც WindowsHelper მკაფიოდ არ იცავს:

გამჟღავნება