W32.Opaserv.H.Worm

Risk Level 2: Low

Printer Friendly Page

Discovered: November 11, 2002
Updated: February 13, 2007 12:00:18 PM
Also Known As: Win32.Opaserv.H [CA], WORM_OPASERV.H [Trend], W32/Opaserv-G [Sophos], W32/Opaserv.worm.k [McAfee]
Type: Worm
Systems Affected: Windows 2000, Windows 95, Windows 98, Windows Me, Windows NT, Windows XP
CVE References: CVE-2000-0979


When W32.Opaserv.H.Worm runs on Windows 95/98/Me-based computers, it does the following:

It checks for the value

GustavVED

in the registry key

HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Run

If the value exists, the worm deletes the file that the GustavVED value points to.

If the GustavVED value does not exist, then the worm determines whether the value

instit

exists in the registry key

HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Run

If the value does not exist, the worm adds the value

instit     C:\WINDOWS\instit.bat

to that registry key.

Next it checks whether it is being run as the file C:\Windows\Instit.bat. If it is not, the worm copies itself as this file name and adds the value

GustavVED   <Path\original worm name>

to the registry key

HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Run

After the worm checks the registry values and the location from which it is executing, the worm checks to make sure that only one instance of the worm is running in memory; it does this by creating a mutex that has the name GustavoDist.

The worm registers itself as a process if it is not already executing.

The worm then inventories the network looking for "C:\" shares. For each share that it finds, it copies itself to C:\Windows\Instit.bat.

The worm uses a security vulnerability in Microsoft Windows 95/98/Me. It sends single-character passwords to network shares to get access to Windows 95/98/Me file shares without knowing the entire password assigned to the shares. The affected operating systems include:
  • Microsoft Windows 95
  • Microsoft Windows 98
  • Microsoft Windows 98 Second Edition
  • Microsoft Windows Me

A patch for computers that are running these operating systems can be found at http://www.microsoft.com/technet/security/bulletin/MS00-072.asp.

So that Windows 95/98/Me-based computers will run the worm each time that you start Windows, the worm modifies the [windows] section of the C:\Windows\Win.ini file by adding the line

run=c:\Windows\Brasil.exe,c:\Windows\Brasil.pif,c:\Windows\marco!.scr,
c:\windows\scrsvr.exe,c:\windows\instit.bat


NOTES:
  • The worm modifies C:\Windows\Win.ini before it copies itself as C:\Windows\Marco!.scr. Therefore, Symantec antivirus products will find and delete C:\Windows\Marco!.scr after the system has been altered, but not before the worm modifies the Win.ini file. As a result, when you restart the computer, you may see a message that Marco!.scr cannot be found. To fix this, remove the line that the worm added.
  • The worm is apparently coded to add this line to the Win.ini file:

    run=c:\institu

    However, in actual infections or detections, the worm has added the line
    run=c:\Windows\Brasil.exe,c:\Windows\Brasil.pif,
    c:\Windows\marco!.scr,c:\windows\scrsvr.exe,c:\windows\instit.bat

It also creates the file named C:\Institu, which contains the text

run=c:\Windows\Brasil.exe,c:\Windows\Brasil.pif,c:\Windows\marco!.scr,
c:\windows\scrsvr.exe,c:\windows\instit.bat
    The worm appears to be able to update itself by reading files from a Web site whose URL is hard-coded into the worm. It attempts to download an update named Tavinh.scr.

    Recommendations

    Symantec Security Response encourages all users and administrators to adhere to the following basic security "best practices":

    • Use a firewall to block all incoming connections from the Internet to services that should not be publicly available. By default, you should deny all incoming connections and only allow services you explicitly want to offer to the outside world.
    • Enforce a password policy. Complex passwords make it difficult to crack password files on compromised computers. This helps to prevent or limit damage when a computer is compromised.
    • Ensure that programs and users of the computer use the lowest level of privileges necessary to complete a task. When prompted for a root or UAC password, ensure that the program asking for administration-level access is a legitimate application.
    • Disable AutoPlay to prevent the automatic launching of executable files on network and removable drives, and disconnect the drives when not required. If write access is not required, enable read-only mode if the option is available.
    • Turn off file sharing if not needed. If file sharing is required, use ACLs and password protection to limit access. Disable anonymous access to shared folders. Grant access only to user accounts with strong passwords to folders that must be shared.
    • Turn off and remove unnecessary services. By default, many operating systems install auxiliary services that are not critical. These services are avenues of attack. If they are removed, threats have less avenues of attack.
    • If a threat exploits one or more network services, disable, or block access to, those services until a patch is applied.
    • Always keep your patch levels up-to-date, especially on computers that host public services and are accessible through the firewall, such as HTTP, FTP, mail, and DNS services.
    • Configure your email server to block or remove email that contains file attachments that are commonly used to spread threats, such as .vbs, .bat, .exe, .pif and .scr files.
    • Isolate compromised computers quickly to prevent threats from spreading further. Perform a forensic analysis and restore the computers using trusted media.
    • Train employees not to open attachments unless they are expecting them. Also, do not execute software that is downloaded from the Internet unless it has been scanned for viruses. Simply visiting a compromised Web site can cause infection if certain browser vulnerabilities are not patched.
    • If Bluetooth is not required for mobile devices, it should be turned off. If you require its use, ensure that the device's visibility is set to "Hidden" so that it cannot be scanned by other Bluetooth devices. If device pairing must be used, ensure that all devices are set to "Unauthorized", requiring authorization for each connection request. Do not accept applications that are unsigned or sent from unknown sources.
    • For further information on the terms used in this document, please refer to the Security Response glossary.

    Writeup By: Yana Liu
    Search by name
    Example: W32.Beagle.AG@mm
    Limited Time Offers! Save up to 50%
    Windows Vista Security