Version numbering is pretty meaningless since everybody and their pet dog seems to have a different definition of what the different parts of a version number mean. Additionally there is a tendency for many companies to just skip 5 or 6 versions and hope nobody will notice.
Microsoft Word for Windows, for example, somehow made their 3rd installment version 6. "For consistency" Visual J++ had version 1.0, 1.1, and then broke new ground with version 6.0, despite it being what any sane person would call 2.0.
This sort of version indifference is exactly what causes products to quickly soar past double digit numbering, because the company can make the major version number increment whenever they *censored* well please. "Oh, we added a button... better increment the major version".
usually you change a version number when you essentially rewrite the program from scratch or otherwise perform Major version changes. This is why it gets the name Major Version Number. You should have the make Major Version changes to warrant a change. below that you have Minor Versions, which are reset to zero whenever you increment the major version number, and only incremented when you make somewhat smaller changes- like say, add a new dialog, or a new feature. Then you have revision, which pretty much reveals how many changes you've made, and then build number which is the number of builds it took to get it right, starting from the first build of a Major Version.
Some companies, like Google and whomever makes Opera (although Opera has been around long enough to actually have something that legitimately is in version 11) have decided, "you know what, to *censored* with versioning standards, let's have a trained monkey pull flash cards out of it's arse and then use those numbers as the new version. And then in traditional Google style they let it fester in beta for about 5 times longer then anybody else would sanely do, meanwhile actually changing ALL THE VERSIONING NUMBER COMPONENTS. Here's a protip, if you change the version number during a beta, it's no longer a flipping beta. it's a freaking Drama sequence. a Beta version is a mostly complete piece of software t hat is ready for some real-world testing. If you go and make changes major enough to change the major version number you're not really testing the same product, are you unless of course you follow the same "count the number of times we see the word "Shiny" in the changelog" and use that as a major version number that some software companies seem to follow, in which case congratulations you've just created a huge clusterfook.
Basically, my point is, Version numbers are not something you can compare between programs. Software Product A Version 8 is no more or less advanced then Software Product B Version 12, for all we know the latter is run by and developed by a bunch of mentally deficient monkeys with aspergers syndrome and the latter is created by a bunch of buddhist monks, it doesn't matter through because the version number is just a comparison value you use to see "oh, hey, I wonder if I have the latest version" Because apparently there are people who say this about every bloody program. It’s understandable for browsers, and for a number of browser-based/web-based technologies, as well as things like the .NET framework, and of course the core of windows itself. But, seriously, the main reason you update a program is to fix bugs and add features, and hope that the bugs and security concerns that a new version adds (And they always do, unless the change is extremely minor) don’t outweigh the benefit of having the known vulnerabilities and the existing bugs eliminated. You don't just download or check for an update because "hey, there might be security fixed" because for one thing they never say what those "security fixes" are, for all we know it could mean that they inserted a backdoor or something. Second, it's not something you are going to personally benefit from, regardless of the number of articles you've read online about it, exploits and vulnerabilities are actually one of the lowest forms of getting control of a remote system, and also the easiest to squelch. What you really need to watch for are the ones who take advantage of a flawed design- mostly in the implementations of protocols such as TCP/IP, HTTP, and so forth. No New version of any security system is going to help you catch and detect those, except for those that install a giant uncleanable filter to your ports under the guise of a firewall and then everytime a little speck of dust get's stuck to the filter it asks "do you want to let this through? What about this? Are you sure you want to do that? and then they just eat the speck anyway making the question moot.