Security: Konqueror Cross-Domain Cookie Injection

A

security advisory
has been issued for a cross-domain cookie injection vulnerability. The vulnerability is limited to hosts under certain country specific domains such as the British .ltd.uk domain and the Indian .firm.in domain. KDE 3.3 already contains a fix for this issue.

Dot Categories: 

Comments

by chris (not verified)

what about a daemon, which says if your system is vulnerable and needs updating ???

perhaps with a icon in systray or bubble , and a link to the update
facility of the different distributions....

by Ben (not verified)

SuSE already has one of these - I thinks it's best left to the individual distros to create their own solution rather than trying to write a generic KDE one.

(Should I reply three times too?)

by gerd (not verified)

Oh, everybody creates his own solution? this is not the right way. At least interoperability has to be assured. I don't see a reason why individual distros shall not interoperate with such a generic KDE tool. Unification is of high importance.

by Hamish (not verified)

The packager (distro) needs to do this, the KDE team notifies the world of the problem, the people who packaged your version of KDE then need to implement what you want. In the same way that Windows-XX and MacOS have an update tool that only supports their own OS.

by rinse (not verified)

ok, but a system does not contain only kde. Would you like to have an applet for every important piece of software on you system?
If your curious about all system vulnerabilities, join the linux security mailinglists to get updated on a daily basis.
If you only want to know about vulnerabilities that affect your current installation, using the applet provided by your distro is the only solution. Only your distribution knows if a specific bug hits your system or not, and they are the ones that provide the solution for your system

by Evan Teran (not verified)

well it wouldnt be hard for KDE to have a tool which checked for updates in KDE software and could easily have a customizable event script for actually responding to this. That way the distros have the customizabilty to work with there package managment systems, but still the unification of the interface.

For example, there could easily be a simply plain text file that is in $KDEDIR for each part of a kde installation (kdebase, kdelibs, etc) this way it knows whats installed without asking the package manager. and there could be a file in $KDEBASE/etc/ which gets run when you click on one of these "bubbles" which would be defined by the distro (if no script found pull up kde site to product in question).

i think this would be a very nice happy medium, no?

Evan Teran

by Xanadu (not verified)

As much as I hate to say it, I agree with Ben that it should be left up to the various distros.

I say this because MDK doesn't package the the same things in the same way that Gentoo does. Gentoo doesn't package things in the same way Fedora does. Fedora doen't package things in the same way that Debian does. blah blah blah.

You get the point.

Yes, I agree, threre should be some kind of "automatic 'Linux Update', but that simply isn't possible (unless you're talking about what "Linux" really is (the kernel - only).

Me, personally, I run Gentoo. I sync every couple days and (after review) allow it to do just about whatever it wants (I installed this machine:
ls -l /README.maintainer
-rw-r--r-- 1 root root 3473 May 8 2002 /README.maintainer
.)

I know your point is that Joe Six-Pack wouldn't even think to do this. Well, in this case you;d be right (Joe Six-Pack wouldn't be running Gentoo...), but for the more "main-stream distros (MDK, Fedora, RH, SuSE, etc.), perhaps *SOME* level of:

"HEY MAN! [insert package] *REALLY* that needs a fix, that you *should* download is available." kinda prompt when pppd (or whatever) detects a connection should check for.

My idea is a good one, but it has nothing to do with KDE (specifically).

M.

by Xanadu (not verified)

Wow... Sorry, readers... My grammar was horrible... please don't hold it against me... :-\

--
M.

by Corbin (not verified)

I'm not sure about the other 'main-stream' distros (someone posted SuSE has its own), but I know RedHat (so Fedora too) has Up2Date which is a little tray applet that automatically connects to some respositories (it supports apt and yum I know) and check if there are any updates, if there are it will change from an 'ok' like icon to I think it was a red "!". It was really useful for updates only, though now I like to use Apt w/ Synaptic (should try Yum someday). The tray applet is automatically started the first time the system is started and is mostly always running (there is a background service too).

I'm sure Mandrake has to have a method similar to this (haven't gone near it since I used Mandrake 7.1 w/o an internet connection, so really have no clue). I'm not sure what other 'main-stream' distros that joe six-pack pack could install (I don't see how anyone can install Debian, I've tried several times on different hardware and can never get an internet connection...)

by kdy (not verified)

How about a small "systray" app, that would function as a scriptable notifier. It would be extrememly simple, and basically run a script as a cron job. Then one could use a "configuration file" to parse the output of that custom script, and display a message.

For example I could have it wget slashdot.org and then diff it to a saved version, and if there would be a newer version it would pop up a little window, or the icon would change or both.

This could also be a poor man's update notifier.

by chris (not verified)

you cant do diff's on website this easy , beacuse of dynamic content , like comments oder commericals or other stuff that changes ....

for this purpose is kwebwatch...

by Evan "JabberWok... (not verified)

You can do diff that easy, if the purpose of the website was specifically to feed this applet as he's implying. But he's using the wrong tool for the job.

Realistically, this is a solved issue. RSS is a pull feed of announcements. If there was to be something like this, it should be security.kde.org (or a feed off of bugs.kde.org) that lists critical bugs that cause potential harm via malicious exploit or interaction with the underlying system (I can't think of one at this point, but it is conceivable). It is not a matter of new tech, simply a matter of setting up a repository.

That said, I agree that it should be left up to the OS maker or distro.

by ninj (not verified)

Me thinks a KBugTicker with feeds from kde, debian, gentoo, fedora, etc would be a nice idea

by chris (not verified)

i dont want to read about the bugs , i want the applet that it fixes them for me (eg. call the updater)

by rinse (not verified)

Well, suse does that automagicly for you :)
you get a notification in your systray, click on it, and your system is updated in a breeze :o)

by Qerub (not verified)

eventwatcher

by rinse (not verified)

Getting notified is one thing, getting patches is another.
So you get notified your debian/suse/mandrake/whatever system that kde has a new patch available.
Nice, but unless your distro provides patches for the found bug, the information is useless.
So why not have the current situation, where your distro provides an applet that tells you about patches that are available for your system (including evere piece of software that you installed on that distro, using the installation disc, not just kde)