browserify / browserify/vm-browserify

Prevent DOM access (i.e. XHR and such)

Aperta
#2 1 commento 0 reazioni 0 assegnatari Vedi su GitHub
Lingua principale
JavaScript
Stelle
205
Fork
41
Metriche di merge delle PR
Nessuna PR unita negli ultimi 30g

Descrizione

Just spent today working on a sandboxing thing from a different angle before I found this. Turns out it's actually somewhat complementary!
1. The `iframe.contentWindow.eval` trick does a great job preventing an untrusted script from messing with other people's object prototypes.
2. Combining `"use strict";` with a silly closure trick it seems possible to prevent access to all global objects…except object literal prototypes!

You can take a look at what I got on this in https://github.com/natevw/evel/blob/master/evel.js#L49 — I do whitelist the ES5 globals because I assume most code should be allowed to expect them. I'll be the first to admit that masking every global every function call is kind of "not ideal" but AFAICT combining https://github.com/natevw/evel's tricks with this iframe stuff yields a fairly declawed environment.

Guida per i contributori

Nessuna guida per i contributori indicizzata per questo repository

Direzione di ricerca

Inizia dalla discussione sul sandboxing e da evel.js intorno alla riga 49, insieme all’approccio iframe.contentWindow.eval citato nell’issue. Il payload non indica alcun file, test o condizione di accettazione completa di vm-browserify, quindi le restrizioni DOM/XHR previste dovrebbero essere definite prima dell’implementazione.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Valutazione

Stack tecnologico
javascript
Ambito
security
Tipo di issue
Funzionalità
Difficoltà
5/5
Tempo stimato
Più di una settimana
Stato di attività
Ferma
Chiarezza
Da chiarire
Idoneità per principianti
20/100

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.