← Bali menyang WindowsHelper

Model Keamanan

Carane WindowsHelper nglindhungi PC + telpon, kriptografi apa sing digunakake, lan apa sing ora kita bela kanthi jelas. Dianyari pungkasan: 2026-04-25.

nglaporake kerentanan

Email support@windowshelper.app karo subyek [security]. Aja mbukak masalah GitHub umum - wenehi jendela kanggo ngirim perbaikan sadurunge diungkapake.

Siklus urip kode pasangan

Kode pasangan yaiku rahasia bareng sing dadi asalé saben operasi kripto liyané. Siklus urip lengkap:

[ Telpon NGGAWE kode acak 8 karakter ]
   ↓
[ Telpon NULIS kode + sessionId menyang Firestore ing dokumen pc_connections ]
   ↓
[ Telpon NUDUHAKE kode marang panganggo ing layar ]
   ↓
[ Panganggo MACA kode lan ngetik ing kolom input Companion ]
   ↓
[ Companion NGGOLEKI ing Firestore sesi ngenteni sing cocog karo kode ]
   ↓
[ Loro sisih NURUNAKE kunci enkripsi saka SHA-256(kode, sessionId) ]
   ↓
[ Kode TETEP ing memori ing loro sisih; ora ana sing nulis menyang Firestore ]
   ↓
[ Pedhot / pasangan maneh MBUSAK kode saka loro sisih ]

Acak: kode kui liwat RNGs aman cryptographically.
Aksara 30 karakter × 8 posisi ≈ 656 milyar kombinasi. Ora kalebu I, L, O, Z, 0, lan 1 supaya ora klèru dideleng, dudu amarga alesan keamanan — papan kode cukup rapet nganti jendhela brute force 10 menit, karo watesan laju Firestore, ora bisa ditindakake.
Disimpen kanthi dienkripsi ing PC iki. Companion nyimpen kode ing Registry akun Windows sampeyan, dienkripsi nganggo DPAPI, supaya bisa nyambung maneh sawise diwiwiti ulang.
Dibusak nalika sampeyan medhot sambungan lan ngresiki sesi, ngganti kode, utawa nyopot instalasi. Nutup aplikasi tetep nyimpen, supaya Companion bisa nyambung maneh.

Kriptografi

AES-256-GCM (rahasia printah + integritas)

Saben printah sing dikirim liwat kabel dienkripsi nganggo AES-256-GCM, mode enkripsi sing diotentikasi.

Kunci: 256 bit, asalé minangka SHA-256("WH_SECURE_{code}_{sessionId}_CMD_KEY").
Nonce: 96 bit (12 byte), digawe anyar saben pesen liwat Random.secure() ing telpon utawa RandomNumberGenerator ing sisih Companion.
Tag wewenang: 128 bit (16 byte), ditambahake menyang ciphertext.
Format kabel: AESGCM:<nonce_b64>:<ciphertext_b64>:<tag_b64>
Kaamanan nonce ora dienggo maneh: Nonce 96-bit saka CSPRNG njaga kemungkinan tabrakan miturut paradoks ulang taun ing kira-kira 2⁻³² sajrone 2³² pesen kanthi siji kunci sesi — iki watesan standar kanggo nonce GCM acak, lan adoh ngluwihi jumlah printah sing mlebu akal.

HMAC-SHA256 (keasliane printah)

Saben printah uga duwe tandha HMAC supaya telpon sing ora ngerti kode pasangan ora bisa nyuntik printah sanajan bisa nulis menyang Firestore.

Kunci: 256 bits, derived as SHA-256("WH_SECURE_{code}_{sessionId}_HMAC_KEY"). Kapisah saka kunci enkripsi.
Ruang lingkup lapangan: HMAC-SHA256(hmacKey, commandId | ciphertext | sentAtMillis). Pipa kasebut minangka karakter pipa harfiah, dudu pembatas - telung senar sing disambungake.
Urutan verifikasi: HMAC diverifikasi sadurunge dekripsi. Pesen palsu ora mbuwang siklus CPU siji-sijia kanggo operasi kriptografi.

Model ancaman

Ancaman	Status	Cathetan
Eavesdropper ing jaringan lokal	Wis dikurangi	Ciphertext AES-GCM ora jelas kanggo pengamat MITM.
Eavesdropper ing server Firestore	Wis dikurangi	Google weruh blok `AESGCM:...`, dudu printah.
Penyerang sing bisa nulis menyang Firestore nanging ora ngerti kode kasebut	Wis dikurangi	Verifikasi HMAC gagal; Companion nyathet penolakan lan ora gelem nglakokake.
Attacker sing crack / phished kode pasangan	Sisa	Dheweke bisa ngetokake perintah kaya-kaya pangguna. Mitigasi: muter kode saka menu tray.
Muter maneh printah sing direkam	Sisa	`sentAtMillis` kaiket karo HMAC; Companion durung nglakokake wektu validitas. Ndandani ing mangsa ngarep bakal nambah wektu kadaluwarsa.
LAN-mode penyerang ora dikonfirmasi	Wis dikurangi	WebSocket pasangan jabat tangan validates kode; HMAC + AES gapura saben printah sakteruse.
Telpon kompromi karo kunci pasangan sing dicolong	Sisa	Ora bisa dibedakake saka "pangguna dhewe." Mitigasi: watesan tarif (10 cmd / min) + konfirmasi printah ngrusak mbutuhake klik sisih PC.
Salah ngetik printah saka app telpon	Wis dikurangi	Dhaptar idin ing sisih telpon mblokir ater-ater sing ora dikenal; pamriksan awal ing sisih Companion mblokir printah sing ngarah menyang layanan sing ora ana.
printah destruktif mbukak sengaja	Wis dikurangi	Jendhela ing sisih Companion njaluk klik pangguna kanggo nyetujoni `Remove-Item`, `Format-Volume`, `reg delete`, `shutdown /r`, lsp.
Proses PowerShell Hung / runaway	Wis dikurangi	Saben printah ana watesan wektune — 5 menit minangka standar, 45 kanggo ndandani sing suwe, 60 ing watesan keras — lan kabeh wit proses dipateni.
Companion .exe tampering antarane download lan mbukak	Wis dikurangi	SHA-256 diterbitake ing `companion-version.json`; pangguna bisa mriksa. Tandha tangan Authenticode direncanakake sadurunge peluncuran.
Companion crash bocor status sensitif	Wis dikurangi	Laporan crash + Tulis maneh kesalahan Firestore diresiki `%USERPROFILE%` / `%MACHINE%` / `%USER%`.
Piranti sing dicolong, kunci pasangan Registry tetep	Wis dikurangi	Kode pasangan sing tetep dienkripsi nganggo Windows DPAPI (saben akun), dadi ora bisa diwaca saka disk sing disalin utawa akun Windows liyane.

Metu saka ruang lingkup

Perkara sing kanthi eksplisit ora dilindhungi WindowsHelper:

Akun Windows dikompromi mlaku rencang. Kita nganggep PC pangguna iku duweke. Penyerang karo admin ing PC pangguna wis menang.
Binar aplikasi telpon sing dikompromi. Kita ora mlebu Android/iOS kanggo nglawan gangguan ngluwihi apa sing diwenehake dening toko aplikasi platform.
Mungsuh tingkat negara sing nduwé sumber daya kanggo mbobol Firestore duweke Google utawa panguwasa sertifikat sing dadi dhasar HTTPS. Produk iki kanggo ancaman tingkat pangguna biasa — peretas pemula, tukang ngintip iseng, anggota omah sing nesu — dudu pamaréntah.
Serangan saluran sisi ing AES-GCM liwat analisis daya / EM. Companion dudu kertu pinter.

pambocoran

Email support@windowshelper.app karo subyek [security].
Mangga kalebu nomer versi, langkah repro, impact, lan fix becik.
Kita ngupaya mangsuli sajrone 48 jam lan netepake bobote masalah sajrone seminggu. Masalah sing abot entuk rilis ing njaba siklus biasa.
Jendhela pambocoran: 90 dina saka laporan awal, utawa luwih awal kanthi persetujuan bebarengan.
Ora ana hadiah bug sing dibayar saiki - kita menehi kredit wartawan ing cathetan rilis (kanthi ijin).