|Publication number||US7093135 B1|
|Application number||US 09/568,716|
|Publication date||Aug 15, 2006|
|Filing date||May 11, 2000|
|Priority date||May 11, 2000|
|Publication number||09568716, 568716, US 7093135 B1, US 7093135B1, US-B1-7093135, US7093135 B1, US7093135B1|
|Inventors||Peter V. Radatti, Joseph W. Wells|
|Original Assignee||Cybersoft, Inc.|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (12), Non-Patent Citations (18), Referenced by (20), Classifications (14), Legal Events (3)|
|External Links: USPTO, USPTO Assignment, Espacenet|
The present invention relates to software virus detection. More particularly, the present invention relates to the detection of software viruses in macros and other programs.
Society's use of computing technology has been both helped and hindered by two trends.
The first trend is the use of connected computers, via networks and the Internet. The use of connected computers has tremendously enhanced the ability to share information. On the other hand, the use of connected computers has also tremendously enhanced the ability to spread harmful and malicious programs, such as viruses. The infamous Melissa code in early 1999 made use of the Internet to multiply and infect many computers via email. The dramatic increase in communication via email means this malicious threat will increase.
The second trend simultaneously helping and hindering the use of computers is the near universal use of Microsoft's Office suite of products. Having information in a common format, such as Microsoft's Word, Excel, etc. helps share information. On the other hand, having information in a common format means that harmful and malicious programs are spread easier and impact more program users.
Computer viruses usually spread through infecting other programs. Programs take many forms and can be written in many languages. Microsoft's Office suite of applications presently use a language known as Visual Basic for Applications or VBA. Using VBA, the programmer can change virtually all the functions of any particular Office program (or other programs such as Visio that also implement VBA.) These changes can be through an actual program or through a subroutine known as a macro, which for all intents and purposes operates like a program.
The power of VBA can be harnessed by authorized and unauthorized programmers. Essentially VBA provides a portal for entry into a VBA compliant program. Viruses, worms and other malicious programs and code can attack VBA compliant programs through the VBA portal. Moreover, Word or other VBA programs can, through infection by a certain type of malicious code, create a VBA virus: the malicious code may itself not be a virus but creates a virus. The attack by malicious code is not limited to VBA compliant programs as the malicious code can also manipulate a VBA program to affect other, non VBA programs on the user's machine as well.
A common attack by malicious code is through infection of the default global template in Word, which is a file called normal.dot. Once normal.dot is infected, each subsequent document created in Word will be infected. If copies of the infected documents are then made and provided to new users, the infection will travel with the document and infect the normal.dot template on the new user's machines. In turn, each document then created with the new user's infected normal.dot will be infected. Thus, the document itself provides a transmission medium for viruses and once infected, a document may infect every subsequent copy or revision. An early macro virus, W97M/Wazzu.A, operated in this fashion by first infecting normal.dot and spreading to each subsequent document.
Of course, malicious code is not limited to VBA compliant programs. Malicious code may take many forms and infect many levels of the system's operation.
The primary method of detecting and eliminating any viruses is through use of an antivirus program. Antivirus programs generally use two detection methods. The first detection method checks program code against a database of known virus code. This first detection method relies on automatic scanning, such as by scheduling, and/or manual scanning of the user's programs. The second detection method checks program code by heuristics, or approximate rules. Using a heuristics approach, it is not necessary to update a database, however, it is necessary to understand in advance the common approaches or attacks a virus may make on a computer system in order to construct the approximate rules.
New viruses are constantly being created. In order for a database antivirus program to be constantly effective, therefore, the antivirus database must be constantly updated to include new viruses. If the antivirus program relies on heuristics, those rules must be constantly verified to insure the new viruses are liable to be detected.
A second method of preventing virus attacks, occasionally used in conjunction with the antivirus program method, is to disable, usually temporarily, the ability of a VBA compliant program to use macros. This disabling does not require constant updates as does an antivirus program. Of course, this disabling also prevents the user from fully utilizing the program's design.
A third method of preventing virus attacks is to password protect normal.dot, the primary template for Word, by way of a program such as Microsoft's WordProt. If a password is lost, or another user desires to use the machine without knowing the password, the password scheme fails.
The implementation difficulties of the methods set forth above are magnified when network and enterprise-wide implementation of VBA compliant programs is attempted. Possible email and other computer to computer communication in such an environment, with the attendant viral infection possibilities can be overwhelming.
Accordingly, it is an object of the present invention to simply and efficiently detect malicious code.
It is a further object to simply and efficiently detect viruses in VBA compliant programs.
It is a further object to detect viruses in VBA compliant programs automatically or virtually automatically so that little or no user interaction is required.
It is a further object to detect malicious code in a network or enterprise environment.
The present invention is a system and method for identifying and securing code, as well as providing virus detection and code authentication. In preferred embodiments, this detection and authentication occurs through interacting modules or components, and a certification validation effectively links the interacting modules or components.
In the preferred embodiment, a validation component reviews and scans code for virus infections. If the code passes the validation component scanning, the validation component will then associate the code with a validation key. A database of keys are kept with the validation component. The validation component is usually located on a central or administrative machine.
A workstation component, located on a user's machine, scans code and rejects or filters out that code that is not authorized—that lacks a certification identifier—by referencing the database. In preferred embodiments, the database of authorized code is frequently updated. Additionally, the database of authorized code may be disseminated throughout a system on a regular basis so a local database may exist as well as the central database. These embodiments are especially useful in a portable computer situation.
The preferred embodiments may also have portable validation components. A certification identifier or identifiers may be assigned to the code of a certain entity, such as, for example, an enterprise's supplier. When the code is run by the enterprise, the validation component will be referenced against the database of authorized code, which will include the supplier's code. The code will then possibly be permitted to run, depending upon the outcome of the reference.
In the especially preferred embodiments, the certification identifier will include a hash code, which will help ensure that the macro that is checked is unchanged from the code that is authorized. Thus, the workstation component will both check for a validation key for the code, and then check the hash code to insure the macro is authorized. This will be a two level security check.
Multiple configurations are possible for the workstation component. For example, one workstation, such as a system administrator's workstation, may have the ability to open documents with unauthorized code, yet an administrative assistant's workstation may have the ability to only open documents with authorized macros. Moreover, in other preferred embodiments, the validation process may encrypt the code in order to insure another level of protection. A workstation component may then be configured to allow only encrypted code to be opened.
Other embodiments may enable dynamic use. For example a document with code that has not previously been authenticated may be intercepted by a workstation component, a copy made of the document and retained by the component, and the original sent to the validation component, and instantly scanned, thus enabling “on the fly” authentication.
Embodiments may be program specific, such as an embodiment for VBA compliant programs, WordBasic, Excel formulas and the like.
Turning now to
The macro in the example of
The process of this embodiment will then provide a number of options depending upon the result of the scan. If a virus is not found, a certification identifier in the form of a validation key is generated for that particular macro. If a virus or virus like code is found, the component permits either of two options to be chosen. The first option, usually chosen when a virus is found, is to prohibit execution of the code. In some embodiments this prohibition would include adding the code or other certification identifier, to a Master Virus database and/or Forbidden Code database. The second option, usually chosen when virus like code is found, is to authenticate the code, which here involves generating a certification identifier in the form of a validation key, which is subsequently inserted into the Master Configuration database with subsequent dissemination.
In some embodiments, a Master Virus database and/or Forbidden Code database might first be referenced before reviewing the code.
Assuming a certification identifier in the form of a validation key is generated, that validation key is then inserted in a Master Configuration database. That Master Configuration database is preferably maintained in one central location, for example, in this embodiment with the validation component. In some embodiments, in order to keep more precise records, the validation key database entry may include information on when and where the code was validated. The Master Configuration database may be encoded, encrypted and/or password protected in some embodiments by methods known in the art. The Master Configuration database will be desirably updated on a regular basis. Additionally, in the preferred embodiments an update component will be sent to a local database which is a copy of the Master Configuration database and which will be used in certain local workstation configurations as is described further below. Thus the Master Configuration database will be comprised of preexisting certification identifiers in some preferred embodiments.
It may also be desired, in some embodiments, to include a database of virus code and/or unavailable or “forbidden” code. Thus, once the code has been scanned, and determine to be viral or unavailable, a certification identifier in the form of an identification key is attached. That identification key would then be inserted in a Master Virus database and/or Forbidden Code database. These databases could also be part of the Master Configuration database. In any event, in the preferred embodiments, these databases would be built from preexisting certification identifiers. Moreover, in some embodiments, the use of a Forbidden Code database could provide a method of authorization by permitting the identification of code that is not permitted to be run on a machine. That is, the Forbidden Code database might desirably provide a mirror image of the Master Configuration database. For example, a Forbidden Code database might be used to allow the running of any code except that code that has certification identifiers listed in the Forbidden Code database.
In some embodiments, the certification identifier uses encoding, as is known in the art, and is attached to each individual piece of code, rather than being placed in a database. Here too, in some embodiments, in order to keep more precise records, the encoded certification identifier may include information on when and where the code was validated.
A preferred embodiment creates a certification identifier that includes a hash code a summary of the actual code that has been authenticated. The hash code can be created through any of a number of methods known in the art. Thus, when the certification identifier is checked, this hash code or hash value of the code provides the ability to ascertain that the code has not been modified from the code that was originally validated. In other embodiments, the certification identifier may contain other authorizing information. At a minimum, the certification identifiers used in the preferred embodiments contain enough information to ascertain the key is valid and the code is unchanged.
In yet other embodiments, an originator key may also be included in the certification identifier. This would be especially useful where third party code is pre-validated. For example, a third party may be a supplier of macros to an enterprise. All the macros provided by that third party could be identified with the third party originator key, effectively providing pre-validation for those macros. This would obviate the need for scanning of each macro. This originator key could be published or not, with the nonpublished originator key providing an extra level of security.
Turning now to
The workstation component of this embodiment scans the document for macros by using a device driver. The driver is called by, in this example, the operating system's FileOpen command. In this embodiment a driver is used because it is easier to intercept a document at the operating system level. In other embodiments other methods known in the art of interception may be utilized. For example, a dynamic link library file or .DLL file may be used in a Windows 95, 98, NT or 2000 environment.
When the driver is called, the driver intercepts the opening document and scans the document for macros. If a macro is not found, the driver will release the document to the application. If a macro is found, the driver will reference the Master Configuration database, in any manner known in the art, in order to determine if the macro has a certification identifier. If a certification identifier is present for the macro, nothing further will be done with the macro and the driver will proceed to examine the document for the next macro. If no further macros are found, the document will be released to the application. If more macros are found, the process of authentication will occur again. The process is repeated until all macros are validated.
The authentication process is done here by examining for a certification identifier that comprises both a validation key and a hash code. The validation key provides authorization for the specific macro and the hash code provides certainty that the macro is unchanged from that code that was authorized. If there are no certification identifiers for a corresponding macro, the authentication method of the preferred embodiments either permit scanning the code and so generating a certification identifier for the code or de-certifying the code and offering the user a number of options; to delete, to ignore, or to isolate.
The preferred embodiments will have the workstation component use the same certification identifier as was created in the validation component above in order to authenticate the second code. So, for example, if both a validation key and hash code is present in the certification identifier, both the validation key and hash code will be checked in the workstation component. As another example, if a third party nonpublished originator key is used in the certification identifier as well as hash code, those components will be checked by the workstation component. Additionally, in some embodiments, there may be a Forbidden Code database that a certification identifier is checked against, as is described above.
In other embodiments, the workstation component may be implemented within an application. For example, Microsoft Word97 is able to scan and recognize macros within a document. Word97 can also, through use of its API's, call other programs as it opens documents. A preferred embodiment of the present invention may be a workstation component called by Word, after Word scans a document and detects the presence of macros in the document. In this embodiment, the workstation component would undertake authentication via a dynamic link library (.DLL) file called by a Word API. If a certification identifier does exist, the dynamic link library file will allow that macro to operate, log that macro and keep going. The document will then again be scanned for more macros and the process repeats itself.
In some embodiments, dynamic use is possible. For example a document with code that has not previously been authenticated may be intercepted by a workstation component, a copy made of the document and retained by the component, and the original sent to the validation component, and instantly scanned, thus enabling “on the fly” authentication. If the document is validated, the database is updated and notice is sent to the workstation, either directly to the user or to the program that the document can now be opened. If the document is not validated, notice is sent to the user that the document cannot be run and the code is de-certified.
Various configurations are possible for the infected document if the document is de-certified. For example, access to the document could be denied; the offending macro could be wiped from the document; the document and/or macro could be quarantined; the document and/or the macro could be sent to a third party security firm; the document could be re-routed to be opened with WordPad or other program that would not be affected by the macro. In some embodiments, the macro will be stripped entirely from the document in the system and then isolated for security review.
In the preferred embodiments, the workstation component can be configured in a number of different ways. The workstation component configuration can be changed, as well, by authorized individuals, such as the network administrator and/or possibly a local workgroup manager. The workstation user cannot reconfigure his or her workstation component. Across an enterprise, the configurations can vary based upon local security needs. Below an example of a number of configurations are listed.
A system administrator will be alerted.
The macro will not be permitted to run.
Of course, other configurations for the workstation are possible. For example, the user's access to macros can be limited in a number of ways: such as prohibiting a user from deleting or editing validated macros; prohibiting all macros from running; etc. A user might be alerted to the presence of a validated or unvalidated macro and any alerts that might be provided could be specific in nature. For example, in an embodiment, a desired alert might be something like “Virus Detected, call Veronica at X1234 for help.”
The validation and/or workstation component may log the results. If logging is used by the embodiments, logging may include a variety of events. For example, logging may be configured to include any, all or none of the following events, and may include varying levels of detail:
Virus macro removed
Probable virus macro removed.
Unauthorized macro removed
Authorized macro added
Registered macro added
Date last updated
Date last active
Date configuration changed
Specific configurations could also be used when the network is down by placing a copy of the Master Configuration database or other databases on the local workstation. This would be useful if a database of certification identifiers is inaccessible, for example, if the network over which the embodiment is run is down or inaccessible as when using a laptop computer in the field.
For example, in some embodiments, when a laptop computer is used, the workstation component installed on the laptop would first check for an updated database. If no updated database is present or available, then a local database, previously disseminated, will be used. The same process would be used as is described in the embodiments above in such a situation, with the difference being of course, the use of a database of certification identifiers on the workstation machine. Logging would be desirably used in such an embodiment. A reporting function as well, that is, the use of a report to be sent to the system administrator or other central administrator, would also be desirably used in such an embodiment.
A preferred embodiment additionally may have self-contained macro or code which provides for identification of authenticated code in a document. This self-contained macro or code would permit the authenticated code to run without need for database reference. For example, a document created by the Smith Company may have embedded macros and/or code, as well as a certification identifier from Smith Company. When the Smith Company certification identifier is encountered by the macro or code of the embodiment, the document with embedded macros and/or code will be run without further database referencing. This embodiment would be used in a remote situation. In most embodiments, because of security afforded by central database(s), a Master Configuration database or other central database or databases is preferred.
If a local database would be used, updating the local database could be by any method known in the art. It should be noted that an update component could be sent out regularly from the validation component in such an embodiment.
Secondary security considerations will also be undertaken. For example, the Master Configuration database may be encrypted to insure security. (The database will be flat file in a especially preferred embodiment in order to provide for ease in printing and editing.) Preapproved databases, in whole or part, may be supplied as well in certain embodiments. Use of a preapproved database, in whole or part, will simplify, in some instances, the validation component process. For example, if another entity is providing code, a preapproved database will allow for ease in validation and authorization.
The above description and the views and material depicted by the figures are for purposes of illustration only and are not intended to be, and should not be construed as, limitations on the invention.
Moreover, certain modifications or alternatives may suggest themselves to those skilled in the art upon reading of this specification, all of which are intended to be within the spirit and scope of the present invention as defined in the attached claims.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US5825877 *||Jun 11, 1996||Oct 20, 1998||International Business Machines Corporation||Support for portable trusted software|
|US5956481 *||Feb 6, 1997||Sep 21, 1999||Microsoft Corporation||Method and apparatus for protecting data files on a computer from virus infection|
|US5978917 *||Aug 14, 1997||Nov 2, 1999||Symantec Corporation||Detection and elimination of macro viruses|
|US6094731 *||Nov 9, 1998||Jul 25, 2000||Symantec Corporation||Antivirus accelerator for computer networks|
|US6154844 *||Dec 22, 1997||Nov 28, 2000||Finjan Software, Ltd.||System and method for attaching a downloadable security profile to a downloadable|
|US6157721 *||Aug 12, 1996||Dec 5, 2000||Intertrust Technologies Corp.||Systems and methods using cryptography to protect secure computing environments|
|US6327656 *||Jul 2, 1997||Dec 4, 2001||Timestamp.Com, Inc.||Apparatus and method for electronic document certification and verification|
|US6577920 *||Oct 2, 1998||Jun 10, 2003||Data Fellows Oyj||Computer virus screening|
|US6611925 *||Jun 13, 2000||Aug 26, 2003||Networks Associates Technology, Inc.||Single point of entry/origination item scanning within an enterprise or workgroup|
|US20010020272 *||Dec 4, 2000||Sep 6, 2001||Jean-Francois Le Pennec||Method and system for caching virus-free file certificates|
|US20020073055 *||Sep 30, 1998||Jun 13, 2002||David M. Chess||System and method for detecting and repairing document-infecting viruses using dynamic heuristics|
|US20020091940 *||Jan 5, 2001||Jul 11, 2002||Welborn Christopher Michael||E-mail user behavior modification system and mechanism for computer virus avoidance|
|1||AddAddIn, AddAddIn0; (C) 1992-1995 Microsoft Corporation; 2 pages.|
|2||AddInState, AddInState0; (C) 1992-1995 Microsoft Corporation; 1 page.|
|3||Calling a WLL Function; 5 pages.|
|4||Calling Routines in DLLs; dated Aug. 26, 1997; 5 pagesx.|
|5||Calling Word from a WLL; (C) 1992-1995 Microsoft Corporation; 1 page.|
|6||Cross-Platform Macros; 7 pages.|
|7||DLLs and WordBasic Overview; 9 Pages.|
|8||DRAFT; Work Plan for Protection of Authorized Merck Macros; (Original Meck Request for Solution); dated Feb. 12, 1997; 2 pages.|
|9||Introduction; 22 pages.|
|10||Language Differences Across Versions of Word; (C) 1992-1995 Microsoft Corporation; 8 page.|
|11||Overview of Add-ins and WLLs; (C) 1992-1995 Microsoft Corporation; 2 pages.|
|12||Techniques for Successful Calling; (C) 1992-1995 Microsoft Corporation; 2 pages.|
|13||The wdCommandDispatch Function; (C) 1992-1997 Microsoft Corporation; 4 pages.|
|14||The Word Operator (WDOPR); (C) 1992-1995 Microsoft Corporation; 3 pages.|
|15||Using the CAPILIB Functions ; (C) 1992-1995 Microsoft Corporation; 8 pages.|
|16||What You Need to Know; (C) 1992-1995 Microsoft Corporation; 9 pages.|
|17||Word API Functions; (C) 1992-1995 Microsoft Corporation; 2 pages.|
|18||Word Limits; (C) 1992-1995 Microsoft Corporation; 1 page.|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US7210041 *||Apr 30, 2001||Apr 24, 2007||Mcafee, Inc.||System and method for identifying a macro virus family using a macro virus definitions database|
|US7231667 *||May 29, 2003||Jun 12, 2007||Computer Associates Think, Inc.||System and method for computer virus detection utilizing heuristic analysis|
|US7478431 *||Aug 2, 2002||Jan 13, 2009||Symantec Corporation||Heuristic detection of computer viruses|
|US7613926 *||Mar 7, 2006||Nov 3, 2009||Finjan Software, Ltd||Method and system for protecting a computer and a network from hostile downloadables|
|US7689835 *||May 6, 2008||Mar 30, 2010||International Business Machines Corporation||Computer program product and computer system for controlling performance of operations within a data processing system or networks|
|US7752669||Jul 31, 2008||Jul 6, 2010||International Business Machines Corporation||Method and computer program product for identifying or managing vulnerabilities within a data processing network|
|US7984304 *||Mar 2, 2004||Jul 19, 2011||Vmware, Inc.||Dynamic verification of validity of executable code|
|US8024306||May 16, 2007||Sep 20, 2011||International Business Machines Corporation||Hash-based access to resources in a data processing network|
|US8060747||Mar 20, 2006||Nov 15, 2011||Microsoft Corporation||Digital signatures for embedded code|
|US8171073 *||Jun 23, 2003||May 1, 2012||Siemens Aktiengesellschsft||Computer system connected to a data communications network|
|US8185954 *||Jun 9, 2006||May 22, 2012||Glasswall (Ip) Limited||Resisting the spread of unwanted code and data|
|US8190902 *||Feb 27, 2006||May 29, 2012||Microsoft Corporation||Techniques for digital signature formation and verification|
|US8205087||Feb 27, 2006||Jun 19, 2012||Microsoft Corporation||Tool for digitally signing multiple documents|
|US8533824||Nov 8, 2007||Sep 10, 2013||Glasswall (Ip) Limited||Resisting the spread of unwanted code and data|
|US8769258||May 26, 2011||Jul 1, 2014||Intellectual Ventures I Llc||Computer virus protection|
|US8869283 *||Apr 4, 2012||Oct 21, 2014||Glasswall (Ip) Limited||Resisting the spread of unwanted code and data|
|US9038174||May 21, 2013||May 19, 2015||Glasswall IP Limited||Resisting the spread of unwanted code and data|
|US20040243829 *||May 29, 2003||Dec 2, 2004||Computer Associates Think, Inc.||System and method for computer virus detection utilizing heuristic analysis|
|US20120278894 *||Nov 1, 2012||Glasswall (Ip) Limited||Resisting the spread of unwanted code and data|
|WO2009017382A2 *||Aug 1, 2008||Feb 5, 2009||Planty Net Co Ltd||Method for verifying application programs and controlling the execution thereof|
|U.S. Classification||713/188, 726/24, 713/176, 726/22, 713/175|
|Cooperative Classification||G06F21/562, H04L63/168, H04L63/145, G06F21/51|
|European Classification||G06F21/51, G06F21/56B, H04L63/14D1, H04L63/16G|
|May 11, 2000||AS||Assignment|
Owner name: CYBERTSOFT, INC., PENNSYLVANIA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:RADATTI, PETER V.;WELLS, JOSEPH W.;REEL/FRAME:010805/0883;SIGNING DATES FROM 20000309 TO 20000406
|Dec 4, 2009||FPAY||Fee payment|
Year of fee payment: 4
|Feb 11, 2014||FPAY||Fee payment|
Year of fee payment: 8