कुछ हद तक हैकी समाधान में प्रत्येक संपत्ति पहुंच को मैन्युअल रूप से लपेटने के लिए एएसटी पुनर्लेखन शामिल हो सकता है। उदाहरण के लिए, let x = foo.bar को let x = (x => (x == window.top) ? (some patch here) : x)(foo.bar) फिर से लिखा जाएगा।

यहां एएसटी पुनर्लेखन का एक उदाहरण है, जहां फ़ंक्शन कॉल नोड्स इस तरह के नोड्स में लपेटे जाते हैं।

इस दृष्टिकोण के नुकसान यह हैं कि आप आसानी से फिर से लिखे गए कोड को डीबग नहीं कर सकते हैं, और यह कि फ़ंक्शन, eval और इसी तरह से निपटने के लिए कुछ वर्कअराउंड लेता है।

मुझे लगता है कि एकमात्र तरीका बहुत हेवीवेट है जो मूल रूप से जेएस की व्याख्या करना है, या कस्टम कार्यान्वयन के साथ फ़ंक्शंस निर्माण को प्रतिस्थापित करना है (जैसे इंजेक्ट वैरिएबल और पार्स सामग्री)। इस पद्धति को लागू करना बहुत कठिन होगा।

document और top जैसे वेरिएबल के कारण वैरिएबल हटाना असंभव है जिसे हटाया नहीं जा सकता और न ही ओवरराइट किया जा सकता है।

@ io4 , एएसटी पुनर्लेखन के साथ फ़ंक्शन, eval और जैसे रनटाइम पर निश्चित रूप से संभव है और यह बहुत मुश्किल नहीं है। हालांकि, इसमें "संकलन समय" दोनों पर एक भारी प्रदर्शन हिट होता है, क्योंकि आपको प्रत्येक फ़ंक्शन कॉल और रनटाइम पर शाब्दिक रूप से फिर से लिखना होता है क्योंकि फ़ंक्शन कॉल को संकेत की एक परत से गुजरना पड़ता है।

इस समस्या को स्वचालित रूप से पुराना के रूप में चिह्नित कर दिया गया है क्योंकि इसमें हाल की गतिविधि नहीं है। आगे कोई गतिविधि नहीं होने पर इसे बंद कर दिया जाएगा। आपके योगदानों के लिए धन्यवाद।

कृपया बंद न करें, यह एक प्रासंगिक मुद्दा है।

मैं ब्राउज़र में vm2 काम करने के लिए वेब कर्मचारियों का उपयोग करने के बारे में सोच रहा हूं। मैं इसे एक शॉट दूंगा।

हो सकता है कि आप इसे सैंडबॉक्स वाले आईफ्रेम के अंदर भी रख सकें। इस तरह अगर यह बच जाता है, तो यह अभी भी फ्रेम तक ही सीमित है और शीर्ष स्तर के ब्राउज़िंग संदर्भ को नेविगेट नहीं कर सकता है।

स्थिति यह है कि हम वेब वर्कर्स का उपयोग नहीं कर सकते क्योंकि वे होस्ट के साथ मेमोरी साझा नहीं करते हैं। मैं सैंडबॉक्स वाले आईफ्रेम का परीक्षण कर रहा था, लेकिन वहां भी कोई सफलता नहीं मिली। allow-same-origin विकल्प के बिना, vm2 प्रारंभ भी नहीं होता है। उस विकल्प के सक्षम होने से, मैं शीर्ष-स्तरीय विंडो तक पहुंच सकता हूं। लेकिन मैं हार नहीं मान रहा :)

इसने आपको किस तरह की त्रुटि दी? क्या इसे एक चर का उपयोग करने की आवश्यकता थी? क्या इसमें पुस्तकालय की कमी थी? कोई भी डेटा जिसे iframes के बीच संदेशों का आदान-प्रदान करके पुनर्प्राप्त किया जा सकता है?

227 रुचि का है, खासकर जब से Realms का उल्लेख विशेष रूप से ब्राउज़र सैंडबॉक्सिंग के लिए किया गया था।

मैंने उसी चाल के साथ विंडो तक पहुंच को ठीक करने का प्रयास किया जैसा कि क्षेत्र-शिम करता है।
एक कार्यान्वयन यहां पाया जा सकता है: https://github.com/XmiliaH/vm2/blob/feature-browsers/lib/vm.js
नुकसान यह है कि वीएम में सब कुछ सख्त मोड में चलता है।

@patriksimek window.top मुद्दे के आसपास पाने के लिए, क्या आप ऑब्जेक्ट का निरीक्षण नहीं कर सकते हैं और संशोधित/उपयोग किए जाने पर स्क्रिप्ट (फेंक और त्रुटि) को मार सकते हैं? तो, गुणों का निरीक्षण करें और कार्यों को लपेटें

शाखा: https://github.com/patriksimek/vm2/tree/feature-browsers
पुस्तकालय: https://github.com/patriksimek/vm2/blob/feature-browsers/dist/vm2.js

प्रयोग

<script src="vm2.js"></script>
<script>
    const vm = new vm2.VM();
    alert(vm.run('Math.random()'));
</script>

मुद्दे

• सैंडबॉक्स से बच सकते हैं window.top ।

ऐसा करने के लिए

• ब्राउज़र संस्करण से NodeVM निकालें।
• ब्राउज़र से संबंधित सुविधाओं के साथ ब्राउज़र संस्करण में BrowserVM जोड़ें।
• स्वचालित ब्राउज़र परीक्षण।

मुझे window या window.top को इस तरह से देखने का कोई तरीका नहीं पता है जो कुछ होने से पहले फेंकने की अनुमति देता है।

नमस्ते
मुझे टाइपप्रति फ़ाइल में मॉड्यूल के रूप में
क्या कोई कृपया मदद कर सकता है? धन्यवाद

नमस्ते
मुझे टाइपप्रति फ़ाइल में मॉड्यूल के रूप में
क्या कोई कृपया मदद कर सकता है? धन्यवाद

मॉड्यूल के रूप में कार्य करना: फ़ाइल के अंत में module.exports = vm2; जोड़ा गया।