利用者:Y717/わーくすぺーす/その3
Kernel Patch Protection (KPP), informally known as PatchGuard, is a feature of 64-bit (x64) editions of Microsoft Windows that prevents patching the kernel. It was first introduced in 2005 with the x64 editions of Windows XP and Windows Server 2003 Service Pack 1.[1]
"Patching the kernel" refers to unsupported modification of the central component or kernel of the Windows operating system. Such modification has never been supported by Microsoft because it can greatly reduce system security and reliability. However, though Microsoft does not recommend it, it is technically possible to patch the kernel on x86 editions of Windows. But with the x64 editions of Windows, Microsoft chose to implement technical barriers to kernel patching.
Since patching the kernel is technically permitted in 32-bit (x86) editions of Windows, several antivirus software developers use kernel patching to implement antivirus and other security services. This kind of antivirus software will not work on computers running x64 editions of Windows. Because of this, Kernel Patch Protection has been criticized for forcing antivirus makers to redesign their software without using kernel patching techniques.
Also, because of the design of the Windows kernel, Kernel Patch Protection cannot completely prevent kernel patching.[要出典] This has led to additional criticism that since KPP is an imperfect defense, the problems caused to antivirus makers do not outweigh the benefits because authors of malicious software will simply find ways around its defenses.[要出典] Nevertheless, Kernel Patching can still prevent system stability and reliability problems caused by legitimate software patching the kernel in unsupported ways.[要出典]
技術概要
[編集]Windows Kernel は、デバイスドライバがカーネル自身と同等の特権を持つ設計がなされている[2]。 In turn, device drivers are expected to not modify or patch core system structures within the kernel.[1] In x86 editions of Windows, Windows does not enforce this expectation that drivers not patch the kernel. But because the expectation is not enforced on x86 systems, some programs, notably certain security and antivirus programs, were designed to perform needed tasks through loading drivers that modified core kernel structures.[2][3]
In x64 editions of Windows, Microsoft chose to begin to enforce the restrictions on what structures drivers can and cannot modify. Kernel Patch Protection is the technology that actually enforces these restrictions. It works by periodically checking to make sure that protected system structures in the kernel have not been modified. If a modification is detected, then Windows will initiate a bug check and shut down the system,[2][4] with a blue screen and/or reboot. The corresponding bugcheck number is 0x109, the bugcheck code is CRITICAL_STRUCTURE_CORRUPTION. Prohibited modifications include:[4]
- Modifying system service tables
- Modifying the interrupt descriptor table
- Modifying the global descriptor table
- Using kernel stacks not allocated by the kernel
- Modifying or patching code contained within the kernel itself,[4] or the HAL or NDIS kernel libraries[5]
It should be noted that Kernel Patch Protection only defends against device drivers modifying the kernel. It does not offer any protection against one device driver patching another.[6]
Ultimately, since device drivers have the same privilege level as the kernel itself, it is impossible to completely prevent drivers from bypassing Kernel Patch Protection and then patching the kernel.[7] KPP does however present a significant obstacle to successful kernel patching. With highly obfuscated code and misleading symbol names, KPP employs security through obscurity to hinder attempts to bypass it.[2][8] Periodic updates to KPP also make it a "moving target", as bypass techniques that may work for a while are likely to break with the next update. Since its creation in 2005, Microsoft has so far released two major updates to KPP, each designed to break known bypass techniques in previous versions.[2][9][10]
Advantages
[編集]Patching the kernel has never been supported by Microsoft because it can cause a number of negative effects.[3] Kernel Patch Protection protects against these negative effects, which include:
- The Blue Screen of Death, which results from serious errors in the kernel.[11]
- Reliability issues resulting from multiple programs attempting to patch the same parts of the kernel.[12]
- Compromised system security.[2]
- Rootkits can use kernel access to embed themselves in an operating system, becoming nearly impossible to remove.[11]
- Products that rely on kernel modifications are likely to break with newer versions of Windows or updates to Windows that change the way the kernel works.[3]
Microsoft's Kernel Patch Protection FAQ further explains:
Because patching replaces kernel code with unknown, untested code, there is no way to assess the quality or impact of the third-party code...An examination of Online Crash Analysis (OCA) data at Microsoft shows that system crashes commonly result from both malicious and non-malicious software that patches the kernel. — “Kernel Patch Protection: Frequently Asked Questions” (22 January 2007). 22 February 2007閲覧。
Criticisms
[編集]Third-party applications
[編集]Some computer security software, such as McAfee's McAfee VirusScan and Symantec's Norton AntiVirus, works by patching the kernel[要出典]. Additionally, anti-virus software authored by Kaspersky Lab has been known to make extensive use of kernel code patching on x86 editions of Windows.[13] This kind of antivirus software will not work on computers running x64 editions of Windows because of Kernel Patch Protection.[14] Because of this, McAfee called for Microsoft to either remove KPP from Windows entirely or make exceptions for software made by trusted companies such as themselves.[15]
Interestingly, Symantec's corporate antivirus software[16] and Norton 2010 range and beyond [17] does work on x64 editions of Windows despite KPP's restrictions. Antivirus software made by competitors ESET,[18] Trend Micro,[19] Grisoft AVG,[20] avast!, Avira Anti-Vir and Sophos do not patch the kernel in default configurations, but may patch the kernel when features such as "advanced process protection" or "prevent unauthorized termination of processes" are enabled. Sophos publicly stated that it does not feel KPP limits the effectiveness of its software.[21][22]
![](http://upload.wikimedia.org/wikipedia/commons/thumb/8/8c/Jim_Allchin_at_PDC_2005.jpeg/220px-Jim_Allchin_at_PDC_2005.jpeg)
Contrary to some media reports [誰によって?], Microsoft will not weaken Kernel Patch Protection by making exceptions to it, though Microsoft has been known to relax its restrictions from time to time, such as for the benefit of hypervisor virtualization software.[6][23] Instead, Microsoft worked with third party companies to create new Application Programming Interfaces that help security software perform needed tasks without patching the kernel.[12] These new interfaces were included in Windows Vista Service Pack 1.[24]
On December 21, 2006, McAfee's chief scientist George Heron stated that McAfee was pleased with the progress Microsoft was making on the new APIs.[25]
Weaknesses
[編集]Because of the design of the Windows kernel, Kernel Patch Protection cannot completely prevent kernel patching.[7] This led the computer security providers McAfee and Symantec to say that since KPP is an imperfect defense, the problems caused to security providers do not outweigh the benefits because malicious software will simply find ways around KPP's defenses.[15][26]
In January 2006, security researchers known by the pseudonyms "skape" and "Skywing" published a report that describes methods, some theoretical, through which Kernel Patch Protection might be bypassed.[27] Skywing went on to publish a second report in January 2007 on bypassing KPP version 2,[28] and a third report in September 2007 on KPP version 3.[29] Also, in October 2006 security company Authentium developed a working method to bypass KPP.[30]
Nevertheless, Microsoft has stated that they are committed to remove any flaws that allow KPP to be bypassed as part of its standard Security Response Center process.[31] In keeping with this statement, Microsoft has so far released two major updates to KPP, each designed to break known bypass techniques in previous versions.[2][9][10]
Antitrust behavior
[編集]In 2006, the European Commission expressed concern over Kernel Patch Protection, saying it was anticompetitive.[32] However, Microsoft's own antivirus product, Windows Live OneCare, had no special exception to KPP. Instead, Windows Live OneCare used (and had always used) methods other than patching the kernel to provide virus protection services.[33] Still, for other reasons a x64 edition of Windows Live OneCare was not available until November 15, 2007.[34]
References
[編集]- ^ a b “Kernel Patch Protection: Frequently Asked Questions”. Microsoft (22 January 2007). 30 July 2007閲覧。
- ^ a b c d e f g Skywing (2007年9月). “Introduction”. PatchGuard Reloaded: A Brief Analysis of PatchGuard Version 3. Uninformed. 20 September 2007閲覧。
- ^ a b c Schofield, Jack (28 September 2006). “Antivirus vendors raise threats over Vista in Europe”. The Guardian. 20 September 2007閲覧。 "This has never been supported and has never been endorsed by us. It introduces insecurity, instability, and performance issues, and every time we change something in the kernel, their product breaks." —Ben Fathi, corporate vice president of Microsoft's security technology unit
- ^ a b c “Patching Policy for x64-Based Systems”. Microsoft (22 January 2007). 20 September 2007閲覧。
- ^ skape; Skywing (2005年12月). “System Images”. Bypassing PatchGuard on Windows x64. Uninformed. 21 September 2007閲覧。
- ^ a b Skywing (2007年1月). “Conclusion”. Subverting PatchGuard Version 2. Uninformed. 21 September 2007閲覧。
- ^ a b skape; Skywing (2005年12月). “Introduction”. Bypassing PatchGuard on Windows x64. Uninformed. 20 September 2007閲覧。
- ^ Skywing (2006年12月). “Misleading Symbol Names”. Subverting PatchGuard Version 2. Uninformed. 20 September 2007閲覧。
- ^ a b Microsoft (2006年6月). “Update to Improve Kernel Patch Protection”. Microsoft Security Advisory (914784). Microsoft. 21 September 2007閲覧。
- ^ a b Microsoft (2007年8月). “Update to Improve Kernel Patch Protection”. Microsoft Security Advisory (932596). Microsoft. 21 September 2007閲覧。
- ^ a b Field, Scott (11 August 2006). “An Introduction to Kernel Patch Protection”. Windows Vista Security blog. Microsoft. 30 November 2006閲覧。
- ^ a b Allchin, Jim (20 October 2006). “Microsoft executive clarifies recent market confusion about Windows Vista Security”. Microsoft. 30 November 2006閲覧。
- ^ Skywing (2006年6月). “Patching non-exported, non-system-service kernel functions”. What Were They Thinking? Anti-Virus Software Gone Wrong. Uninformed. 21 September 2007閲覧。
- ^ Montalbano, Elizabeth (6 October 2006). “McAfee Cries Foul over Vista Security Features”. PC World 30 November 2006閲覧。
- ^ “Symantec AntiVirus Corporate Edition: System Requirements”. Symantec (2006年). 30 November 2006閲覧。
- ^ “Symantec Internet Security product page”. Symantec (2011年). 26 January 2011閲覧。
- ^ “64-bit Protection”. ESET. 5 October 2007閲覧。
- ^ “Minimum System Requirements”. Trend Micro USA. 5 October 2007閲覧。
- ^ “AVG Anti-Virus and Internet Security - Supported Platforms”. Grisoft. 27 August 2007時点のオリジナルよりアーカイブ。5 October 2007閲覧。
- ^ Jaques, Robert (23 October 2006). “Symantec and McAfee 'should have prepared better' for Vista”. vnunet.com 30 November 2006閲覧。
- ^ Fulton, Scott M., III (20 October 2006). “Sophos: Microsoft Doesn't Need to Open Up PatchGuard”. BetaNews 22 January 2007閲覧。
- ^ McMillan, Robert (19 January 2007). “Researcher: PatchGuard hotfix stitches up benefit to Microsoft”. InfoWorld 21 September 2007閲覧。
- ^ “Notable Changes in Windows Vista Service Pack 1”. Microsoft (2008年). 20 March 2008閲覧。
- ^ Hines, Matt (21 December 2006). “Microsoft Gets Positive Feedback for Vista APIs”. eWEEK. 5 July 2007閲覧。
- ^ Gewirtz, David (2006年). “The great Windows Vista antivirus war”. OutlookPower 30 November 2006閲覧。 "The system's already vulnerable. People have already hacked into PatchGuard. System is already vulnerable no matter what. PatchGuard has a chilling effect on innovation. The bad guys are always going to innovate. Microsoft should not tie the hands of the security industry so they can't innovate. We're concerned about out-innovating the bad guys out there." —Cris Paden, Manager on the Corporate Communication Team at Symantec
- ^ skape; Skywing (1 December 2005). “Bypassing PatchGuard on Windows x64”. Uninformed. 2 June 2008閲覧。
- ^ Skywing (2006年12月). “Subverting PatchGuard Version 2”. Uninformed. 2 June 2008閲覧。
- ^ Skywing (2007年9月). “PatchGuard Reloaded: A Brief Analysis of PatchGuard Version 3”. Uninformed. 2 June 2008閲覧。
- ^ Hines, Matt (25 October 2006). “Microsoft Decries Vista PatchGuard Hack”. eWEEK 30 July 2007閲覧。
- ^ Gewirtz, David (2006年). “The great Windows Vista antivirus war”. OutlookPower 30 November 2006閲覧。
- ^ Espiner, Tom (25 October 2006). “EC Vista antitrust concerns fleshed out”. silicon.com 30 November 2006閲覧。
- ^ Jones, Jeff (12 August 2006). “Windows Vista x64 Security – Pt 2 – Patchguard”. Jeff Jones Security Blog. Microsoft. 11 March 2007閲覧。
- ^ White, Nick (14 November 2007). “Upgrade to Next Version of Windows Live OneCare Announced for All Subscribers”. Windows Vista Team Blog. Microsoft. 14 November 2007閲覧。
External links
[編集]- The Truth About PatchGuard: Why Symantec Keeps Complaining
- An Introduction to Kernel Patch Protection
- Microsoft executive clarifies recent market confusion about Windows Vista Security
- Kernel Patch Protection: Frequently Asked Questions
- Windows Vista x64 Security – Pt 2 – Patchguard
Uninformed.org articles:
- Bypassing PatchGuard on Windows x64
- Subverting PatchGuard Version 2
- PatchGuard Reloaded: A Brief Analysis of PatchGuard Version 3
Working bypass approaches
- A working driver to bypass PatchGuard 3 (including source code)
- Bypassing PatchGuard with a hex editor
Microsoft security advisories: