Remote Bug Found In Ubuntu Kerberos
Trailrunner7 writes "There's a remote vulnerability in the Kerberos implementation in several versions of Ubuntu, which could allow an attacker to cause a denial-of-service on vulnerable servers. The bug is in Ubuntu 8.04, Ubuntu 9.10, Ubuntu 10.04 and Ubuntu 10.10. The bug is in the Ubuntu implementation of the Kerberos authentication protocol. Ubuntu has released a slew of new packages to fix the flaw. The group said that in most cases, a normal system update will add the new fixes."
Notice how this has already been patched before most of the world knew about it?
This is the difference in the GNU/Linux world and your world.
Love,
An ex-MS person that will never go back
Sometimes I have the feeling that kernel level programmers only disclose bugs which they are able to use to discredit a competitive colleague. The remainder of the exploits they quietly continue to use.
Consider: who would know?
the NPG electrode was replaced with carbon blac
Isn't the krb5 package supplied from upstream? Could this affect other distributions?
Keiichi Mori discovered that the MIT krb5 KDC database propagation daemon (kpropd) is vulnerable to a denial of service attack due to improper logic when a worker child process exited because of invalid network input.
Kevin Longfellow and others discovered that the MIT krb5 Key Distribution Center (KDC) daemon is vulnerable to denial of service attacks when using an LDAP back end due to improper handling of network input.
certainly not a good thing, but this isn't a remote hole
Snowden and Manning are heroes.
Open sores? Can I have my Linux free of physical defects please?
That would be a scary thought, except that it is a vulnerability that can be solved just by throwing more highly competitive assholes at the problem...
If there is one thing that the world has in abundance, those are it.
I have a lot of packages installed on a variety of Ubuntu machines, and I'm actually surprised when it goes a few days without updates being available. I'm not saying that this is a bad thing ... I much prefer the instant fix model as opposed to MS and Adobe's batch based patch cycle, especially since I pretty much never need to reboot (on machines where it matters more I use KSplice).
There are very few cases where any problems occur, even with large updates. I'm not quite confident enough to update versions blindly on most machines, but I've done it a couple of times without a problem. It's pretty amazing how well the system works.
This is a Kerberos (server side) issue affecting vendors shipping Kerberos, not an Ubuntu specific issue. All 4 of the issues are denial of service only (which is bad for authentication infrastructure since you can basically prevent everyone from getting any work done). Nothing to get terribly worked up about.
http://www.mit.edu/afs/athena/astaff/project/kerberos/www/advisories/MITKRB5-SA-2011-001.txt
http://www.mit.edu/afs/athena/astaff/project/kerberos/www/advisories/MITKRB5-SA-2011-002.txt
Kerberos is not in the Linux Kernel.
Just because a system has an update applied doesn't mean it's actually using it. The updates usually only fix things on disk and won't affect in-memory images of running executables.
http://www.theregister.co.uk/2010/09/15/linux_kernel_regression_bug/
Get off your high horse, it's too big for you.
That was my first thought, anyway. Silly letter-versions.
Implicit Evaluation with PHP
The updates usually only fix things on disk and won't affect in-memory images of running executables.
post-install script: /sbin/service restart thing-i-just-fixed
Fortunately Linux doesn't have three zillion things running in the background that can't easily be restarted, unlike Windows.
This is why the services are restarted after the new package is installed. The only patch that need a reboot are kernel fix.
Except for the countless times that people have disclosed security problems to MS, found that MS didn't give a toss and finally after months release it to the public because if THEY know it, some one else might ALSO know it and be exploiting it.
But I guess a MS fanboy truly believes ignorance is bliss.
MMO Quests are like orgasms:
You may solo them, I prefer them in a group.
But X Windows and similar stuff can't be restarted without killing off all the GUI apps. So "Desktop Linux" is similar to Windows in this area. If X locks up or crashes almost everything that's "Desktop Linux" goes with it.
Fortunately Linux doesn't have three zillion things running in the background that can't easily be restarted, unlike Windows.
Quite right, because Windows doesn't have a restart option like Linux. You have to manually type it as
net stop "service" && net start "service"
That is so much harder.
I'm pretty sure Ubuntu can restart gdm without affecting running X sessions. So you won't get the updates to X until you log out and back in, but at least you will get them then.
But X Windows and similar stuff can't be restarted without killing off all the GUI apps.
Sure, but:
a) exploits in the X server seem fairly rare.
b) most home users log out every day in any case.
Pretty much anything other than the X server or kernel can be restarted without having to log out. The kernel can be patched while running, but Ubuntu doesn't support it as far as I'm aware.
Except every piece of crap program on Windows wants to run its own helper/updater/taskbar crap which can't trivially be restarted.
Not to mention that any time you want to update a system DLL you have to reboot because Windows is so backward that you can't replace them while the OS is running.
Just installed the patches. Nicely, nicely quickstuff.
``Tension, apprehension & dissension have begun!'' - Duffy Wyg&, in Alfred Bester's _The Demolished Man_
If you look in Windows Task Manager you can see the processes and services running on your computer. Helpers/updaters/taskbar icons don't appear magically on screen. They have corresponding entries in the task manager lists. If it is a service, then the net start/stop code that I posted will work fine. If it is a process, then you can kill it with the "End Task" option. You might claim that this is not trivial way of restarting, but then neither is having type type "/sbin/service restart thing-i-just-fixed" like the grandparent suggested.
Besides, any decent updater will run a separate process so that it can restart the code that it is updating automatically.
It is true that Windows can't overwrite DLLs that are in use, but I just had to reinstall an old XP system (including uninstalling the pre-installed bloatware then installing apps, drivers and service packs) and it was suprising how few times I had to reboot. Quite often when third party programs say you have to reboot after an install, it is simply not true.
If it is a service, then the net start/stop code that I posted will work fine. If it is a process, then you can kill it with the "End Task" option.
Except, of course, it won't be restarted -- it will remain in such state until you reboot or log in again (depending on what triggers the start). And nothing will happen with DLLs.
Contrary to the popular belief, there indeed is no God.
The kernel can be patched while running, but Ubuntu doesn't support it as far as I'm aware.
Yes it does.
I'm sorry, I only accept criticism in the form of sed expressions.
Bug in software. Update fixes bug.
Doesn't this happen all the time?
"We live in a global world" - Harvey Pitt, former Securities and Exchange Commission Chairman
The update was pushed to Automatic Updates and I installed it yesterday. Did a Windows fan-boy got just a bit too excited to see a Linux Vulnerability?
But this is starting to sound harder than a single command compared to Linux, isn't it now ;)
On the other hand, I don't recall ever having to issue this command after an update. The updates tend to handle it themselves. The ones that require reboots are a lot less common than they used to be.
google, or whatever.
ubuntu openssl security flaw, it was a Debian package.
I would have thought they would stop playing around patching that kind of stuff after the first cock-up.
"Security Warning: Serious flaw in Debian Linux OpenSSL Package
by Vivek Gite on May 13, 2008 3 comments
There is a serious security flaw in Debian openssl - the random number generator in Debian's openssl package is predictable. As a result, cryptographic key material may be guessable."
thank God the internet isn't a human right.