• On The Insider: Paris Hilton Banned from Wynn
advertisement
February 17, 2006 9:30 AM PST

Oompa-Loompa Trojan (OSX/Oomp-A) [#3]: ClamXav virus definitions updated; When the trojan will ask for an administrator password

by CNET staff

Earlier today we noted the discovery and description of a new piece of malware for Mac OS X dubbed the "Oompa-Loompa Trojan (OSX/Oomp-A)." [See previous coverage]

As previously noted, the malware was posted as "latestpics.tgz" to a Mac rumors web site, claiming to be pictures of "Mac OS X Leopard" (an upcoming version of Mac OS X. It propagates through iChat, and can cause applications to not work properly -- but requires an administrator password (when not using an administrator account, and in some cases when logged as an administrator -- see below) to enact its somewhat innocuous effects, making it a low-level threat.

ClamXav virus definitions updated The free graphical front-end to ClamXav has been updated to include a virus definition for the Oompa-Loompa Trojan (OSX/Oomp-A).

This is the recommended route for protecting against this potential threat -- it's free, and does not cause the issues apparent with some other virus protection utilities.

When the trojan will ask for an administrator password As we noted yesterday, the Oompa-Loompa trojan will ask for an administrator password on launch if the user is not an administrator (which is the recommended operating environment for daily tasks).

Under certain circumstances, the trojan will also ask for an administrator password when the logged-in user has admin status.

Since the malware infects the last four recently run applications, it looks at the permissions assigned to those applications. The executables of some applications have 775 (-rwxrwxr-x i.e. read, write and execute permissions for the owner and group, and read and execute permissions for others) permissions, meaning that an admin user can modify them without being prompted for a password. If all four targeted apps have 775 permissions, it is possible that no password will be requested.

MacFixIt reader Scott Buntin writes:

"Eventually, when one of the modified apps runs, and attempts to modify another set of four apps, I'd expect it to request the password.

"It wouldn't take much, I think, for a variant to look specifically for 775 executables only, thus avoiding the authentication dialog completely."

Feedback? Late-breakers@macfixit.com.

Previous coverage:

Resources

  • previous coverage
  • ClamXav
  • Late-breakers@macfixit.com
  • Virus protection software ...
  • Mac OS X malware "OSX/Oomp-A" discovered -- effects seem innocuous
  • More from Late-Breakers
  • Recent posts from MacFixIt
    iTunes 10 user interface sees some minor changes
    Apple seeds iOS 4.1 Gold Master to developers
    Possible fix for Harman Kardon iSub problems with PowerPC Macs
    Precautions to take before installing iTunes 10
    A reminder on how to reset your Mac's system password
    Mail messages appearing blank
    Adobe Lightroom update brings direct Facebook publishing; Camera Raw 6.2 released
    Weekly troubleshooting utilities update
    Add a Comment (Log in or register) (6 Comments)
    • prev
    • next
    by imobile February 17, 2006 1:36 PM PST
    Clam Av does not appear to function on the Intel Macs~!!
    Reply to this comment
    by imobile February 17, 2006 1:36 PM PST
    <class="merchant"><span>&#62;</span><div class="datestamp"><i>This is a reply to a previous comment by imobile</i></div></class><br />
    Well does it or does it not he asks ?
    Reply to this comment
    by Cowicide February 17, 2006 6:53 PM PST
    OK, I've heard that there is another variant of this... what's that called? Also, I
    thought this wasn't going to be called the Oompa-Loompa Trojan (OSX/
    Oomp-A)??? First it was Ooompa then It was labeled as "Leap-A"... now it's
    back to Oomp-A? :\
    Reply to this comment
    by MacAdict4Life February 17, 2006 8:10 PM PST
    Is the dialogue about opening an application for the first time presented
    when opening the trojan?
    Reply to this comment
    by Rosyna--2008 February 17, 2006 10:55 PM PST
    A password dialog will never be shown. There is nothing in the code that asks
    for one. Developers have to explicitly use Authorization Services to get a
    password dialog to appear. This thing just uses system() which does not ask.
    Reply to this comment
    by geraldo February 18, 2006 2:36 AM PST
    at least we have a proof now that apple's standard installation (admin user)
    _has_ to be considered as a security risk.
    people stated that before but nobody listened. neither apple.

    but anyway, if this affects (under discribed circumstances) even normal users,
    we have a problem, houston.
    Reply to this comment
    (6 Comments)
    • prev
    • next