Jint: 기본적으로 시스템 네임스페이스를 추가하지 않음 clr이 허용됩니다.

에 만든 2015년 09월 03일 · 3코멘트 · 출처: sebastienros/jint

Engine.cs에서:

if (Options.IsClrAllowed())
    {
        Global.FastAddProperty("System", new NamespaceReference(this, "System"), false, false, false);
        Global.FastAddProperty("importNamespace", new ClrFunctionInstance(this, (thisObj, arguments) =>
        {
            return new NamespaceReference(this, TypeConverter.ToString(arguments.At(0)));}), false, false, false);
        }
    }

기본적으로 시스템 네임스페이스를 추가하기 위한 첫 번째 호출을 제거하면 시스템 네임스페이스와 함께 제공되는 다른 모든 것을 실제로 노출하지 않고 사용자 지정 CLR 형식을 노출할 수 있습니다.

출처

hnafar

가장 유용한 댓글

허용 목록에 있는 액세스를 위한 API를 추가할 계획이 있습니까? 저는 전체 시스템 네임스페이스에 자바스크립트 코드에 대한 액세스 권한을 부여하는 것이 보안에 좋지 않을 뿐만 아니라 사용자가 사고로 끔찍한 일을 하는 것을 방지하는 많은 사용 사례를 가지고 있고 봅니다.

이 해결 방법은 약간의 문제가 있으며 자바 스크립트 코드에 화이트리스트에 있는 특정 .Net 라이브러리 및/또는 클래스에 대한 액세스 권한을 부여하는 AllowAssembly 또는 AllowClass API가 있으면 좋을 것입니다.

zaphar 에 2016년 01월 11일

👍4

모든 3 댓글

해결 방법으로 현재 CLR을 허용한 다음 시스템 변수 설정을 해제하고 있습니다.

var e =  new Jint.Engine(options =>
{
    options.AllowClr(typeof(Foo.Class1).Assembly);
});
e.Global.Properties.Remove("System");

hnafar 에 2015년 09월 03일

우려를 이해하지만 동시에 AllowClr 이(가) 옵트인이며 이 통화의 대부분의 용도에 대해 System 를 사용할 수 있기를 원할 것이라고 생각합니다. 완화할 수 있는 방법을 찾으셨다니 다행입니다.

sebastienros 에 2015년 09월 11일

zaphar 에 2016년 01월 11일

👍4

이 페이지가 도움이 되었나요?

0 / 5 - 0 등급

Jint: 기본적으로 시스템 네임스페이스를 추가하지 않음 clr이 허용됩니다.

가장 유용한 댓글

모든 3 댓글

관련 문제