Classifications

• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
  • G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
  • G06F21/55—Detecting local intrusion or implementing counter-measures
  • G06F21/56—Computer malware detection or handling, e.g. anti-virus arrangements
  • G06F21/566—Dynamic detection, i.e. detection performed at run-time, e.g. emulation, suspicious activities
• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
  • G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
  • G06F21/55—Detecting local intrusion or implementing counter-measures
  • G06F21/56—Computer malware detection or handling, e.g. anti-virus arrangements
  • G06F21/568—Computer malware detection or handling, e.g. anti-virus arrangements eliminating virus, restoring damaged files
• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F9/00—Arrangements for program control, e.g. control units
  • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
  • G06F9/44—Arrangements for executing specific programs
  • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
  • G06F9/45533—Hypervisors; Virtual machine monitors
  • G06F9/45558—Hypervisor-specific management and integration aspects
• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F9/00—Arrangements for program control, e.g. control units
  • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
  • G06F9/44—Arrangements for executing specific programs
  • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
  • G06F9/45533—Hypervisors; Virtual machine monitors
  • G06F9/45558—Hypervisor-specific management and integration aspects
  • G06F2009/45587—Isolation or security of virtual machine instances

Definitions

• a virtual machine comprises software that executes on a guest partition of a hosting computer system to generally act as if it was an independent physical machine.
• a computer system may host multiple virtual machines, each running on a virtual machine monitor (VMM), also referred to as a hypervisor, that controls the sharing of the computer system's resources among the virtual machines.
• VMM virtual machine monitor
• Typically virtual machines are run to utilize a physical machine's hardware resources more fully than can be done by conventional programs, and/or to run different operating systems on the same physical machine at the same time.
• Virtual machines are becoming more and more prevalent, and, like any computer system, virtual machines are vulnerable to malicious software, or malware. As such, there exists a need for antimalware products to protect them. This may be accomplished by running traditional antimalware software on each guest partition.
• an antimalware scanning mechanism e.g., scanning components
• guest partitions may include a guest antimalware agent that communicates with the scanning mechanism to use its shared antimalware scanning resources and shared antimalware scanning functionality.
• the resources of the antimalware scanning mechanism may include antimalware signatures, so that each partition need not maintain its own signatures.
• the shared antimalware scanning functionality may comprise (e.g., code that performs) scanning of data such as objects (e.g., files) that are received from the guest antimalware agents.
• the guest antimalware agents may execute instructions provided by the antimalware scanning component to collect additional scanning or telemetry information, or take remedial actions against detected malware.
• a management component is coupled to the antimalware scanning mechanism so as to provide virtual machine management services to the antimalware scanning mechanism.
• the antimalware scanning mechanism may
• a management component communicates with the management component to pause a guest partition, resume a guest partition, snapshot a guest partition, or rollback a guest partition to a previous snapshot.
• the management component may also provide shared orchestration for scanning any guest partition.
• the antimalware scanning mechanism resides in a guest partition that is separate from the other guest partitions that share the antimalware scanning mechanism. In an alternative implementation, the antimalware scanning mechanism resides on the root partition of the virtual machine environment.
• FIGURE 1 is a block diagram representing an example virtual machine environment in which an antimalware scanning mechanism runs on a guest partition and is shared by guest partitions via guest agents.
• FIG. 2 is a block diagram representing an example virtual machine environment in which an antimalware scanning mechanism runs on a root partition and is shared by guest partitions via guest agents.
• FIG. 3 is a flow diagram representing example steps for implementing a shared antimalware scanning mechanism in a virtual machine environment.
• FIG. 4 is a flow diagram representing example steps for scanning a guest partition in an offline state.
• FIG. 5 is a block diagram representing exemplary non-limiting networked environments in which various embodiments described herein can be implemented.
• FIG. 6 is a block diagram representing an exemplary non-limiting computing system or operating environment in which one or more aspects of various embodiments described herein can be implemented.
• the antimalware software is divided into separate components, including a lightweight agent, a shared scanning and signature update component, and a management component.
• An agent runs on supported guest partitions and provides real-time and online operating system interaction services.
• the scanning and signature update component which may reside on a separate guest partition or the root partition, is configured to be used by each of the other guest agents.
• the management component provides centralized reporting and access to virtual machine services, and, for example, may reside on the root partition.
• the technology described herein provides centralized antimalware capabilities for multiple guest virtual machines in a virtual machine environment via the shared scanning component. This facilitates real-time antimalware protection by directing scan requests to the shared scanning component, including possibly on-demand scans and remediation on guest partitions, e.g., through the use of simple scripts provided by shared scanning component.
• the management component by running on the root partition, provides pause / resume / snapshot / rollback and inspection services for the scanning component. This facilitates on-demand scans and remediation on guest partitions by the scanning component without the direct cooperation of the guest agent (e.g., if the guest agent is compromised or unavailable), while the guest partitions are paused via the management component, or while the guest is not running (offline), which may be used to detect malware that has stealth or protection capabilities from the perspective of the guest agent.
• the guest agent e.g., if the guest agent is compromised or unavailable
• any of the examples herein are non-limiting. For example, while scanning of objects such as files is described, security evaluation of other content, such as for network intrusion protection, data leakage, guest verification and so forth may benefit from the technology described herein. As such, the present invention is not limited to any particular embodiments, aspects, concepts, structures, functionalities or examples described herein. Rather, any of the embodiments, aspects, concepts, structures, functionalities or examples described herein are non-limiting, and the present invention may be used various ways that provide benefits and advantages in virtual computing and/or protection against malware in general.
• FIG. 1 shows example components of a computer system 102 configured with virtual machine distributed antimalware.
• FIG. 1 is only a non-limiting example of a possible deployment, and others are feasible, including the example deployment represented in FIG. 2.
• the root partition 1 12 comprises a running operating system environment from which the state of other virtual machine guest partitions 106 and 1 14 m may be controlled.
• Each guest partition 106 and 1 14i-l 14 m corresponds to any virtual machine or machine partition that is not the root partition 1 12.
• Each guest partition 1 14i-l 14 m for which real-time antimalware support is provided includes a respective guest agent 1 16i-l 16 m , comprising software that provides real-time protection services for that guest partition, possibly along with other services.
• Each guest agent 116 1 -116 m is specific to the operating system being run on its respective guest partition 1 14i-l 14 m . Note that although not shown in FIG. 1 , the guest partition 106 containing the antimalware scanning mechanism 104 also may include such a guest agent.
• a "privileged" protection component e.g., running inside the root partition or a dedicated security virtual machine
• Each guest agent (e.g., 1 16 1 ) provides real-time system monitoring with the capability to detect and block access to objects.
• the guest agent 116 1 communicates bi-directionally (e.g., at high speed) with the scanning guest partition 106.
• any communication mechanism is feasible, such as through the root partition, through a simulated network interface and so forth; however in one implementation communication is over a high-speed bus or shared memory block that exists between the partitions.
• Any guest agent (e.g., 116 1 ) may be configured with a user interface, such as if guest partitions are often used interactively. Such a user interface may provide an interactive user of the guest visibility into the current security state of the guest, or allow an interactive user to request that the antimalware component begin a specific on-demand scan.
• Each guest agent such as the agent 1 16 1 may be (optionally) configured with the ability to run simple scripts, e.g., provided by the scanning guest partition 106 over a suitable bi-directional communication mechanism as generally described herein.
• a script may request that the agent feed its files or some subset thereof to the antimalware scanning mechanism 104, which scans them, may perform some needed remediation such as to clean a file, and may return results of the scanning / remediation to the agent, including a script with actions to take, e.g., files to delete or quarantine.
• Such scripts may include the ability to touch resources (e.g., triggering real-time transport protocol capabilities), and also to modify or terminate / delete resources.
• the antimalware scanning mechanism 104 performs scanning, remediation, signature update operations, and in general enforces antimalware aspects of security policy with the cooperation of the guest agent and/or the management components.
• the antimalware scanning mechanism 104 provides antimalware scanning as a service to the guest agents 116 1 -11 (1 ⁇ 2. Further, the antimalware scanning mechanism 104 also may initiate scanning or remedial actions against a guest partition, such as cooperatively using services of the guest agent, or alternatively without the guest partition's knowledge or consent, (e.g., while the guest partition is paused / offline), through the support of the management component 108.
• the antimalware scanning mechanism 104 communicates bi-directionally with the guest agents 116 1 -116 m , including in one implementation to identify any malware in content transmitted from the guest partitions.
• each agent feeds data such as an object set
• the antimalware scanning mechanism 104 (comprising one or more objects such as files, registry data, processes or the like) to the antimalware scanning mechanism 104, which then evaluates the data against antimalware signatures, and returns a result, possibly taking a remedial action (e.g., cleaning the object) and/or including scripted instructions for the agent to take a remedial action (e.g., remove a file or quarantine a file), such as via a script.
• a remedial action e.g., cleaning the object
• scripted instructions for the agent e.g., remove a file or quarantine a file
• the antimalware scanning mechanism 104 may provide the guest agent with a subset of signatures to look for with respect to a given file or file type, whereby the guest agent can handle scanning or remediation itself in the event such a file is encountered. This may be via a script, and/or possibly to some extent by coding basic scanning functionality into the agent.
• Another benefit of the shared scanning mechanism 104 is that signatures as well as other scanning components may be updated, without experiencing significant scanning downtime. Further, information may be uploaded to a remote location, such as data, reports and sample object submission for subsequent analysis and so forth.
• This aspect of the shared scanning mechanism 104 is represented in FIG. 1 via signatures / telemetry / cloud servicel 18. Note that the other guest partitions 1 14i-l 14 m need not have access to the internet, for example, yet still benefit from the update and telemetry access of the shared guest partition 106.
• the remote access capabilities of the antimalware scanning mechanism 104 may include communicating with a shared "cloud scanning" service for a decision (infected or clean) on suspicious content not yet matched by signatures.
• the antimalware scanning mechanism 104 may make such queries on behalf of multiple guests, such that guests get the benefit of the cloud service without needing Internet access directly.
• the antimalware scanning mechanism 104 may cache the results, so that it only has to make one request to the cloud service even if multiple guests are seeing the same suspicious content.
• the antimalware scanning mechanism 104 also has a communication link with the antimalware management component 108. As described above, this provides the antimalware scanning mechanism 104 with the ability to integrate antimalware scanning with virtual machine management capabilities. For example, the antimalware scanning mechanism 104 may request that the management component 108 pause a guest partition, thereby providing the scanning mechanism 104 with the ability to scan a guest partition (or a snapshot thereof) offline, and/or with the ability to manipulate offline guest partition (or a snapshot thereof) to remove malware.
• Offline scanning may be performed if a serious problem is detected, that is, reactively, such as if the guest has crashed, or if an operating system file that cannot be cleaned is infected, but cannot be replaced online because the file is needed to run the operating system. Offline scanning also may be performed proactively, e.g., before staring a guest partition; if a partition is known to be free of infections at startup, but then becomes infected while running, a rapid diagnosis may be made. This integration capability also provides the ability to perform scans and remediation on guests not supported by a guest agent.
• the management component 108 thus comprises a component with access to the virtual machine management services 110.
• the management component 108 is part of the virtual machine management services 110, and communicates with the scanning mechanism 104, but not with the individual guests agents 116i-l 16 m .
• the management component 108 may monitor the scanning component's heartbeat, such that if the scanning component and/or scanning partition become unresponsive, the management component 108 may restart the scanning component or scanning partition, and /or raise an alert.
• some malware actively tries to disable antimalware protection, and having a shared scanning service monitoring the guests helps in making the agents running in the guests tamper-resistant.
• the management component 108 is able to act as a centralized collection point and intermediary for communication to and from the security management console 109.
• the management component 108 may provide the scanning partition 106 with the online ability to manipulate guest partitions, including the ability to stop an infected guest, or revert a guest partition to a snapshot.
• the management component 108 may provide the scanning mechanism 104 with the ability to manipulate a guest partition offline.
• the management component 108 has access to the virtual machine management services 110, along with the ability to coordinate with the scanning mechanism 104, and the ability to report (and potentially be reconfigured) by any central security management services, the management component 108 is a distinct component from virtual machine management, antimalware management, and the scanning mechanism 104.
• the management component 108 need not even be on the same computer system as these components, as long as they can communicate, e.g., over network connections.
• deploying the management component 108 on the root partition 112 (as exemplified in FIG. 1) generally reduces the latency of communication with the scanning partition 106 and the virtual machine management services 110.
• the scanning mechanism 104 may reside in the dedicated scanning guest partition 106; (note that "dedicated” as used herein refers to having resources reserved for scanning functionality, and does not mean that such a partition cannot also be used for other purposes).
• This implementation provides a security boundary between the antimalware scanning mechanism 104 (whose components are often targeted by security vulnerabilities) and the root partition 112.
• multiple scanning partitions can be used, such as for failover capabilities, e.g., if one scanning partition fails, another one may quickly resume and take its place.
• Load balancing and/or workload distribution is another possible use of multiple scanning partitions, e.g., in the event that a single scanning partition is not able to meet scanning demands.
• a scanning component 204 (or more than one) may be deployed in the root partition 212.
• This has the potential for significant optimization, saving the overhead of an entire guest partition / operating system, while providing direct access to management components and stored guest partition state.
• this requires the scanning component to be available for the operating system deployed on the root partition 212, and reduces the protection of the root partition 212 from potential exploits from content found in guest partitions.
• FIG. 3 shows example steps that may be taken to provide malware protection using the above-described components.
• Steps 302 and 304 represent running the guest partition and an antimalware agent, and running the shared antimalware scanning mechanism, respectively; note that while only one agent is shown, it is understood that similar steps are performed with each other of the plurality of agents that are run. Further note that steps 302 and 304 are performed by virtual machine
• step 304 may be performed by other root partition software in an implementation as in FIG. 2 where the shared
• antimalware scanning mechanism is not run in a guest partition.
• Steps 306-318 represent example actions performed by and from the perspective of the antimalware scanning mechanism, in which the agent relies on the antimalware scanning mechanism for the scan.
• Step 306 represents providing information such as a script to the agent.
• the script may identify what files, folders, or other operating system resources to provide for scanning, what file types to provide, and so forth.
• the information may be an instruction or the like informing the agent that scanning is turned on, and that the agent is to provide each appropriate object to the antimalware scanning mechanism for real time scanning.
• Step 308 represents the agent providing data such as an object set (e.g., one or more files, registry data or other data blobs) to the antimalware scanning mechanism, which receives it for scanning, as represented by step 310.
• step 312 takes action with respect to that data as represented by step 314. As described above, this may be by performing remediation in the antimalware scanning mechanism, e.g., cleaning data before returning it, and/or constructing a result that instructs the agent to take some remediation action (e.g., remove a file, quarantine a file, write a cleaned file back).
• malware cannot be cleaned from a compromised virtual machine.
• human operator intervention is needed, usually by reinstalling a machine.
• a management component can automatically (possibly after asking for administrator approval) restore the virtual machine to a previous known good snapshot, or by rebuilding a virtual machine image.
• Step 316 returns the result to the agent, which may include a script of one or more actions for the agent to perform, and/or a request for the next set of data.
• Step 318 represents ending the scanning process if the scan is complete, or continuing the scanning process if more scanning is needed, either because there is at least one more set of data to scan, or because the scan is a real time monitoring operation, which continues indefinitely by waiting for the next set of data.
• FIG. 4 is an example of offline scanning of a guest partition, beginning at step 402 where the management component 108 receives a request (e.g., from the antimalware scanning mechanism 104) to move the guest partition into an offline state (step 404).
• a request e.g., from the antimalware scanning mechanism 104
• Steps 406-412 represent example actions performed by and from the perspective of the antimalware scanning mechanism 104. If during the scan (step 406) malware is encountered at step 408, remediation is performed at step 410. Note that the agent is offline, and thus cannot participate in remediation, which may include cleaning, removing or quarantining a file, as well as possibly replacing a corrupted operating system file that cannot be replaced while in an online state. Also note that step 410 represents saving the results of the malware remediation, for analysis purposes, for informing the guest partition what occurred, to upload telemetry data, and so forth. Step 412 repeats the scanning until it is complete, e.g., all appropriate file system files have been scanned, for example.
• steps 414 and 416 are performed by the management component 108 to restore the guest partition to an online state, e.g., as requested by the antimalware scanning mechanism 104.
• Distributed computing provides sharing of computer resources and services by communicative exchange among computing devices and systems. These resources and services include the exchange of information, cache storage and disk storage for objects, such as files. These resources and services also include the sharing of processing power across multiple processing units for load balancing, expansion of resources, specialization of processing, and the like. Distributed computing takes advantage of network
• a variety of devices may have applications, objects or resources that may participate in the resource management mechanisms as described for various embodiments of the subject disclosure.
• FIG. 5 provides a schematic diagram of an exemplary networked or distributed computing environment.
• the distributed computing environment comprises computing objects 510, 512, etc., and computing objects or devices 520, 522, 524, 526, 528, etc., which may include programs, methods, data stores, programmable logic, etc. as
• computing objects 510, 512, etc. and computing objects or devices 520, 522, 524, 526, 528, etc. may comprise different devices, such as personal digital assistants (PDAs),
• PDAs personal digital assistants
• audio/video devices mobile phones, MP3 players, personal computers, laptops, etc.
• communications network 540 may comprise other computing objects and computing devices that provide services to the system of FIG. 5, and/or may represent multiple interconnected networks, which are not shown.
• an application such as applications 530, 532, 534, 536, 538, that might make use of an API, or other object, software, firmware and/or hardware, suitable for communication with or implementation of the application provided in accordance with various embodiments of the subject disclosure.
• computing systems can be connected together by wired or wireless systems, by local networks or widely distributed networks.
• networks are coupled to the Internet, which provides an infrastructure for widely distributed computing and encompasses many different networks, though any network infrastructure can be used for exemplary communications made incident to the systems as described in various embodiments.
• client/server peer-to-peer
• hybrid architectures a host of network topologies and network infrastructures, such as client/server, peer-to-peer, or hybrid architectures.
• the "client” is a member of a class or group that uses the services of another class or group to which it is not related.
• a client can be a process, e.g., roughly a set of instructions or tasks, that requests a service provided by another program or process.
• the client process utilizes the requested service without having to "know” any working details about the other program or the service itself.
• a client is usually a computer that accesses shared network resources provided by another computer, e.g., a server.
• a server e.g., a server
• computing objects or devices 520, 522, 524, 526, 528, etc. can be thought of as clients and computing objects
• computing objects 510, 512, etc. can be thought of as servers where computing objects 510, 512, etc., acting as servers provide data services, such as receiving data from client computing objects or devices 520, 522, 524, 526, 528, etc., storing of data, processing of data, transmitting data to client computing objects or devices 520, 522, 524, 526, 528, etc., although any computer can be considered a client, a server, or both, depending on the circumstances.
• a server is typically a remote computer system accessible over a remote or local network, such as the Internet or wireless network infrastructures.
• the client process may be active in a first computer system, and the server process may be active in a second computer system, communicating with one another over a communications medium, thus providing distributed functionality and allowing multiple clients to take advantage of the information-gathering capabilities of the server.
• the computing objects 510, 512, etc. can be Web servers with which other computing objects or devices 520, 522, 524, 526, 528, etc. communicate via any of a number of known protocols, such as the hypertext transfer protocol (HTTP).
• HTTP hypertext transfer protocol
• Computing objects 510, 512, etc. acting as servers may also serve as clients, e.g., computing objects or devices 520, 522, 524, 526, 528, etc., as may be characteristic of a distributed computing environment.
• Embodiments can partly be implemented via an operating system, for use by a developer of services for a device or object, and/or included within application software that operates to perform one or more functional aspects of the various embodiments described herein.
• Software may be described in the general context of computer executable instructions, such as program modules, being executed by one or more computers, such as client workstations, servers or other devices.
• computers such as client workstations, servers or other devices.
• client workstations such as client workstations, servers or other devices.
• FIG. 6 thus illustrates an example of a suitable computing system environment
• computing system environment 600 in which one or aspects of the embodiments described herein can be implemented, although as made clear above, the computing system environment 600 is only one example of a suitable computing environment and is not intended to suggest any limitation as to scope of use or functionality. In addition, the computing system environment 600 is not intended to be interpreted as having any dependency relating to any one or
• an exemplary remote device for implementing one or more embodiments includes a general purpose computing device in the form of a computer 610.
• Components of computer 610 may include, but are not limited to, a processing unit 620, a system memory 630, and a system bus 622 that couples various system components including the system memory to the processing unit 620.
• Computer 610 typically includes a variety of computer readable media and can be any available media that can be accessed by computer 610.
• the system memory 630 may include computer storage media in the form of volatile and/or nonvolatile memory such as read only memory (ROM) and/or random access memory (RAM).
• ROM read only memory
• RAM random access memory
• system memory 630 may also include an operating system, application programs, other program modules, and program data.
• a user can enter commands and information into the computer 610 through input devices 640.
• a monitor or other type of display device is also connected to the system bus 622 via an interface, such as output interface 650.
• computers can also include other peripheral output devices such as speakers and a printer, which may be connected through output interface 650.
• the computer 610 may operate in a networked or distributed environment using logical connections to one or more other remote computers, such as remote computer 670.
• the remote computer 670 may be a personal computer, a server, a router, a network PC, a peer device or other common network node, or any other remote media consumption or transmission device, and may include any or all of the elements described above relative to the computer 610.
• the logical connections depicted in Fig. 6 include a network 672, such local area network (LAN) or a wide area network (WAN), but may also include other networks/buses.
• LAN local area network
• WAN wide area network
• Such networking environments are commonplace in homes, offices, enterprise-wide computer networks, intranets and the Internet.
• a component may be, but is not limited to being, a process running on a processor, a processor, an object, an executable, a thread of execution, a program, and/or a computer.
• an application running on computer and the computer can be a component.
• One or more components may reside within a process and/or thread of execution and a component may be localized on one computer and/or distributed between two or more computers.

Landscapes

• Engineering & Computer Science (AREA)
• Software Systems (AREA)
• Computer Security & Cryptography (AREA)
• Theoretical Computer Science (AREA)
• General Engineering & Computer Science (AREA)
• Computer Hardware Design (AREA)
• Virology (AREA)
• Health & Medical Sciences (AREA)
• Physics & Mathematics (AREA)
• General Physics & Mathematics (AREA)
• General Health & Medical Sciences (AREA)
• Debugging And Monitoring (AREA)
• Multi Processors (AREA)
• Stored Programmes (AREA)

Priority Applications (4)

Applications Claiming Priority (2)

Publications (1)

Family

ID=46163556

Family Applications (1)

Country Status (7)

Cited By (2)

Families Citing this family (50)

Citations (8)

Family Cites Families (13)

• 2010
  • 2010-12-07 US US12/961,854 patent/US20120144489A1/en not_active Abandoned
• 2011
  • 2011-12-06 EP EP11847224.0A patent/EP2649548B1/en not_active Not-in-force
  • 2011-12-06 JP JP2013543292A patent/JP2013545208A/ja active Pending
  • 2011-12-06 CA CA2817245A patent/CA2817245A1/en not_active Abandoned
  • 2011-12-06 WO PCT/US2011/063615 patent/WO2012078690A1/en not_active Ceased
  • 2011-12-06 AU AU2011338482A patent/AU2011338482B2/en not_active Ceased
  • 2011-12-07 CN CN2011104304337A patent/CN102542207A/zh active Pending

Patent Citations (8)

Also Published As

Similar Documents

Legal Events