Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 25 replies
  • Subscribers 2 subscribers
  • Views 12610 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

UTM 9.110 and 9.111 (Heartbleed Fix) Released

ebegoc
I'm pleased to announce that we today released two Up2Date versions:

UTM 9.110
This update merely adds support for new SSG line of hardware appliances
For details please visit UTM Up2Date 9.110 Released | Sophos Blog

UTM 9.111 - containing OpenSSL Heartbleed Vulnerability FIX
Most important fix in this release is for the formerly discovered vulnerability in OpenSSL. For details please visit UTM Up2Date 9.111 Released – FIX for OpenSSL vulnerability (Heartbleed) | Sophos Blog

And for a summary of all Sophos products affected by the OpenSSL vulnerability as well as some more details, make sure to check out our knowledge base: Advisory: Critical vulnerability found in OpenSSL affecting Sophos products

Last but not least: We are working hard to release a fix for UTM 9.2 - stay tuned...

Kind regards,
Eric


This thread was automatically locked due to age.
Parents
  • 0
    Hi Bob

    The Master had the up2date packages at least 1 hour before i triggered the up2date process. At the moment the Master is at 9.104-17 with status ACTIVE and the Slave shows 9.111-7 with status UP2DATE.

    I can SSH into my slave with the ha_util but don't know what i can do. I've read the up2date log of the slave. There is nothing related to a failed installation. Everything seems to had worked perfectly, so why is the slave in the up2date state?
    up2date.zip
  • 0 in reply to solae
    The Master had the up2date packages at least 1 hour before i triggered the up2date process. At the moment the Master is at 9.104-17 with status ACTIVE and the Slave shows 9.111-7 with status UP2DATE.

    I can SSH into my slave with the ha_util but don't know what i can do. I've read the up2date log of the slave. There is nothing related to a failed installation. Everything seems to had worked perfectly, so why is the slave in the up2date state?


    Looks like the same issue I had with one of our clusters which has nothing to do with the failed updates mentioned here before.

    Is currently under investigation by the support team.
Reply
  • 0 in reply to solae
    The Master had the up2date packages at least 1 hour before i triggered the up2date process. At the moment the Master is at 9.104-17 with status ACTIVE and the Slave shows 9.111-7 with status UP2DATE.

    I can SSH into my slave with the ha_util but don't know what i can do. I've read the up2date log of the slave. There is nothing related to a failed installation. Everything seems to had worked perfectly, so why is the slave in the up2date state?


    Looks like the same issue I had with one of our clusters which has nothing to do with the failed updates mentioned here before.

    Is currently under investigation by the support team.
Children
No Data