Read the fine print people, this is Trojan horse to get people to pay for access to game early (you could easily call it a demo or trial as you have LIMITED TIME OF ACTUALLY PLAYING THE GAMES, ie 2 HOURS) and to get people to buy digital to make look like it's cheap to go digital when they are just getting you to pay money so you can pay somewhat less money for a games that are cheaper elsewhere.
kmg90's forum posts
Just to provide more insight into the matter, we use the Amazon Elastic Load Balancer for a SSL passthrough so the nginx component is not affected.
1) Amazon fixed the exploit pretty early during the Heartbleed chaos so we were safe there.
2) Additionally, we updated our SSL certs in March which also kept us safe as well.
On Thursday, we'll be moving to a new datacenter and netscalers which will provide an additional level of protection.
As a very security conscious user (I listen to the Security Now podcast and do follow various 'net-sec' experts)
Amazon has recommend users of SSL termination via Amazon Elastic Load Balancer reissue the certificates for their sites.
Pretty much any SSL certificate that was generated before April 7-8th is potentially compromised due to this bug this INCLUDES if the same certificate is used AFTER PATCHING AFFECTED SYSTEMS.
I understand that revoking and renewing SSL keys is a pain in the ass (especially combined with the rush of a lot of other users/services/companies doing the same) but this is as security expert Brian Schneier described it "(In terms of describing the scale of damage possible with this exploit) On the scale of 1 to 10, this is an 11".
But consider the following if you have not researched the overall impact and scope of this bug:
If you don't revoke your certificate, you may still be vulnerable to impersonation
If a remote attacker successfully retrieved private keys from a server while it was still vulnerable to the Heartbleed bug, then he would be able to impersonate the server by creating his own valid SSL certificate. The crucial issue is that an attacker can still do this after the affected website has upgraded to the latest version of OpenSSL, and it does not matter whether the real website has since deployed a new SSL certificate with different keys: Unless the previous certificate is revoked, the site will still be vulnerable to man-in-the-middle attacks.
This answer on securityexchange.com also points out the implication of having vulnerable servers:
There is more to consider than just new certificates (or rather, new key pairs) for every affected server. It also means:
- Patching affected systems to OpenSSL 1.0.1g
- Revocation of the old keypairs that were just supersceded
- Changing all passwords
- Invalidating all session keys and cookies
- Evaluating the actual content handled by the vulnerable servers that could have been leaked, and reacting accordingly.
- Evaluating any other information that could have been revealed, like memory addresses and security measures
Also from the same answer:
I summarized the bullet points above from heartbleed.com (emphasis mine):
What is leaked primary key material and how to recover?
These are the crown jewels,. Leaked secret keys allows the attacker to decrypt any past and future traffic to the protected services and to impersonate the service at will. Any protection given by the encryption and the signatures in the X.509 certificates can be bypassed. Recovery from this leak requires patching the vulnerability, revocation of the compromised keys and reissuing and redistributing new keys. Even doing all this will still leave any traffic intercepted by the attacker in the past still vulnerable to decryption. All this has to be done by the owners of the services.
What is leaked secondary key material and how to recover?
These are for example the used in the vulnerable services. Recovery from this leaks requires owners of the service first to restore trust to the service according to steps described above. After this users can start changing their passwords and possible encryption keys according to the instructions from the owners of the services that have been compromised. All session keys and session cookies should be invalided and considered compromised.
What is leaked protected content and how to recover?
This is . It may be personal or financial details, private communication such as emails or instant messages, documents or anything seen worth protecting by encryption. Only owners of the services will be able to estimate the likelihood what has been leaked and they should notify their users accordingly. Most important thing is to restore trust to the primary and secondary key material as described above. Only this enables safe use of the compromised services in the future.
What is leaked collateral and how to recover?
Leaked collateral are to the attacker in the leaked memory content. These may contain technical details such as memory addresses and security measures such as canaries used to protect against overflow attacks. These have only contemporary value and will lose their value to the attacker when OpenSSL has been upgraded to a fixed version.
With the recent public disclosure of Heartbleed bug in the widely used OpenSSL library, I ask is the Giant Bomb secure site (used for logging in and managing billing/premium membership) effected and if so have you patched the vulnerable systems?
Server response headers indicate that Giant Bomb uses nginx for their server and usually when using SSL with nginx requires using the OpenSSL Library.
I would appreciate it if someone could make a statement to community and if any action is needed on their part as this is a very serious bug.
Also probably worth posting his more complete and extended thoughts:
If you want to experience Minecraft in VR, there’s an excellent mod that does this. It’s called Minecrift, and you can find it here.
Thanks for posting this, didn't know he also wrote a blog post about his reaction and thoughts on this shocking news....
I agree and share similar views on Facebook, you need only look at their history to see that Facebook doesn't care about expanding/inovating new technologies they focus on increasing the amount of eyeballs they could sell to highest bidder (advertisers)
Remember the last time Facebook got involved in the hardware business?
You don't? Probably because the Facebook Phone was such an abysmal flop that it was quickly and quietly swept under the rug.
The only difference with the Rift is that it's a completely new market with no competition. Our only hope is that Facebook gave Oculus a ton of money and will leave them completely alone.
The VR landscape is quickly becoming a new battleground with Sony's recent reveal of Morpheus and Valves still to be announced VR plans and I put more stock in Valve or Sony to develop and market hardware than Facebook as they don't make most of there revenue from selling user's information...
I'm very interested in hearing/seeing/reading what Brad and the rest of the crew think of this shocking development.