Skip to main content
Participant
September 22, 2016
Question

JS communication fails after version 23 update

  • September 22, 2016
  • 2 replies
  • 322 views

Im using flash player for one of my chrome application. It was working fine before flash version 23 update. Inside application we have a communication between JS and flash. For allowing that communication we are selecting the option "allways allow" option in "Global Security Settings panel". 

But now the communication is not working after the new update. Is there any new security things to do for this version?

    This topic has been closed for replies.

    2 replies

    jeromiec83223024
    Inspiring
    September 22, 2016

    Without a lot of detail to go on, it sounds like you're running into this:

    ( From the release notes, here: Release Notes Flash Player 23 AIR 23  ​)

    Disabling local-with-filesystem access in Flash Player by default

    Beginning with Flash Player 23, local-with-network permissions will now be applied to all local SWF content, regardless of the preference chosen at compile time.

    Background:
    When playing Flash (SWF) content from local filesystem, developers have historically been able to configure content to exclusively read from the filesystem, or communicate to the network. When this functionality was introduced over a decade ago, it enabled an interesting array of use-cases ranging from simple games to interactive kiosks. In context of modern web security, we believe that it is time to retire local filesystem functionality in the browser plugin. At the same time, Adobe AIR has been established as a robust, mature solution for delivering ActionScript-based content as a standalone application.

    Vast majority of Flash Player users and content will be unaffected by this change. This change only impacts Flash content played from the local filesystem, using the browser. Flash content hosted on the internet and local webservers, as well as the Standalone Flash Player remains unaffected.If you are a user who requires this functionality, these files can be added to the list of Trusted Locations in Flash Player.

    Workarounds for Legacy Content:
    We highly recommend that you only circumvent these controls to enable content from sources that they trust.

    For Individuals:
    For Internet Explorer, Edge, Firefox, Opera and Safari:
    On the affected system, go to: Control Panel > Flash Player > Advanced > Developer Tools > Trusted Location Settings
    Click the icon and add relevant SWF(s) to the list

    For Google Chrome (and similar PPAPI browsers):

    Navigate to the settings manager page
    Choose Edit Locations > Add Locations from the list.

    For System Administrators:
    The legacy behavior can be restored by applying the EnableInsecureLocalWithFileSystem=1 flag to mms.cfg.

    The Chrome directions in our guidance above need some tuning. 

    These steps are better:

    Go to the Global Security Settings panel

    Select Edit Locations, then pick the Add Location menu item

    Paste in the folder location to trust (don't use Browse)

    Hit Confirm, and you're done

    Participating Frequently
    September 22, 2016

    Hi,

    Could you please share the application  link and all steps to reproduce the issue so that we can look into it.

    Also please log a bug in our bugbase https://bugbase.adobe.com/

    Thanks

    Participant
    October 12, 2016

    Hi, the content of the application is confidential so that i can not share the login credentials.

    Our chrome app have an ebook reader and that reader part is done in flash. One swf file is included in my project build. By using JS i will initialise the flash player. For that communication between ActionScript and JS we are selecting the option "allways allow" in "Global Security Settings panel".

    Its working fine in all platforms in adobe V.22. After the upgrade the call from JS to Actionscript is not happening.

    jeromiec83223024
    Inspiring
    October 12, 2016

    In order to investigate and resolve the issue in a timely manner, we need to be able to debug it.

    If you're unable to share the application, I would recommend that you produce a reduced testcase that demonstrates the problem, and submit it with a bug here: http://bugbase.adobe.com/

    If you reply with the bug ID, I'll get a notification and will route it directly to the engineering team for investigation.  If that's inconvenient and you have an Enterprise Support Agreement with Adobe, I would recommend that you reach out directly to your named representative, so that they can help you remedy the situation within the limits of your confidentiality issues.