← WindowsHelper ga qaytish

Xavfsizlik modeli

WindowsHelper shaxsiy kompyuteringizni + telefoningizni qanday himoya qiladi, biz qaysi kriptografiyadan foydalanamiz va nimadan aniq himoya qilmaymiz. Oxirgi yangilangan: 2026-04-25.

zaiflik haqida xabar berish

Elektron pochta support@windowshelper.app mavzu bilan [security]. Iltimos, ochiq GitHub muammolarini ochmang – oshkor qilishdan oldin tuzatishni yuborishimiz uchun bizga oyna bering.

Ulanish-kodning hayot aylanishi

Ulanish kodi - bu umumiy sir boshqa har qanday kripto operatsiyasi kelib chiqadi. To'liq hayot aylanishi:

[ Phone GENERATES random 8-char code ]
   ↓
[ Phone WRITES code + sessionId to Firestore in pc_connections doc ]
   ↓
[ Phone DISPLAYS code to user on screen ]
   ↓
[ User READS code, types it into companion's input field ]
   ↓
[ Companion QUERIES Firestore for waiting session matching the code ]
   ↓
[ Both sides DERIVE crypto keys from SHA-256(code, sessionId) ]
   ↓
[ Code STAYS in memory on both sides; never written to Firestore by either ]
   ↓
[ Disconnect / re-pair WIPES the code from both sides ]

Tasodifiy: kriptografik xavfsiz RNG orqali yaratilgan kodlar.
32 belgili alifbo × 8 pozitsiya ≈ 1,1 trillion kombinatsiya. Xavfsizlik ahamiyatini emas, vizual noaniqlikni oldini olish uchun I/U/0/1 ni o'z ichiga olmaydi - kod maydoni etarlicha zich va Firestore tezligi chegaralari bilan 5 daqiqalik shafqatsiz kuch oynasini amalga oshirish mumkin emas.
Firestore-ga hech qachon yozilmagan. Faqat KUTISH seansi hujjati olib boradi pairingCode; ulangandan so'ng, kod faqat xotirada qoladi.
Xotirani tozalash uzilganda, qayta ulashda yoki ilova yopilganda.

Kriptografiya

AES-256-GCM (buyruqning maxfiyligi + yaxlitligi)

Sim orqali yuborilgan har bir buyruq AES-256-GCM, autentifikatsiya qilingan shifrlash rejimi bilan shifrlangan.

Kalit: 256 bit, sifatida olingan SHA-256("WH_SECURE_{code}_{sessionId}_CMD_KEY").
Nonce: 96 bit (12 bayt), har bir xabar uchun yangi hosil qilingan Random.secure() telefonda yoki RandomNumberGenerator hamroh ustida.
Autent teg: 128 bit (16 bayt), shifrlangan matnga qo'shilgan.
Tel formati: AESGCM:<nonce_b64>:<ciphertext_b64>:<tag_b64>
Qayta ishlatilmaydigan xavfsizlik: CSPRNG dan 96-bitli nonces 2⁴⁸ xabarlardan so'ng tug'ilgan kun va paradoks to'qnashuvi ehtimolini ~2⁻³² beradi - astronomik jihatdan har qanday ma'qul buyruq hajmiga erishib bo'lmaydi.

HMAC-SHA256 (buyruqning haqiqiyligi)

Har bir buyruq, shuningdek, HMAC imzosiga ega, shuning uchun ulanish kodini bilmagan telefon, Firestore-ga yozishi mumkin bo'lsa ham, buyruqlarni kirita olmaydi.

Kalit: 256 bits, derived as SHA-256("WH_SECURE_{code}_{sessionId}_HMAC_KEY"). Shifrlash kalitidan ajrating.
Maydon doirasi: HMAC-SHA256(hmacKey, commandId | ciphertext | sentAtMillis). Quvurlar chegaralovchi emas, balki so'zma-so'z quvur belgilaridir - uchta birlashtirilgan satr.
Tasdiqlash tartibi: HMAC tomonidan tasdiqlangan oldin shifrni ochish. Soxta xabarlar kriptografik ibtidoiylarda nol protsessor sikllarini behuda sarflaydi.

Tahdid modeli

Tahdid	Status	Eslatmalar
Mahalliy tarmoqda tinglovchi	Yengillashtirilgan	AES-GCM shifrlangan matn MITM kuzatuvchilari uchun shaffof emas.
Firestore serverlarida tinglovchi	Yengillashtirilgan	Google sees `AESGCM:...` blobs, not commands.
Firestore-ga yozishi mumkin bo'lgan, lekin kodni bilmaydigan hujumchi	Yengillashtirilgan	HMAC tekshiruvi muvaffaqiyatsiz tugadi; hamroh rad etishni qayd etadi + ijroni rad etadi.
Ulanish kodini buzgan/fishing qilgan hujumchi	Qoldiq	Ular xuddi foydalanuvchi kabi buyruqlar berishi mumkin. Yumshatish: laganda menyusidan kodni aylantiring.
Yozib olingan buyruqni takrorlash	Qoldiq	`sentAtMillis` is HMAC-bound; companion doesn't yet enforce a freshness window. Future fix adds a TTL.
LAN rejimida autentifikatsiya qilinmagan tajovuzkor	Yengillashtirilgan	WebSocket juft qo'l siqish kodni tasdiqlaydi; Har bir keyingi buyruq uchun HMAC + AES darvozasi.
Ulanish kaliti oʻgʻirlangan telefon	Qoldiq	"Foydalanuvchining o'zi" dan farq qilmaydi. Yumshatish: tezlik chegarasi (10 smd/min) + halokatli buyruqni tasdiqlash uchun kompyuter tomonida bosish kerak.
Telefon ilovasidan xato yozilgan buyruq	Yengillashtirilgan	Telefon tomonidagi ruxsatlar ro'yxati noma'lum prefikslarni bloklaydi; hamroh tomoni mavjud bo'lmagan xizmatlarga qaratilgan parvoz oldidan buyruqlarni bloklaydi.
Buzg'unchi buyruq tasodifan ishlaydi	Yengillashtirilgan	Companion-side modal requires user click to approve `Remove-Item`, `Format-Volume`, `reg delete`, `shutdown /r`, etc.
Osilgan / qochib ketgan PowerShell jarayoni	Yengillashtirilgan	Qattiq 5 daqiqalik tanaffus butun jarayon daraxtini o'ldiradi.
Companion .exe yuklab olish va ishga tushirish oʻrtasida oʻzgartirish	Yengillashtirilgan	SHA-256 published in `companion-version.json`; users can verify. Authenticode signing landing soon.
Companion buzilish sezgir holati	Yengillashtirilgan	Buzilish hisobotlari + Firestore xatoliklarini qayta yozishni tozalash `%USERPROFILE%` / `%MACHINE%` / `%USER%`.
Oʻgʻirlangan qurilma, doimiy roʻyxatga olish kitobini ulash kaliti	Yengillashtirilgan	Doimiy ulanish kodi Windows DPAPI (har bir hisob uchun) bilan shifrlangan, shuning uchun uni nusxalangan diskdan yoki boshqa Windows hisobidan oʻqib boʻlmaydi.

Qo'llash doirasi tashqarisida

WindowsHelper aniq bajaradigan narsalar emas qarshi himoya:

Windows hisobi buzilgan hamrohni boshqarmoqda. Biz foydalanuvchining shaxsiy kompyuteri uniki deb hisoblaymiz. Foydalanuvchining shaxsiy kompyuterida administratorga ega bo'lgan tajovuzkor allaqachon g'alaba qozongan.
Ikkilik telefon ilovasi buzilgan. Biz Android/iOS tuzilmalariga platformaning ilovalar doʻkoni taqdim etganidan tashqari oʻzgartirishlarga qarshi imzo chekmaymiz.
Davlat darajasidagi raqiblar Google Firestore yoki DigiCert PKI-ni o'zgartirish uchun resurslar bilan. Ushbu mahsulot hukumatlarga emas, iste'molchi darajasidagi tahdidlarga mo'ljallangan - skript bolalari, tasodifiy snooperlar, norozi uy a'zolari.
Yon kanal hujumlari quvvat / EM tahlili orqali AES-GCM-da. Yordamchi smart-karta emas.

Oshkora qilish

Elektron pochta support@windowshelper.app mavzu bilan [security].
Iltimos, versiya raqamlari, takrorlash bosqichlari, ta'sir va ideal tuzatishni kiriting.
48 soat ichida birinchi javob. Bir hafta ichida triajlangan jiddiylik. Og'irligi yuqori bo'lgan muammolar tsikldan tashqarida chiqariladi.
Oshkora qilish oynasi: dastlabki hisobotdan boshlab 90 kun yoki o'zaro kelishuvga ko'ra avvalroq.
Hozirda xatolik uchun toʻlangan mukofot yoʻq — biz muxbirlarga reliz yozuvlarida kredit beramiz (ruxsat bilan).