Почему __caller__ небезопасен?

Question

Ниже представляется разумным использование __caller__:

var foo=1; 
function a() { 
    var foo=2; 
    function b() { 
     var foo=3; 
     foo; // 3 
     this.foo; // 1, from global 
     __caller__.foo // 2 
    } 
    b(); 
} 
a(); // creates a's execution context 

Однако __caller__ не доступен. Почему нет? Если глобальный объект context/variable можно получить с помощью this, то почему бы не a?

Answer 1

Doc says:

Специальная __caller__ свойство, которое возвращается объект активации вызывающего абонента таким образом, что позволяет восстановить стек, был удален по соображениям безопасности.

И легко понять, почему это может быть катастрофой безопасности в браузере, где большая часть пользовательского интерфейса реализована в JavaScript. Представьте, что у вас есть одна из ваших функций, называемая дополнительным или другим хром. Вы можете искать стек вызовов и считывать (потенциально чувствительные) переменные, или даже вводить значения JavaScript в функции вызывающего абонента, потенциально подрывая их, чтобы что-то делать с пожеланиями пользователя. Эффективно каждая веб-страница получит хром-привилегии безопасности и полностью скомпрометирует браузер.

Вы, конечно, никогда не должны использовать его в реальном JavaScript, потому что это была нестандартная деталь реализации Mozilla, не говоря уже о невероятно уродливой. У вас нет лексического поведения, которое вы обычно ожидаете от JS.

Answer 2

Я действительно не знаком с этой темой, но вы пробовали arguments.callee.caller?

Смотрите здесь: Javascript how do you find the caller function?

Answer 3

В вашем примере, вы можете утверждать, что вещи в b должны быть в состоянии решать вещи в активном экземпляре a, и представляется разумным, поскольку a охватывает b. Но если бы это было не так, что вы определить

function c() { 
     var foo='hedgehog'; 
     b(); 
    } 

что-то совершенно другое, так что ваш аргумент выглядит, как он относится к довольно частному случаю.