Maaaring tila lubos na normal ang isang wallet, ngunit maaaring hindi ligtas mula sa sandaling nilikha ang recovery phrase nito. Ipapakita ng vulnerability sa CryptoJS weak RNG kung bakit. Sa mga naapektuwang bersyon ng CryptoJS, ginamit ng CryptoJS.lib.WordArray.random() isang custom pseudorandom construction na pinagmumulan mula sa JavaScript Math.random() kesa sa isang cryptographically secure platform random source. Mahalaga ito dahil ang cryptographic security ay nakadepende sa unpredictability sa pinagmulan. Konektado ng pagsisiyasat na Ill Bloom ang kahinaang ito sa tunay na code ng wallet generation. Sa ilalim ng vulnerable generation paths, ang mga pangunahing hiling para sa 128-bit at 256-bit wallet entropy ay maaaring magsagawa sa mga epektibong search spaces na halos 2^39 at 2^47 na posibilidad. Ang resultang recovery phrases ay maaari pa ring: • gamitin ang mga wastong BIP39 words • lumampas sa checksum validation • mag-derive ng standard blockchain accounts • mag-sign ng wastong transactions • tila lubos na karaniwan sa user Ito ang mahalagang pagkakaiba: Ang isang wastong recovery phrase ay hindi awtomatikong isang securely generated recovery phrase. Mahalaga ring tandaan na ang paghahanap ng isang naapektuwang CryptoJS dependency ay hindi awtomatikong patotohanan na ang wallet ay exploitable. Kailangan ng mga siyentipiko na matukoy kung ang vulnerable random function ay talagang nag-generate ng recovery phrases, keys, tokens, nonces, o iba pang security-sensitive secrets. Ang CryptoJS 4.0.0 ay nagpalit sa Math.random-based generation path gamit ang native cryptographic random methods. Ngunit ang pag-update ng isang library ay nagpapabuti lamang sa hinaharap na generation. Hindi ito maaaring magdagdag nang pabalik ng entropy sa recovery phrases na nilikha taon-taon na ang nakalipas. Ang pag-import ng isang naapektuwang seed sa ibang software wallet o hardware wallet ay hindi rin ito pinapabuti. Ang parehong pangunahing keys ay nananatiling derivable. Ang mas malawak na aral sa seguridad ay lumalawak pa sa labas ng CryptoJS. Kailangan ng mga developer na i-audit ang tunay na secret-generation data flows, kabilang ang direkta at transitive dependencies, kesa mag-asa lamang sa mga pangalan ng package o top-level dependency scans. Para sa browser applications, ang Web Crypto ay nagbibigay ng crypto.getRandomValues() para sa cryptographically strong randomness. Ang Node.js at mobile environments ay nagbibigay din ng kanilang sariling secure cryptographic random APIs. Dapat mag-focus ang mga user ng wallet sa software provenance, maintenance history, generation history, trustworthy randomness, at secure backups kesa mag-assume na anumang 12-word o 24-word phrase ay awtomatikong ligtas. Basahin ang buong TokenToolHub analysis: https://t.co/2AjB3PrKIZ