← 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.
Hech qachon 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 noansiyalar 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	Qoldiq	Disk + kirish huquqiga ega bo'lgan tajovuzkor doimiy kodni o'qishi mumkin. Kelajakdagi tuzatish uni Windows DPAPI bilan yakunlaydi.

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).