← Назад на 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 cmd/min) + потврда за деструктивна команда бара кликнување од страна на компјутерот.
Погрешно напишана команда од апликацијата за телефонУблаженоСписокот на дозволени на страната на телефонот блокира непознати префикси; предпроверката на страната на 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 изречно не заштитува:

Откривање