Patch Management Group

Expand all | Collapse all

How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

greg_zielinski

greg_zielinski09-09-2013 02:13 PM

andykn101

andykn10109-17-2013 06:02 PM

deactivated user

deactivated user09-17-2013 06:05 PM

  • 1.  How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Posted 05-22-2013 01:11 PM

    I'm in investigating how to deal with this issue in our environment.  It’s preventing me from further rolling out Java to version 17.  Our apps aren’t certified for version 21 yet (nor do we want to be on the hook on updating Java within a month of each release)

    Starting with Java 7 update 17, The Java runtime introduced a feature to consider itself old and out of date as of 05/16/2013. It is essentially a built in expiration.  So that means our users on version 17 have started to receive this prompt.  A prompt that doesn’t seem to have an easy or reliable way to suppress.

     

    java update dialog.png

     

     

    The minor problem, I’d simply like to suppress this dialog from ever being seen by the user.  So far this does not look possible without some trickery. The major problem is, if you select “Update” and don’t actually perform the update (you changed your mind or tried but lack of admin access prevented you from updating), then you get stuck in a loop.  What happens is each launch of a product that needs Java will launch you straight into the Oracle website for Java 7 update 21.  To the user, it appears as if Java is no longer installed. The Java app doesn’t run.  It just keeps popping up this Oracle update 21 website.

    Luckily you can delete the following registry key (gives you a chance to re-answer the dialog) HKEY_CURRENT_USER\Software\AppDataLow\Software\JavaSoft\DeploymentProperties\deployment.expiration.decision.10.17.2

    Or take the value of that key and change it from “update” to “later”

     

    There is a very good discussion going on in the comments of this blog post that I’ve been following. http://www.labareweb.com/java-1-7-auto-update-deployment-with-sccmmdt/

     

    Reading threw the comments, my plan of attack will likely be as follows (if we elect to proceed with rolling out update 17 to everyone)

    • Delete entire registry key
      • HKEY_CURRENT_USER\Software\AppDataLow\Software\JavaSoft\DeploymentProperties
    • Delete the file
      • %localappdata%Low\Sun\Java\Deployment\deployment.properties
    • Copy a new deployment.properties file containing these 3 lines
      • deployment.expiration.decision.timestamp.10.17.2=5/21/2013 14\:2\:51
      • deployment.expiration.decision.10.17.2=later
      • deployment.expiration.decision.suppression.10.17.2=true
    • Launch %programfiles(x86)\java\jre7\bin\ javacpl.exe (this populates the rest of the deployment.properties file
    • Kill Javacpl process
    • Finished

    At this point, if you launch a Java app, the dialog will have already been suppressed and the option to ignore until the next update will be selected.  This will get me past ONE release of Java.  The problem is, as soon as the new baseline is set at the URL configured at

     deployment.baseline.url = https://javadl-esd-secure.oracle.com/update/baseline.version

    we enter back into this scenario of the user being prompted (the supersession is no longer valid as a new update has been made available).  So I almost need to preempt this but knowing what the next set of registry values are going to be.  https://javadl-esd-secure.oracle.com/update/baseline.version is updated now to “1.7.0_21”.  Suppressing with the bulleted steps and values above works for now.  But when https://javadl-esd-secure.oracle.com/update/baseline.version goes up to 1.7.0_##, what values might I need to consider my expiration decision on version 17 to “stick”?

     

    I wanted to discuss the dialog here to see if anyone is seeing this issue, or a warning to those moving into Java 7 update 17 or 21.  The trick listed above is just ugly to me.  Creating software delivery policies that perform these actions per user (our machines are shared).  Curious if I’m missing something easier or more reliable.  I’m also considering the AutoIT task mentioned in the blog I referenced that will essentially answer the dialog on behalf of the user.

     

     

     

     



  • 2.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Trusted Advisor
    Posted 09-10-2013 01:30 PM

    Self-signed xml configs for whitelist/blacklist?  Ugh...



  • 3.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Broadcom Employee
    Posted 05-02-2014 11:55 AM

    You need to set the security level to "medium." There are a couple of ways to do this. We use both: set it in a transform or in deployment.properties.

    See http://docs.oracle.com/javase/7/docs/technotes/guides/jweb/jcp/properties.html and http://www.syswow64.co.uk/2013/05/java-7-update-21-1721-enterprise.html



  • 4.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Trusted Advisor
    Posted 05-22-2013 01:54 PM

    Have you configured your package to never check for updates?  It seems like it's only getting the information that it's out of date when it checks in...



  • 5.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Broadcom Employee
    Posted 04-02-2014 08:27 AM

    We have found creating and deploying the two deployment.* files is all that is needed on all of our systems (>10,000).



  • 6.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Posted 07-15-2014 01:32 PM

    This Critical Patch Update Pre-Release Announcement provides advance information about the Oracle Critical Patch Update for July 2014, which will be released on Tuesday, July 15, 2014.  http://www.oracle.com/technetwork/topics/security/cpujul2014-1972956.html



  • 7.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Broadcom Employee
    Posted 02-14-2014 03:23 PM

    JJV: What version are you having trouble with? deployment.expiration.check.enabled worked correctly for us with Update 40 when U45 was released, but now that Update 51 is out we are finding that Update 45 apparently does not respect the setting.

    I have verified with Process Monitor that the properties file is being read and that Java is seeing the deployment.expiration.check.enabled=false settings (it even copies it to the registry and explicitly reads that value again later), but users are still getting prompted to upgrade.

    Again, the exact same setup worked with Update 40 but as far as I can tell is being completely ignored by Update 45. We have a long-running sev 1 ticket open with Oracle support about all the Java issues affecting our EBS environment; I'm reporting the issue there and we'll see if they have anything to say about it.



  • 8.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Posted 06-19-2013 10:28 AM

    Here is how we handle Java - We eliminate the autoupdate sub system. Even if it launches an update it won't do it.

     

    To install Java without the updater, download the offline installer, execute the .exe and cancel the install. You can then find the extracted files in %APPDATA%\admin-user-used-to-install\LocalLow\Sun\Java\ and copy them to your network location or local drive. Finally run the installer with the following switches:

     

    msiexec /i “\\server-name\share-name\JRE_FILENAME” 

     

    The autodownload option will be on, but it won't matter because the subsystem that does the download and updates Java won't have been installed.

     

    Other registry keys that can be included if the updater needs to be installed:

     

    Modify the registry key [HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Update\Policy]

    "EnableAutoUpdateCheck"=dword:00000000

    "EnableJavaUpdate"=dword:00000000

     

     

    Example:

     \\Sharename\Products\Current\Java\jre7u21 Win32 NoUpdates

    Inst_JRE7u21.cmd

    msiexec.exe /i "\\sharename\Products\Current\Java\jre7u21 Win32 NoUpdates\jre1.7.0_21.msi"



  • 9.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Trusted Advisor
    Posted 09-17-2013 06:02 PM

    Works for me in the UK.



  • 10.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Broadcom Employee
    Posted 06-19-2013 07:44 AM

    Hi Greg,

    Just wondering if you found a solution to this?  We updated to 7.21 recently and have just hit the expiry date so are suddenly getting this prompt.  Our users are understandably wary of unfamiliar dialog boxes, so it's generating a lot of helpdesk incidents.  From reading this post and its replies, I'm planning to try forcing out a modified deployment.properties file with a group policy preference, then blacklisting https://javadl-esd-secure.oracle.com/update/baseline.version in our corporate firewall.  Do you think this would result in the desired behaviour (ie no prompts)?  

    Thanks,

    Rob



  • 11.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Trusted Advisor
    Posted 09-18-2013 02:22 AM

    For those of you who can't see it, the bit we're interested in is:

    "Option to disable the "JRE out of date" warning

    Starting from 7u40, a new deployment property deployment.expiration.check.enabled is available. This property can be used to disable the "JRE out of date" warning.

    When the installed JRE (7u10 or later), falls below the security baseline or passes it's built-in expiration date, an additional warning is shown to users to update their installed JRE to the latest version. For businesses that manage the update process centrally, users attempting to update their JRE individually, may cause problems.

    To suppress this specific warning message, add the following entry in the deployment properties file:

    
    deployment.expiration.check.enabled=false


  • 12.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Trusted Advisor
    Posted 05-22-2013 03:13 PM

    What if your proxy or hosts file blackholes javadl-esd-secure.oracle.com?



  • 13.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Broadcom Employee
    Posted 04-02-2014 03:48 AM

    Hello D-M,

    We've deployed the little script that I've posted a few weeks ago.

    It creates the files, and push the settings.

    Works perfectly, no more pop-up

    Regards,

     



  • 14.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Broadcom Employee
    Posted 07-16-2014 12:58 PM

    I was having issues on my workstations loading the java applets built in to altiris until i upgraded to 7u65 and added my NS to our custom excepted sites list.  You may need to look at configuring your excepted sites.



  • 15.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Broadcom Employee
    Posted 09-17-2013 01:56 PM

    Don,

     Your URL leads to an error page 404.  Do you have an updated path or did it get pulled all together?



  • 16.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Broadcom Employee
    Posted 10-18-2013 04:28 AM

    can you pm me a screen shot ?

    have you restart your PC before doing the test ?

    On my side, I've made the test with this URL :
    http://www.java.com/verify/

    without, you've got the pop-up with the 3 options, with it, you've got nothing (the applet is runned).



  • 17.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Broadcom Employee
    Posted 10-22-2013 02:34 PM

    No organization involved.

    I am a loan user on home computer. Every day, I get a request to update Java-sent by Oracle. Every day, I let Oracle do its thing on my computer but next day, same message pops up.

    I am not getting any more complicated messages about security or change in Java version. Should take a few sentences to tell me how to block Java updates. I get the registry part but don't know what file is aluded to in

    "

    • Delete the file
      • %localappdata%Low\Sun\Java\Deployment\deployment.properties
    • Copy a new deployment.properties file containing these 3 lines
      • deployment.expiration.decision.timestamp.10.17.2=5/21/2013 14\:2\:51etc"

    Do not even know which of my applications uses Java or Oracle -probably web browser.

    And yes, I have admin privileges.

    Thank you for your rapd reply.

     



  • 18.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Broadcom Employee
    Posted 02-14-2014 04:15 PM

    We are finally happy with 7u51 after buying a code signing certificate. We are no longer plagued by pop-ups, version checks, or slow load times. This is not a free solution as I was unable to figure out how to do this with self-signed certificates as opposed to a purchased one.

    1. Make a Deployment.properties files

    #Set security level to it's minimum "MEDIUM" to allow for apps to run on outdated java versions
    deployment.security.level=MEDIUM
    
    #disables certificate checking so that java apps load much faster.  Java still checks the certificate
    #blacklist though which we feel is good enough.  This certificate check happens every page load.
    deployment.security.validation.ocsp=false
    
    #disables the pop up when Java becomes more than two versions out of date
    deployment.expiration.check.enabled=false
    
    #disables the auto updater
    deployment.javaws.autodownload=NEVER
    

    2. Buy a code signing certificate from digicert who has excellent documentation and is one of the less expensive resellers.

    3. Make a ruleset.xml and put it in DeploymentRuleSet.jar (instructions at digicert). This will allow you to white list sites.

    4. Sign the jar file

    5. Follow Sally's Guide for deployment to disable updates and deploy the two files. Both of them go in c:\windows\sun\java\deployment.

    Sally's deployment guide https://www-secure.symantec.com/connect/articles/updating-java-through-managed-software-delivery-policy-updated-article

    Ruleset creation guide https://blogs.oracle.com/java-platform-group/entry/introducing_deployment_rule_sets

    Code Signing Request tool from Digicert (put in your domain name in the common name and it will fill in the rest as well as generate the command line code you need for the java keytool https://www.digicert.com/easy-csr/keytool.htm

    Code Siging Guide from Digicert https://www.digicert.com/code-signing/java-code-signing-guide.htm



  • 19.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Posted 05-22-2013 04:08 PM

    Yes we have. This is independent of the java update process/program.  That is disabled on our machines and isn't the process that is invoking this dialog.  Via process explorer and process monitor, it's javaws.exe and javaw.exe that are checking for these values.  This is a built in update check for version 7 update 17 that "hard expires" on 5/16/2013.

     

    You can actually see the date inside the deploy.jar in the builtinproperties.class file.

    And the securitybaseline.class has the calls to check the oracle website and also the calls regarding this hardcoded expiration date inside builtinproperties.class

    I'm pretty positive this is all generated by javaws.exe and java.exe initializing the Java Run Time environment.

     

     

     

     



  • 20.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Posted 05-23-2013 02:22 PM

    Thank you for the follow-up.  Unfortunantly that won't be an option for us.

     



  • 21.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Posted 06-19-2013 12:30 PM

    I haven't been able to test it but we've had success in "prepopulating" the environment so the answer "later" and the checkbox for "do not ask again until the next update is available" is already done.  That way they don't get the prompt.  The specific part that alarms us from putting it into production is not knowing the exact behavior of "do not ask again until the next update is available".  I would think blacklisting the link you list above would be all that is needed.  Unfortunantly, we need to make abosultly sure that blacklisting the site would effectively cause the scenario "next update is available" to never occur.

     

     



  • 22.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Broadcom Employee
    Posted 10-22-2013 12:06 PM

    Can anyone help a non-tech end-user stop popups asking if Oracle can install java update on my computer.

    Something simple please.

    Thank you,



  • 23.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Broadcom Employee
    Posted 10-22-2013 02:00 PM

    Do you have administrative rights to your system or part of an organization that wisely limits a users abilities? Users break things...

     

    If you're just an individual, whats keeping you from upgrading?

     

    Also, if it were simple this thread wouldnt be 40+ replies long. 



  • 24.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Broadcom Employee
    Posted 08-01-2013 02:46 PM

    Sorry, more info. Just found something out. On one of our other images we have java 7 upd 17 and the Java SE Dev. kit 7 upd 17. By all accounts these should cause a problem but they don't seem to.

    On the problem image I downgraded to Java 7 upd 15 and Jave SE Dev kit 7 upd 15 but the error still appears. The difference is, on this image I also have the J2SE Runtime Environment 5.0 update 6 so, it seems to be the runtime env. that is causing this.

    Any thoughts?



  • 25.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Broadcom Employee
    Posted 08-01-2013 09:48 AM

    We have just run into this very issue in one of our labs and it has been a pain. First of all, let me say that I do not know much about java, other than it's a pain in the nether regions. So reading this and other discussions has meant a rather steep learning curve for me. I've been doing some serious head scratching.

    This is our environment:

    Windows 7 64 image, running java 1.7.0_15 and runtime 1.5.0_06. I have downgraded from java 7 upd 21 and I am still getting the error! The program(s) triggering this mess are ESL type programs (Longman English Interactive 1 thru 4, etc).

    I thought that 1.7 upd 15 was not supposed to have that issue. Is it caused by the runtime?

    What's made it really tough as well is that if during testing the error comes up, if I either close the program from task manager or by closing the window (using the "x" and not picking any of the options), it will not come back next time I start the program, even though the error is still there.

    Anyways, this is happening in a 50 pc lab. The lab is frozen (Deepfreeze), so thawing it and either doing the update or "ignoring" till next update is really not an option. We'd just have to do it again at next update interval.

    Can anyone help?

     



  • 26.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Broadcom Employee
    Posted 10-14-2014 09:16 PM

    Agreed, that was a bit exaggerated.  Just remember, if you/we haven't being paying attention (and I know you have based on your posts) over the last 12 months and dont stay on top of future changes Oracle makes to Java your systems may upgrade to Java 8 before you are ready.  Also, keep in mind that once public support ends I would be wise to assume that Symantec will stop importing it through Patch Management.



  • 27.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Broadcom Employee
    Posted 06-25-2013 12:22 PM

    Previously, I would deploy the executable as part of a bat script and in that same script I would modify the registry to turn off the autoupdate features.

     

    With Java 7u25 I am deploying as an MSI with an MST.  In orca I modified the Property Table as follows

    ARPURLUPDATEINFO:  url for internal Altiris Software Portal

    AUTOUPDATECHECK 0

    IEXPLORER 1

    JAVAUPDATE 0

    JU 0

    MOZILLA 1

    REBOOTYESNO NO

     

    As you mention, its not these keys that effect the update nagger we are all experiencing.  I am hoping by changing the update info url it will atleast keep the update button from sending users to java.com.

     

    Honestly, I think the only way of truly stopping this, as you said, is to deploy a modified deployment.properties file along with the install which just creates more work for administrators. 

    Until oracle gives us some real control over java, I think we are stuck with this ticking time bomb.  Also, if there were a way to stop the plugin from checking if theres a newer version of Java available everytime it loads, java 7 would load a hell of a lot faster.  

     



  • 28.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Posted 09-09-2013 02:13 PM

    Great news!  Thanks for sharing.



  • 29.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Broadcom Employee
    Posted 10-17-2013 11:28 AM

    Hello,

    We've runned this script in an Altiris Task and it looks to overcome the issue + the today obsolete 7 u40:

    
    

    @echo off

    rem We first check if a deployment.properties has been setup
    set dplProp="%windir%\Sun\Java\Deployment\deployment.properties"
    find "deployment.expiration.check.enabled" %dplProp%
    if %ERRORLEVEL% == 0 goto :end


    rem Then we check if deployment.config has already been setup
    set dplConfig="%windir%\Sun\Java\Deployment\deployment.config"
    find "deployment.system.config" %dplConfig%
    if %ERRORLEVEL% == 0 goto :end

    rem We create the folders
    if not exist %windir%\Sun\*.* md "%windir%\Sun"
    if not exist %windir%\Sun\Java\*.* md "%windir%\Sun\Java"
    if not exist %windir%\Sun\Java\Deployment\*.* md "%windir%\Sun\Java\Deployment"

    rem we add the settings
    echo deployment.javaws.autodownload=NEVER >>%dplProp%
    echo deployment.javaws.autodownload.locked >>%dplProp%
    echo deployment.expiration.check.enabled=FALSE >>%dplProp%

    echo deployment.system.config = file:\\%windir%\\Sun\\Java\\Deployment\\deployment.properties >>%dplConfig%
    echo deployment.system.config.mandatory = true >>%dplConfig%

    :end



  • 30.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Broadcom Employee
    Posted 10-24-2013 11:23 AM

    Here's the deal, we know how to fix it after it starts, although that may be manual or done by enumerating user profiles and editing files in the user registry or appdata.

    Here's what can be done to head this off with your next admin install.

     

    1- Decide if you will be loading as an MSI or as an EXE.  Follow Oracles documentation for extracting the MSI.  I prefer the MSI and creating a custom transform using orca and applying the following settings.

    how to extract the msi http://www.java.com/en/download/help/msi_install.xml

    Orca KB http://support.microsoft.com/kb/255905

      If you go with the exe you will have to include reg hacks in your install script.

    settings for transform at minimum:

    AUTOUPDATECHECK 0

    IEXPLORER 1

    JAVAUPDATE 0

    JU 0

    MOZILLA 1

    REBOOTYESNO NO

     

    2- Place your install files in to an empty folder  (msi + cab for msi install, exe for exe install)

    3-Create the following files in that folder:  deployment.config & deployment.properties  These files can be edited in your text editor of choice.

    deployment.config should contain at the very least:

       deployment.system.config = file:\C\:\\WINDOWS\\Sun\\Java\\Deployment\\deployment.properties
     

    deployment.properties should contain at the very least:

    deployment.expiration.check.enabled = false
    deployment.expiration.decision.suppression = TRUE
    deployment.javaws.autodownload = NEVER
    deployment.javaws.autodownload.locked

     

    Follow http://docs.oracle.com/javase/7/docs/technotes/guides/deployment/deployment-guide/properties.html if you want to add anything else.

     

    4-Create your install script (bat, vbs, etc..) It should do the following:

       - kill your java process, internet explorer, firefox, chrome, safari, etc...

       - Install java with proper commands and arguments.

        -copy / xcopy the two deployment files to c:\windows\sun\java\deployment with proper arguments.

     

    Test your install.  Ensure it installs java and users can still access the applications they need to access.

    Create or edit a software resource in your software catalog. http://www.symantec.com/business/support/index?page=content&id=DOC5446&key=57898&basecat=DOCUMENTATION&actp=LIST 

    See section II.  you want to upload the contents of your java install folder as the package and set the install script as your installation file.  it should display in bold.  Let SMF generate command line for you.  This is also a good time to create your inventory rules for detection and apllicability (you need these for a managed software delivery, custom inventory policys and installed software filters)

    Create a software delivery task and test delivering of the package. 

    Once you have completed testing you can create your software inventory policy, software filter & use them when creating a Managed Software Delivery Policy. Roll out as necessary.

     

     

    Key note: If your users do things you dont like, you may not want to put this in the software portal for anyone to download without approval. The software portal requests do not apply detection rules when running.  If java is installed and you go to install it again, i've noticed java stops working and you have to uninstall, reboot & reinstall.

      



  • 31.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Broadcom Employee
    Posted 05-03-2014 09:55 AM

    Configure the deployment rule set:

    http://docs.oracle.com/javase/7/docs/technotes/guides/jweb/security/deployment_rules.html



  • 32.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Broadcom Employee
    Posted 07-15-2014 02:50 PM

    Looks like the page has refreshed.  7u65 is available.

     

    https://www.java.com/en/download/manual.jsp

     

    Release notes still seem to be pending however:

     

    http://www.oracle.com/technetwork/java/javase/overview/index.html



  • 33.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Posted 06-06-2013 10:50 AM

    Thank you.  I see you signed up for Connect just to make this post and wanted to let you know it is very much appreciated.



  • 34.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Broadcom Employee
    Posted 05-02-2014 12:40 PM

    Yes, lowering the security level lower "works" but it is less than ideal and can open you up to a wider range of vulnerabilities.
     



  • 35.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Broadcom Employee
    Posted 08-01-2013 01:23 PM

    I have read that Oracle has a patch for this. It's patch # 16758419. Problem is, you have to have paid support to get it. Which doesn't make sense as it is a patch for a free product! Huh? Does anyone know how to get it?

     



  • 36.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Posted 08-28-2013 11:10 AM

    I'm not aware of any other way.  I can say we are in the process of signing up for this paid support and hope to have our hands on the fix soon.

     

    No other workaround that we can count on has been found. Everything else relates to registry edits that include timestamps and is just too high risk for our environment.

     



  • 37.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Posted 05-22-2013 03:08 PM

     

    Didn't work. Tested as follows.

    Found that the checkbox in your previous post was checked.  Unchecked it and closed all browsers.

    ·         Set system clock to May 15, 2013.

    ·         Visit http://javatester.org/version.html

    ·         Allow Java application to run

    ·         Java version test runs and confirms result “Java Version 1.7.0_17 from Oracle Corporation”

    ·         close browser

    ·         Advance system clock to May 16, 2013

    ·         visit http://javatester.org/version.html

    ·         Allow Java application to run

    ·         Receive annoying “your java version is insecure” dialog



  • 38.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Broadcom Employee
    Posted 06-25-2013 12:28 PM

    How exactly did you do this?

     

    Im thinking a bat script to reg add the key in to the registry for HKCU.

    I would then create a policy in Software Management to run the script.  It would run as the currently logged on user and and the schedule would be when a user logs on. 

    What was your method?  This seems like it may be the only way to stop oracle from eating up so much of our time.



  • 39.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Broadcom Employee
    Posted 08-01-2013 10:33 AM

    I have changed that setting already to "Enable - hide warning and run with protections" Or should I totally disable verification?



  • 40.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Broadcom Employee
    Posted 10-14-2014 04:31 PM

    You can still kind of get 7...

    http://java.com/en/download/faq/java_7.xml



  • 41.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Broadcom Employee
    Posted 05-02-2014 08:09 AM

    I have yet to start testing this but it is something we plan on integrating in the near future.

     

    http://docs.oracle.com/javase/7/docs/technotes/guides/jweb/security/deployment_rules.html



  • 42.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Posted 06-19-2013 12:22 PM

    Thank you Kharmon.  That is a tip worth sharing but I do also want folks to be aware that the internal expiration is a function within the Java Run Time environment.  If you exctract the .jar file you can actually see it in the code to check for this hardcoded expiration date.  Disabling the automatic update engine won't prevent this particular problem.

     



  • 43.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Broadcom Employee
    Posted 11-28-2014 09:57 AM

    I have tried the above solution (adding the two lines to the deployment.properties file and setting the environment variable with the setx command from #1 above. It does seem to get rid of the "you need to update" nag, but I still get the securiy warning "Do you want to run this appliation?" Is there any way to get rid of that?



  • 44.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Posted 05-22-2013 04:06 PM

    We are thinking about that but from what I'm reading, that will only help with the portion of the prompt "Do not ask again until the next update is available.".  So if we block the ability to check, Java will never know a newer version is available via the URL.  It will still however pormpt after the hard coded 5/16/2013 date. (And since we are deploying after 5/16/13, I need to populate the "later" and "never check" setings)

    If blackholing the Oracle site works, I still have to do the listed steps to supress the prompt that is triggered by the 5/16 date.  I just know (or would hope) that Java not knowing a never version is available, it'll respect the checkbox "Do not ask again until the next update is available." indefinantly.

    Or, at least until it is reset to 7/18/13 for Update 21 -http://www.oracle.com/technetwork/java/javase/7u21-relnotes-1932873.html "The expiration date for JRE 7u21 is 07/18/2013."

     

     

     



  • 45.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Broadcom Employee
    Posted 09-10-2013 04:41 PM

    Hi, I'm in the Java SE PM team, and I replied earlier on this thread about the Deployment Ruleset feature helping here.  That may have been a bit of a red herring, see the section "Option to disable the "JRE out of date" warning" here -- http://www.oracle.com/technetwork/java/javase/7u40-relnotes-2004172.html 

    I believe between DRS and this configuration, IT teams should be able to configure most scenarios.

     - Don



  • 46.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Broadcom Employee
    Posted 06-05-2013 07:12 PM

    Hi, I'm in the Java SE PM team and just wanted to follow up to this thread.

    As recently noted here:

    https://blogs.oracle.com/security/entry/maintaining_the_security_worthiness_of

    we do intent to provide features and flexility as has been noted in some of the comments.  Do note that some of the security measures we've recently implemented were interim measures until we were able to deliver the additional configuration tools and options needed.  Note the section on "Local Security Policy" in the above link.  These features will be available over the next couple updates.  I won't be able to answer specific follow up questions here, but feel free to ping me on twitter @donaldojdk and I'll do the best I can.

     - Don

     



  • 47.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Broadcom Employee
    Posted 11-27-2014 08:40 AM

    All,

     

    I'd raised a support ticket with Oracle, and after much kicking of them they provided a link to a known issue on their support database (with a working solution - happy days!):

    Applies to:

    Java SE JDK and JRE - Version 7 and later
    Generic Windows
    Affects Java 1.7.0_40 (where this feature was introduced) or newer.
     

    Symptoms

    Even with the deployment.expiration.check.enabled=false property set in the system level deployment properties file, an end user still might see a pop-up declaring "Your Java version is insecure"

    Cause

    This happens because Java checks if the Java Runtime Environment is below security baseline before synchronizing the contents of the deployment.properties file with the corresponding Windows registry keys.  The second time the check is performed, the registry keys match the file and then it works.

    Solution

    Java engineering is working to correct this issue. Until a fix is available, the work around is to both add the appropriate properties to the system level deployment properties file and to set the corresponding values in the Windows registry.  There are three ways you can do this.  First, ensure that your deployment properties file includes the following properties:

    deployment.expiration.check.enabled=false
    deployment.expiration.check.enabled.locked
     
    To set the corresponding Windows registry entries, please perform one of the following actions.  All of the actions listed are done at a command prompt.
     

         (1)  Add a system level environment variable [Recommended]

               on Windows 7:

                   setx deployment.expiration.check.enabled false /m

               on Windows XP:

                   Start the System control Panel, select the "Advanced" tab, then click on the "Environment Variables" button.
                   The "Environment Variables" window will open.  Click on the "New" button, below the "System variables" pane.
                   The "New System Variable" window will open.
                   In the "Variable name:" field, enter  deployment.expiration.check.enabled
                   In the "Variable value:" enter false
                   Click "Ok" on the "New System Variable" to close it.
                   Click "Ok" on the "Environment Variables" to close it
                   Click "Ok" on the System control panel to close it.

     

         (2)  Use the Java WebStart command line utility to set the property.

                   javaws -userConfig deployment.expiration.check.enabled false

         (3)  Edit the Windows registry directly.

                   reg add HKEY_CURRENT_USER\Software\AppDataLow\Software\JavaSoft\DeploymentProperties /v deployment.expiration.check.enabled /t REG_SZ /d "false"
    Please note that Oracle does not recommend directly editing the Windows registry.  Oracle is not liable for any damage done should you choose to take this course of action.  If you decide on this course of action, please ensure that you back your registry up before editing it.

    The first of the above actions is the one recommended by Oracle Support.  The other two options, while viable, have the disadvantage of only setting the property for the user who issues the command and not for the entire system.



  • 48.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Broadcom Employee
    Posted 11-28-2014 10:10 AM

    Mdent,

    You could try adding the site into the trusted sites.

    Or potentially modify the deployment.properties to have these

    # Mixed code (sandbox vs. trusted) security verification
    deployment.security.mixcode=disable

    deployment.security.mixcode.locked
     

    The above level can be checked via the control panel, Advanced, Security, MixedCode if you want slightly tighter control.

    A good website/file with descriptions of lots of settings can be found here

    https://gist.github.com/MyITGuy/9628895

    Matt



  • 49.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Posted 04-02-2014 01:28 AM

    Hi

    Just been testing this on version 7 update 51.

    Have seen numerous posts about applying the supression to:

    - Appdata

    - Registry

    - C:\Windows\Sun\Java\Deployment

     

    Some articles suggest you do the lot, but i have found that doing just one works.

    For example, if you put Deployment.properties into C:\Windows\Sun\Java\Deployment along with Deployment.config, and have the config file point to this properties file, seems to work ok. Of course you need to have the suppression setting in the properties file.

    When Java is next started, it updates the registry keys anyway with the supression setting.

    Just wondering if others with version 7 update 51 have tried this method successfully?

    Thanks, DM.



  • 50.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Posted 05-02-2014 11:14 PM

    Hi

    Any other way apart from setting the security to medium?

    I have looked at various deployment.properties settings, but cant seem to find one that works with HIGH security settings.

    DM.



  • 51.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Posted 05-02-2014 02:31 AM

    I think i have sorted out the expired version issue.

    My next issue is the Security Warning pop up that happens with "Do you want to run this application?", when you get to a Java enabled website.

    Is there any way to supress this pop up?

     

    Thanks, DM.



  • 52.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Posted 07-15-2014 06:07 PM

    Wonder when version 8 is going to be released.

    Im having an issue with version 7, where it causes adhoc delays in loading the Java applets. Sometimes it can take minutes to load a simple java applet. Looking at debug, it is trying to talk to the Domain Controller for some reason. I have trialled the dev version 8, and this doesn't have the slow load issue.

    DM



  • 53.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Broadcom Employee
    Posted 04-25-2014 07:02 AM

    Deployed JRE 1.7 Update 17

    I got rid of the first Prompt via Current User Reg:

    [HKEY_CURRENT_USER\Software\AppDataLow\Software\JavaSoft\DeploymentProperties]
    "deployment.expiration.decision.10.45.2"="later"
    "deployment.expiration.decision.suppression.10.45.2"="true"

    and also using amending deployment file:

    C:\Windows\Sun\Java\Deployment\deployment.properties

    deployment.javaws.autodownload=NEVER
    deployment.javaws.autodownload.locked
    deployment.security.locked
    deployment.expiration.check.enabled=false
    deployment.expiration.decision.suppression=TRUE
    deployment.expiration.decision.10.17.2=later
    deployment.expiration.decision=NEVER
    deployment.insecure.jres=ALWAYS
    deployment.expiration.decision.timestamp.10.17.2=4/24/2014 10:58:17
    deployment.version=7.0
    deployment.modified.timestamp=1398336515166
    deployment.expired.version=10.17.2
    deployment.expiration.decision.suppression.10.17.2=true
    deployment.expiration.check.enabled=false

    The second prompt that was very fiddly eventually found a file which was being created in location below and deployed this to user via MSI activesetup.

    C:\Users\%Username%\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\29\598ac1dd-6.0.lap

    What a disarray!!!!

     



  • 54.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Broadcom Employee
    Posted 10-17-2013 02:42 PM

    I still get the "Application Blocked by Security Settings" after running this.



  • 55.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Posted 08-01-2013 10:15 AM

    mdent-

    We had in issue with the Longman English Interactive as well.  We had to go into the Java Control Panel-> Advance and make a change.  If memory serves it had to do with the Mixed code option. But I will try to confirm with one of our lab techs.  If that doesnt work look thru those options.

     

    Hope this helps

     



  • 56.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Posted 07-15-2014 02:56 PM

    Here's some release notes

    https://www.java.com/en/download/faq/release_changes.xml



  • 57.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Posted 11-04-2013 02:44 PM

    I created an article walking through step by step how to create a customized Java package.  I'm not sure Step 8 is necessary... but hope it helps someone else new to customizing msi's.  Any pros here that see something obvious I did wrong, let me know & I can update the article.

    https://www-secure.symantec.com/connect/articles/updating-java-through-managed-software-delivery-policy



  • 58.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Posted 01-30-2014 06:43 PM

    @JJV - check my article here... it has the exact formatting that works for us.  I had issues using the format Oracle says too - go figure.

    https://www-secure.symantec.com/connect/articles/updating-java-through-managed-software-delivery-policy-updated-article



  • 59.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Posted 06-06-2013 10:35 AM

    Java management through policy, am I dreaming?  Thanks for posting.  Hope it comes true.



  • 60.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Posted 10-14-2014 11:12 AM

    Java 7 update 67 expires today.  I don't see a new Java 7 version available yet, but probably will be posted by tomorrow.

    Has anyone played with the Java 8 "Advanced Management Console" ?  Looks a little complicated, but does add some management/security options.

    http://www.oracle.com/technetwork/java/javaseproducts/advanced-mgmt/advancedmanagementconsole-2254207.html



  • 61.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"

    Posted 04-15-2014 03:33 PM

    FYI java release 1.7u55 is out

    http://www.oracle.com/technetwork/java/javase/7u55-relnotes-2177812.html



  • 62.  RE: How is everyone addressing the forced Java dialog "Java Update Needed - Your Java Version is insecure"