"부트스트랩"원격 swf 응용 프로그램 SecurityDomain(액션스크립트 3)
-
03-07-2019 - |
문제
My Flash(a s3/에)프로그램은 현재 사용하여 약간 특이한 건물(플래시 응용 프로그램)을 제공하는 특정 위한 기본 클래스를 로드 콘텐츠에 runtime.외부 콘텐츠은 발표와'스텁'클래스에 의해 가려져는'진짜'기본 클래스에서 런타임할 때 그것이 로드됩니다.나는 이것을 참조하 Adobe 로 부트스트랩 (pdf고),그 작업은 매우 잘 나를 위해 지금까지.그것은 없습과는 달리 DLL architecture 내가 믿고 있지만,나는 말할 자격이 없다.
지금까지 외부 콘텐츠가 되었습 로드 된 로드 내에서 동일한 SecurityDomain
(동일한 샌드박스)할 수 있는 쉽게 로드하는 컨텐츠에 자식 ApplicationDomain
.불행하게도,멀리로 말할 수 있는 ApplicationDomain
s 는 범위 SecurityDomain
s 할 수 없는 관을 만들 수 없습 AppDom 의 하나 SecurityDom 아이의 AppDom 에서 또 다른 SecurityDom.
그러나 이제는 내가 필요로드이 외부에서 콘텐츠를 외부의 내용이스가 될 수 있습니다.의 많음이있을 달성하는 방법에 걸쳐 통신 SecurityDomain
s-지만 그들 대부분은 매우 제한적이며,공기의 sandboxBridge
API 에는 가장 강력하다.불행하게도,이러한 커뮤니케이션 방법게 이를 달성하기 위해 부트스트랩공합니다.
내가 있는지 알 LoaderContext
객체 securityDomain
제공하지만,Flash 보안을 금지하는'로컬 swf'에서 그것을 건드리는(그것을 던졌 SecurityError
또는 이와 유사한).
플렉스's SWFLoader
가 trustContent
객실 유망 보인다,하지만 나는다고 가정하는 것과 동일한 제한 사항으로 설정하기 SecurityDomain
에 Loader
ko LoaderContext
.
용의자가 재설계(는 쉽지 않습니다)하지만 나는 그냥 여기에서 확인가를 놓치지 않았는지에 뭔가가 있습니다.
그래서...어떤 아이디어나 진주의 지혜?나는 특히 괴물이 사랑하면 그것을 누군가에서 Adobe 작동하는 보안 모델할 수 있게 내 결정적인"yes/no 수 있/할 수 없습니다"...
사전에 감사합니다!
부록: 그 이후로 결정을 다시 디자인 아키텍처는 부트스트랩이 모든 일에는 외부 도메인에 있습니다.나의 질문은 여전히,그러나,의 호기심.
해결책 2
이 글을 쓰는 시점에서,내가 결정할 수 없는 로드하는 ApplicationDomain
으로 자신 SecurityDomain
는 경우 그것은 또 다른 도메인도 함께 공기입니다.
에 의해 디자인 것 같아요.
다른 팁
기술적으로 말하지 않을 가능하 AIR 응용 프로그램을 간단하게 저장 외부 Swf 내부에의 응용 프로그램 디렉터리 및 부하 거기에서 그들을 그렇게 그들은 살아에서 동일한 보안 sandbox?
그러나,거기에 몇 가지 분명한 이유는 것이 나쁜 업보,그래서 그것이 솔루션을 반드시 여부의 질문을 넣어 노력하고 로컬 응용 프로그램 콘텐츠 및 원격 신뢰할 수 없는 내용으로 같은 응용 프로그램 도메인은 오른쪽 건축 접근법..?