Code: Select all
[ABE] <LOCAL> Deny on {GET http://127.0.0.1:7092/crossdomain.xml <<< http://www.splayer.org/}
SYSTEM rule:
Site LOCAL
Accept from LOCAL
Deny
Code: Select all
<cross-domain-policy><allow-access-from domain="*" to-ports="*" /></cross-domain-policy>
So it looks like ABE blocked "access" to (a different) crossdomain.xml - today.
Should it have?
Whilst blocked, I get no Flash video playback.
If I disable ABE, I then end up with a new crossdomain.xml in %TMP%\plugtmp, & the Flash video plays.
Code: Select all
<?xml version="1.0"?>
<cross-domain-policy>
<allow-access-from domain="*" />
</cross-domain-policy>
Possibly? Probably?
Is the bigger issue that the splayer site is mis-configured & if it were configured correctly, then the issue would not arise?
Another crossdomain.xml for reference, http://twitter.com/crossdomain.xml:
Code: Select all
<cross-domain-policy xsi:noNamespaceSchemaLocation="http://www.adobe.com/xml/schemas/PolicyFile.xsd">
<allow-access-from domain="twitter.com"/>
<allow-access-from domain="api.twitter.com"/>
<allow-access-from domain="search.twitter.com"/>
<allow-access-from domain="static.twitter.com"/>
<site-control permitted-cross-domain-policies="master-only"/>
<allow-http-request-headers-from domain="*.twitter.com" headers="*" secure="true"/>
</cross-domain-policy>
Crossdomain.xml Invites Cross-site Mayhem
Allowing cross-domain data loading
About custom policy file locations
(On a side note, there may be issues with Flash & IPv6.)
(Allowing splayer.org & clicking on the displayed "player") there is (at least) one video (as random ones pop up) that generates the ABE warning, this, the green one, http://i30.tinypic.com/1pgw8k.jpg.