TP-Docs
HTML5 Icon HTML5 Icon HTML5 Icon
TP on Social Media

Recent

Welcome to TinyPortal. Please login or sign up.

Members
  • Total Members: 3,963
  • Latest: BiZaJe
Stats
  • Total Posts: 195,917
  • Total Topics: 21,308
  • Online today: 884
  • Online ever: 8,223 (February 19, 2025, 04:35:35 AM)
Users Online
  • Users: 0
  • Guests: 435
  • Total: 435

DANGER -- WhizzyWig is seriously flawed! (Bug fix attached)

Started by Ogredude, February 23, 2007, 01:57:42 AM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

Ogredude

It still needs a bit of work.  It's relying on the no-longer-present $smf_user_info variable.

This can be easily switched to $context['user'] but I haven't figured out how to get the ID_GROUP out of that.  I'm not even exactly sure what ID_GROUP is signifying.

bloc

Using $user_info should have ID_GROUP present. Its the primary post-based membergroup.

I have changed it on my local site but will need to test it first.

Ogredude

well, the $user_info does not have ID_GROUP or ID_MEMBER at all.  There is a variable $ID_MEMBER available with the user's userid, but no such luck on the group.

Since I'm not really interested in categorizing images by anything but userid, I'm just going to leave the group bit broken.  I can't figure out how to get an ID_GROUP out of the system at all.

In fact, I'm rather unclear on how ID_GROUP even works.  I know it's the primary membergroup.  But how's that determined?  If you add a user to multiple membergroups, then which one is going to show in ID_GROUP?  Is there any way to predict this behavior?

bloc

The primary membergroup is stored in member table as ID_GROUP, while other groups are stored as comma divided list in AdditionalGroups, also in Member table.

The "primary" takes precedence, but you can of course check both fields, stored in $user_info.

Jyggafey

Are you still using that ssi version of the script? if yes its still pretty dangerous to keep it because you just have to register a user to upload any script you want.
I dont know why we still had that on the server tbh since its not included in the tp downloads anymore but maybe tell people that they should seriously delete it.
There is at least one guy going around exploiting that right now. It started with a scripted attack that prepended a html comment to all index.php files (doing a backup graciously) forwarding people to a russian dating site with referal id attached.
Shame on us for not keeping our server tidy tho  ::)

edit: it/he uploaded r57shell.php (adding that here for googlers to find and link the breach to WhyzzyWig faster)
edit2: just saw that you still serve it with 0.9.8  :-X

IchBin



IchBin

There has never been a "stable" release from TP yet. Although, many have called 0.9.8 the most stable release. As with all software, if you should stay up to date to avoid security issues.

stog

tp 098 smf1.1.11 - just found/deleted a recently added r57shell.php in tp-images
can you confirm that i need to delete my whizzypic.php file?
as the patched file on page 1 of this topic wasn't present but on reading this thread wouldn't prevent this

many thx

stog

also i have been avoiding upgrading to tinyportal10beta4 to this big forum, although i have it on newer forums. i've been keeping it because upgrade requires deleting existing version etc, but if i choose to keep it and delete the whizzy - can i simply add the fckeditor from the newer version as no fckeditor folder exists in the installation at present
many thx

This website is proudly hosted on Crocweb Cloud Website Hosting.