how to evade Silverlight cross-domain security law?
This point is one that I need to go round
Cross-domain calls – Browser or Client – Allowed when it is configured per client access policy file hosted on server.
Any ways?
Articles?
Libs?
Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.
Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.
Lost your password? Please enter your email address. You will receive a link and will create a new password via email.
Please briefly explain why you feel this question should be reported.
Please briefly explain why you feel this answer should be reported.
Please briefly explain why you feel this user should be reported.
The other posters have answered your question–or rather, the question you should have asked–so I’m probably wasting my breath.
But it might help–not only help us to read your question, but help you to resolve it on your own–if you try to reframe it in a more useful way. Instead of asking, “How do I do X,” where X is something that cannot be done by design, you should ask, “What alternatives are there to doing X, since X cannot be done by design?”
In this case, the Silverlight cross-domain restriction is a security feature that’s intended to be impossible to evade (and as rjmunro points out, even if there were a way around it, you wouldn’t want to build a product upon it, since it will almost certainly be closed in the future).
There’s another reason to ask yourself about alternatives that can fill the same role: this question focuses your attention on the security purpose of the cross domain restriction. If you ask yourself how to “evade” the cross domain restriction, you may well say, “Aha! I can just set up a simple web proxy open to all!” Unfortunately, this allows anyone to evade the cross domain restriction and execute in the context of your proxy.
By asking, “What alternatives are there to doing impossible cross domain calls,” you (hopefully) remind yourself of why the cross domain policy exists, and–hopefully–consider the security implications of whatever alternative you implement.