Како WindowsHelper го штити вашиот компјутер + вашиот телефон, каква криптографија користиме и од што експлицитно не се браниме. Последно ажурирање: 2026-04-25.
Е-пошта support@windowshelper.app со предмет [security]. Ве молиме не отворајте јавни проблеми со GitHub - дајте ни прозорец да испратиме поправка пред обелоденувањето.
Кодот за спарување е споделената тајна од која произлегува секоја друга крипто операција. Целосниот животен циклус:
[ Телефонот СОЗДАВА случаен код од 8 знаци ] ↓ [ Телефонот ЗАПИШУВА код + sessionId во Firestore, во документот pc_connections ] ↓ [ Телефонот ГО ПРИКАЖУВА кодот на корисникот на екранот ] ↓ [ Корисникот ГО ЧИТА кодот и го внесува во полето на Companion ] ↓ [ Companion БАРА во Firestore сесија на чекање што одговара на кодот ] ↓ [ Двете страни ИЗВЕДУВААТ криптографски клучеви од SHA-256(код, sessionId) ] ↓ [ Кодот ОСТАНУВА во меморијата на двете страни; ниедна не го запишува во Firestore ] ↓ [ Прекинот / повторното спарување ГО БРИШЕ кодот од двете страни ]
Секоја команда испратена преку жицата е шифрирана со AES-256-GCM, режим за автентицирана шифрирање.
SHA-256("WH_SECURE_{code}_{sessionId}_CMD_KEY").Random.secure() на телефон или RandomNumberGenerator на страната на Companion.AESGCM:<nonce_b64>:<ciphertext_b64>:<tag_b64>Секоја команда исто така носи потпис HMAC, така што телефонот што не го знае кодот за спарување не може да вбризгува команди дури и ако може да пишува на Firestore.
SHA-256("WH_SECURE_{code}_{sessionId}_HMAC_KEY"). Одделете од клучот за шифрирање.HMAC-SHA256(hmacKey, commandId | ciphertext | sentAtMillis). Цевките се буквални знаци на цевки, а не разграничувачи - три споени жици.| Закана | Статус | Белешки |
|---|---|---|
| Прислушувач на локалната мрежа | Ублажено | Шифрениот текст 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 изречно не заштитува:
[security].