> Непонятно, почему это нельзя было сделать в нативном коде.Это как раз понятно. Анализировать сорцы на предмет того, куда уведёт та или иная разадресация -- это кошмарно сложно. Анализировать байткод на предмет того, куда он может обратиться, гораздо проще. При этом анализировать машинный код разных машин сложнее, чем промежуточный байткод, хотя бы потому что эти машинных кодов дофига великого, и в каждом есть свои нюансы.
> Это и уменьшает поверхность атаки, и быстрее будет работать.
Об этом невозможно судить, пока твоё предложение размыто и неконкретно вида "сделать в нативном коде". Как это сделать в нативном коде? Как ты считаешь нужным огораживать код от всей остальной системы?
Более того, я не могу сравнить ещё и потому, что я не знаю в точности как RLBox огораживает код. Понятно, что все эти промежуточные компиляции дают кроссплатформенную возможность анализировать код и модифицировать его, но остаются непонятными всякие нюансы. В результирующий нативный код вставляются проверки на выход за границы допустимой памяти при каждой разадресации? Или может результирующий код работает с "виртуальными" адресами и разадресовывает их, но под этой операцией прячется ещё слой виртуализации, который преобразовывает в рантайме виртуальные адреса в реальные, выполняя проверки? Или ещё как-то сделано?
Я не знаю в точности, как работает RLBox, я ещё меньше знаю о том, как ты считаешь нужным реализовывать эти вещи, и поэтому я никоим образом не могу судить о том, будет ли твой способ быстрее или медленнее. И что-то мне подсказывает, что ты ещё меньше меня знаешь как об RLBox так и о том, что ты хочешь сделать, но в отличие от меня ты мнение имеешь о том, что будет быстрее.
