System and method to secure a computer system by selective control of write access to a data storage medium

Patent No. US9600661 (titled "System and method to secure a computer system by selective control of write access to a data storage medium") on Dec 1, 2005. The application was issued on Mar 21, 2017.

What is this patent about?

’661 is related to the field of computer security and malware prevention, specifically focusing on protecting mass storage devices from unauthorized data writes. Traditional antivirus solutions often rely on reactive scanning, identifying malicious code only after it has already infected the operating system or matched a known signature. This invention addresses the need for a proactive defense mechanism that intercepts write operations at the system level to prevent the initial saving of harmful code, such as viruses or Trojans, onto a hard drive.

The underlying idea behind ’661 is to shift security from signature-based detection to a strict permission-based gatekeeper model that operates within the operating system's kernel. Instead of trying to recognize what a file is, the system focuses on what an application is allowed to do. By monitoring write requests in real-time, the system can block any application that does not have explicit authorization to modify the storage medium, effectively creating a sandbox environment where only trusted, verified processes can commit data to the disk.

The claims of ’661 focus on a method and system that utilizes a kernel-mode interceptor to monitor file system access and enforce write privileges. The independent claims specify that when an application attempts to write data, the system pends the operation and interrogates a rules database to retrieve a permission value associated with that specific application. This control mechanism is designed to be granular, allowing or denying access based on the application's identity, the specific file type being written, or even a digital signature to ensure the application hasn't been tampered with.

In practice, the invention functions by categorizing applications into different access levels, ranging from full access to restricted access based on file extensions or specific directories. If an application is not found in the database, the system can prompt the user for a decision, which is then saved to the rules database for future use. To ensure the integrity of the process, the system can perform content inspection to verify that a file's internal structure matches its extension, preventing attackers from disguising executable payloads as harmless data files like images.

This approach differs from prior art by decoupling write permissions from standard directory-level privileges and moving the enforcement into the kernel mode, where it is harder for malware to bypass. Furthermore, the system incorporates a social or centralized aspect where user responses to unknown applications are collected and shared via a central server. This collective intelligence allows the rules database to be updated dynamically across a network of computers, providing a rapid, community-driven defense against zero-day threats that have not yet been cataloged by traditional antivirus vendors.

How does this patent fit in bigger picture?

Technical Landscape

In the mid-2000s when ’661 was filed, computer security at a time when malicious software was typically implemented using executable code that modified system files or storage media commonly relied on reactive signature-based scanning rather than proactive execution control. During this era, when hardware and software constraints made real-time monitoring of every system call non-trivial, security applications generally focused on identifying known threats after they had already entered the operating system environment. System architectures typically granted applications broad write permissions to storage media once they were executed, leaving the file system vulnerable to unauthorized modifications if an application was compromised or malicious.

Prosecution Position

The disclosed invention represents a technical advancement through the integration of a real-time interceptor program and a granular rules database that shifts security from reactive detection to proactive write-access control. By detecting write attempts at the moment of execution and interrogating a database to enforce specific permission levels—ranging from total blocks to restricted access based on file extensions or directories—the architecture enables a preventative security layer that does not rely on pre-existing virus signatures. This approach overcomes the technical constraint of identifying unknown software variants by enforcing a policy-based restriction on how applications interact with the storage medium, effectively isolating the file system from unauthorized data modifications.

Claims

The patent includes a total of 59 claims, with claims 1, 16, 41, 56, and 58 serving as the independent claims. These independent claims generally focus on methods and systems for controlling write access to mass data storage devices by using a kernel-mode process to monitor file system access, intercept write attempts from applications, and enforce permissions based on a rules database that associates specific applications with authorized access levels or file types. The dependent claims further refine these operations by specifying various access levels, incorporating user prompts for rule updates, implementing remote server synchronization for rule distribution, adding security checks such as application signature verification and tampering detection, and defining specific handling for executable file types.

Key Claim Terms New

Definitions of key terms used in the patent claims.

Term (Source)Support for SpecificationInterpretation
Access level
(Claim 1)
The preferred number of possible write access levels for an application is three. Level 0 means no write access is allowed; Level 1 means full write access is allowed; and Level 2 allows write access for specified file extensions only. Level 4 allows access to a specific drive or directory.A value associated with an application that defines the extent of its authority to write to a storage medium, ranging from no access to full access or restricted access based on file attributes.
Kernel mode
(Claim 1, Claim 16, Claim 41, Claim 56)
The interceptor program can run continuously in the background as a process, including as part of the computer operating system. It detects when an application attempts to write data to the disc and interrogates a rules database. The manager program can also sit in the memory alongside the interceptor program and run as part of the computer operating system.A privileged operating state of a process that operates in conjunction with the operating system to monitor data storage or file system accesses.
Permission value
(Claim 16, Claim 41, Claim 56)
A rule is one or more permission values associated with an application. A rule that is transmitted to a computer for updating the database will preferably include a reference to the application and the associated permission values for the permitted or denied write access levels. The interceptor module controls write access in dependency on a permission value corresponding to the application attempting the write.A data element or encoded value associated with an application identifier used to permit or deny write access, which can be independent of the destination directory.
Rules database
(Claim 1, Claim 41, Claim 56)
Practitioners of ordinary skill will recognize that the rule database is a set of entries or references in a data structure where the identity of an application is paired with one or more permission values, which encode the write access levels. A rule is therefore one or more permission values associated with an application. The database is preferably encrypted and lists applications approved by the user with their level of write access.A data structure, which may be encrypted, containing entries where the identity or signature of an application is paired with one or more permission values encoding write access levels.
Signature
(Claim 58)
A rule can also include the signature of the application, which is used in embodiments where the application code is checked to be sure it has not been tampered with. A rule that is transmitted to a computer for updating the database may include the associated signature.A unique identifier associated with an application's code used to verify that the application has not been tampered with.

Litigation Cases New

US Latest litigation cases involving this patent.

Case NumberFiling DateTitle
2:25-cv-00844May 14, 2025Champion Power Equipment, Inc. V. Westinghouse Electric Corporation

Patent Family

Patent Family

File Wrapper

The dossier documents provide a comprehensive record of the patent's prosecution history - including filings, correspondence, and decisions made by patent offices - and are crucial for understanding the patent's legal journey and any challenges it may have faced during examination.

  • Get instant alerts for new documents

US9600661

Application Number
US11292910A
Filing Date
Dec 1, 2005
Publication Date
Mar 21, 2017
External Links
Slate, USPTO , Google Patents