Electron Desktop Apps
Last updated
Last updated
Learn & practice AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE) Learn & practice GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)
Electron inachanganya backend ya ndani (pamoja na NodeJS) na frontend (Chromium), ingawa inakosa baadhi ya mitindo ya usalama ya vivinjari vya kisasa.
Kawaida unaweza kupata msimbo wa programu ya electron ndani ya programu ya .asar, ili kupata msimbo unahitaji kuutoa:
Katika msimbo wa chanzo wa programu ya Electron, ndani ya packet.json, unaweza kupata faili ya main.js ambapo mipangilio ya usalama imewekwa.
Electron ina aina 2 za michakato:
Michakato Kuu (ina ufikiaji kamili wa NodeJS)
Michakato ya Renderer (inapaswa kuwa na ufikiaji wa NodeJS uliozuiliwa kwa sababu za usalama)
mchakato wa renderer utakuwa dirisha la kivinjari linalopakia faili:
Settings of the renderer process can be configured in the main process inside the main.js file. Some of the configurations will prevent the Electron application to get RCE or other vulnerabilities if the settings are correctly configured.
The electron application inaweza kufikia kifaa via Node apis ingawa inaweza kuwekewa mipangilio kuzuia hilo:
nodeIntegration - is off by default. If on, allows to access node features from the renderer process.
contextIsolation - is on by default. If off, main and renderer processes aren't isolated.
preload - empty by default.
sandbox - is off by default. It will restrict the actions NodeJS can perform.
Node Integration in Workers
nodeIntegrationInSubframes- is off by default.
If nodeIntegration is enabled, this would allow the use of Node.js APIs in web pages that are loaded in iframes within an Electron application.
If nodeIntegration is disabled, then preloads will load in the iframe
Example of configuration:
Baadhi ya RCE payloads kutoka hapa:
Badilisha usanidi wa start-main na ongeza matumizi ya proxy kama:
Ikiwa unaweza kutekeleza programu ya Electron kwa ndani, inawezekana kwamba unaweza kufanya itekeleze msimbo wa javascript wa kiholela. Angalia jinsi katika:
macOS Electron Applications InjectionIkiwa nodeIntegration imewekwa kuwa on, JavaScript ya ukurasa wa wavuti inaweza kutumia vipengele vya Node.js kwa urahisi kwa kuitwa require(). Kwa mfano, njia ya kutekeleza programu ya calc kwenye Windows ni:
Scripti iliyoonyeshwa katika mipangilio hii inachukuliwa kabla ya scripti nyingine katika renderer, hivyo ina ufikiaji usio na kikomo kwa Node APIs:
Kwa hivyo, skripti inaweza kusafirisha node-features kwa kurasa:
Ikiwa contextIsolation iko juu, hii haitafanya kazi
contextIsolation inanzisha muktadha tofauti kati ya skripti za ukurasa wa wavuti na msimbo wa ndani wa JavaScript wa Electron ili utekelezaji wa JavaScript wa kila msimbo usiathiriane. Hii ni kipengele muhimu kuondoa uwezekano wa RCE.
Ikiwa muktadha haujawekwa kando, mshambuliaji anaweza:
Kutekeleza JavaScript isiyo na mpangilio katika renderer (XSS au kuhamia kwenye tovuti za nje)
Kufuta njia iliyojengwa ndani ambayo inatumika katika preload au msimbo wa ndani wa Electron kwa kazi yake
Kusababisha matumizi ya kazi iliyofutwa
RCE?
Kuna maeneo 2 ambapo njia zilizojengwa ndani zinaweza kufutwa: Katika msimbo wa preload au katika msimbo wa ndani wa Electron:
Electron contextIsolation RCE via preload codeElectron contextIsolation RCE via Electron internal codeElectron contextIsolation RCE via IPCIkiwa kuna vizuizi vilivyowekwa unapobofya kiungo, unaweza kuwa na uwezo wa kuvipita ukifanya bofya katikati badala ya bofya la kushoto la kawaida.
Kwa maelezo zaidi kuhusu mifano hii angalia https://shabarkin.medium.com/1-click-rce-in-electron-applications-79b52e1fe8b8 na https://benjamin-altpeter.de/shell-openexternal-dangers/
Wakati wa kutekeleza programu ya desktop ya Electron, kuhakikisha mipangilio sahihi ya nodeIntegration na contextIsolation ni muhimu. Imeanzishwa kwamba utendaji wa mbali wa msimbo wa mteja (RCE) unaolenga skripti za preload au msimbo wa asili wa Electron kutoka kwa mchakato mkuu unazuia kwa ufanisi na mipangilio hii ikiwa mahali.
Wakati mtumiaji anaposhiriki na viungo au kufungua madirisha mapya, wasikilizaji maalum wa matukio huanzishwa, ambayo ni muhimu kwa usalama na utendaji wa programu:
Hizi listeners zina badilishwa na programu ya desktop ili kutekeleza mantiki yake ya biashara. Programu inakadiria ikiwa kiungo kilichotembelewa kinapaswa kufunguliwa ndani au kwenye kivinjari cha mtandao cha nje. Uamuzi huu kawaida hufanywa kupitia kazi, openInternally. Ikiwa kazi hii inarudisha false, inaashiria kwamba kiungo kinapaswa kufunguliwa nje, kwa kutumia kazi ya shell.openExternal.
Hapa kuna pseudocode iliyo rahisishwa:
Miongozo bora ya usalama ya Electron JS inashauri kutochukua maudhui yasiyoaminika kwa kutumia kazi ya openExternal, kwani inaweza kusababisha RCE kupitia protokali mbalimbali. Mifumo ya uendeshaji inasaidia protokali tofauti ambazo zinaweza kusababisha RCE. Kwa mifano ya kina na maelezo zaidi juu ya mada hii, mtu anaweza kurejelea rasilimali hii, ambayo inajumuisha mifano ya protokali za Windows zinazoweza kutumia udhaifu huu.
Mifano ya matumizi ya protokali za Windows ni pamoja na:
Kuzima contextIsolation kunaruhusu matumizi ya <webview> tags, sawa na <iframe>, kwa ajili ya kusoma na kutoa faili za ndani. Mfano uliotolewa unaonyesha jinsi ya kutumia udhaifu huu kusoma maudhui ya faili za ndani:
Zaidi, njia nyingine ya kusoma faili ya ndani inashirikiwa, ikionyesha udhaifu muhimu wa kusoma faili za ndani katika programu ya desktop ya Electron. Hii inahusisha kuingiza script ili kutumia programu na kutoa data:
Ikiwa chromium inayotumiwa na programu ni ya zamani na kuna udhaifu uliotambulika juu yake, inaweza kuwa inawezekana kuikabili na kupata RCE kupitia XSS. Unaweza kuona mfano katika writeup hii: https://blog.electrovolt.io/posts/discord-rce/
Kukisia umepata XSS lakini huwezi kuanzisha RCE au kuiba faili za ndani unaweza kujaribu kuitumia kuiba akidi kupitia phishing.
Kwanza kabisa unahitaji kujua kinachotokea unapojaribu kufungua URL mpya, ukikagua msimbo wa JS katika front-end:
Kito cha openInternally kitaamua kama kiungo kita funguliwa katika dirisha la desktop kwani ni kiungo kinachomilikiwa na jukwaa, au kama kitafunguliwa katika browza kama rasilimali ya upande wa tatu.
Katika kesi ambapo regex inayotumika na kazi hiyo ni dhaifu kwa kupita (kwa mfano kwa kutokuepusha alama za nukta za subdomains) mshambuliaji anaweza kutumia XSS ili fungua dirisha jipya ambalo litakuwa katika miundombinu ya mshambuliaji likiomba taarifa za kuingia kwa mtumiaji:
Electronegativity ni chombo cha kutambua makosa ya usanidi na mifumo ya usalama isiyo sahihi katika programu za msingi za Electron.
Electrolint ni nyongeza ya chanzo wazi ya VS Code kwa programu za Electron inayotumia Electronegativity.
nodejsscan kuangalia maktaba za wahusika wa tatu zenye udhaifu
Electro.ng: Unahitaji kununua
Katika https://www.youtube.com/watch?v=xILfQGkLXQo&t=22s unaweza kupata maabara ya kutumia programu za Electron zenye udhaifu.
Baadhi ya amri zitakazokusaidia katika maabara:
Utafiti zaidi na maandiko kuhusu usalama wa Electron katika https://github.com/doyensec/awesome-electronjs-hacking
Jifunze na fanya mazoezi ya AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE) Jifunze na fanya mazoezi ya GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)
