AppLocker Issue in Windows 7<font style="font-size:12px"></font> <p style="margin:0in 0in 0pt"><font style="font-size:9px"><font style="font-size:12px"><b><font color="#1f497d"><font style="font-size:14px">Problem</font><br></font></b>Windows 7 beta AppLocker publisher rules will not function properly for catalog signed files with an expired certificate chain, including Windows system files</font></font></p> <p style="margin:0in 0in 0pt"><font style="font-size:12px"> </font></p> <p style="margin:0in 0in 0pt"><font style="font-size:9px"><font style="font-size:12px"><b><font color="#1f497d"><font style="font-size:14px">Description</font><br></font></b>In Windows 7 Beta, AppLocker improperly evaluates the digital signatures of catalog signed binaries (including Windows system binaries), which might lead to unexpected behavior. Timestamping is a method that allows a digital signature to remain valid after the signature’s signing certificate has expired. The Windows system binaries, included in the Windows 7 Beta build, are catalog signed with a digital certificate that expired on 18<sup>th</sup> December 2008. These Windows binaries’ signatures are timestamped to ensure their validity. However, due to the current incorrect behavior, AppLocker ignores the timestamp on the binaries’ signature and therefore considers these files to be unsigned. As a result, AppLocker publisher rules created for Windows system files will not function properly and might cause the system to behave unexpectedly or even prevent the system from fully booting. To ensure that Windows functions properly, you should create the default AppLocker rules. These rules include a path rule that allows all the files in the Windows directory to run. Because of this problem, you should also not create publisher rules in Windows 7 Beta that deny access to Windows system files since AppLocker will be unable to match the file to a rule.<br></font></font></p><br><font style="font-size:12px"><font style="font-size:12px"><font style="font-size:12px"><b><font style="font-size:12px" color="#1f497d"><font style="font-size:14px"><font style="font-size:14px">Resolution<br></font></font></font></b>If you have created one or more publisher rules for the Windows system files and cannot boot or login to your system, perform the following steps to recover. If you are in a domain environment and the issue is occurring on a client machine, skip to step 2. <br><br><b><font color="#1f497d"><font size=2>Step 1: Start Windows in safe mode</font></font></b><br>To start the computer in safe mode in Windows 7 Beta, follow these steps:<br> <ol> <li>Restart your computer and start pressing the F8 key on your keyboard.</li> <li>In the <strong>Windows Advanced Options</strong> menu, select <strong>Safe mode</strong>, and then press ENTER.</li></ol> <p><b><font color="#1f497d" size=2><br>Step 2: Create the default rules</font></b><br>The default rules should be created for each rule collection where you want to enforce rules. There are four AppLocker rule collections in Windows 7 Beta: Executable, Windows Installer, Script, and DLL. </p> <p>To create the default AppLocker rules for a rule collection, perform the following steps.<br><b><font color="#1f497d" size=2><br>Using local computer policy</font></b><br><strong>Note:</strong> Perform this procedure on the computer that is being affected by the AppLocker publisher rules.<br></p> <ol> <li>Open the Local Security Policy Microsoft Management Console (MMC) snap-in. To do this:<br>• Click the Start button, type <em>secpol.msc</em> in the Search programs and files box, and then press ENTER.</li> <li>In the console tree, locate and expand <strong>Application Control Policies</strong>, expand <strong>AppLocker</strong>, and then select the relevant rule collection.</li> <li>Right-click the rule collection and then click <strong>Create Default Rules</strong>.</li></ol> <p><b><font color="#1f497d" size=2><br>Using Group Policy</font></b><br><strong>Note:</strong> Add the default rules to the GPO from which the affected computer is receiving the AppLocker publisher rules.<br></p> <ol> <li>Open the Group Policy MMC snap-in:<br>a. Click the Start button, type mmc in the Search programs and files box, and then press ENTER.<br>b. On the File menu, click <strong>Add/Remove Snap-in</strong>.<br>c. Click <strong>Add</strong>.<br>d. Under <strong>Available Stand-alone Snap-ins</strong>, click <strong>Group Policy</strong>, and then click <strong>Add</strong>.<br>e. If you do not want to edit the Local Computer policy, click <strong>Browse</strong> to locate the Group Policy object that you want. Supply your user name and password if prompted, and then when you return to the Select <strong>Group Policy Object</strong> dialog box, click <strong>Finish</strong>.<br><strong>Note:</strong> You can use the <strong>Browse</strong> button to locate group policy objects linked to sites, domains, organizational units (OU), or computers. Use the default Group Policy Object (GPO) (Local Computer) to edit the settings on the local computer.<br>f. Click <strong>Close</strong>, and then in the <strong>Add/Remove Snap-in</strong> dialog box, click <strong>OK</strong>.</li> <li>In the console tree, locate and expand <strong>Application Control Policies</strong>, expand <strong>AppLocker</strong>, and then select the relevant rule collection.</li> <li>Right-click the rule collection and then click <strong>Create Default Rules</strong>.</li></ol> <p><b><font color="#1f497d" size=2><br>Step 3: Restart Windows and wait for the welcome screen<br></font></b>Windows must now be restarted to apply the changes that you have just completed. On this restart, however, the process that starts the user’s desktop (Explorer.exe) will initially be blocked. As a result, the Welcome screen will appear as Windows starts, but the Login screen will not be displayed. To complete this step, restart the computer, wait for the Welcome screen to appear, and then wait approximately two minutes for a black screen to appear.<br><b><font color="#1f497d" size=2><br>Step 4: Restart Windows Normally and Verify the Resolution<br></font></b>Finally, restart the computer normally and verify that Windows is now functioning properly. <br></font><br></font> <hr class=sig> </font>Windows Client IT Pro Audience Manager for Web Forums</p>© 2009 Microsoft Corporation. All rights reserved.Tue, 11 Aug 2009 00:42:49 Z2c78848d-2601-40d2-99c0-9b5c23b735e4http://social.technet.microsoft.com/Forums/en-US/w7itprosecurity/thread/2c78848d-2601-40d2-99c0-9b5c23b735e4#2c78848d-2601-40d2-99c0-9b5c23b735e4http://social.technet.microsoft.com/Forums/en-US/w7itprosecurity/thread/2c78848d-2601-40d2-99c0-9b5c23b735e4#2c78848d-2601-40d2-99c0-9b5c23b735e4Anthony_Mannhttp://social.technet.microsoft.com/Profile/en-US/?user=Anthony_MannAppLocker Issue in Windows 7<font style="font-size:12px"></font> <p style="margin:0in 0in 0pt"><font style="font-size:9px"><font style="font-size:12px"><b><font color="#1f497d"><font style="font-size:14px">Problem</font><br></font></b>Windows 7 beta AppLocker publisher rules will not function properly for catalog signed files with an expired certificate chain, including Windows system files</font></font></p> <p style="margin:0in 0in 0pt"><font style="font-size:12px"> </font></p> <p style="margin:0in 0in 0pt"><font style="font-size:9px"><font style="font-size:12px"><b><font color="#1f497d"><font style="font-size:14px">Description</font><br></font></b>In Windows 7 Beta, AppLocker improperly evaluates the digital signatures of catalog signed binaries (including Windows system binaries), which might lead to unexpected behavior. Timestamping is a method that allows a digital signature to remain valid after the signature’s signing certificate has expired. The Windows system binaries, included in the Windows 7 Beta build, are catalog signed with a digital certificate that expired on 18<sup>th</sup> December 2008. These Windows binaries’ signatures are timestamped to ensure their validity. However, due to the current incorrect behavior, AppLocker ignores the timestamp on the binaries’ signature and therefore considers these files to be unsigned. As a result, AppLocker publisher rules created for Windows system files will not function properly and might cause the system to behave unexpectedly or even prevent the system from fully booting. To ensure that Windows functions properly, you should create the default AppLocker rules. These rules include a path rule that allows all the files in the Windows directory to run. Because of this problem, you should also not create publisher rules in Windows 7 Beta that deny access to Windows system files since AppLocker will be unable to match the file to a rule.<br></font></font></p><br><font style="font-size:12px"><font style="font-size:12px"><font style="font-size:12px"><b><font style="font-size:12px" color="#1f497d"><font style="font-size:14px"><font style="font-size:14px">Resolution<br></font></font></font></b>If you have created one or more publisher rules for the Windows system files and cannot boot or login to your system, perform the following steps to recover. If you are in a domain environment and the issue is occurring on a client machine, skip to step 2. <br><br><b><font color="#1f497d"><font size=2>Step 1: Start Windows in safe mode</font></font></b><br>To start the computer in safe mode in Windows 7 Beta, follow these steps:<br> <ol> <li>Restart your computer and start pressing the F8 key on your keyboard.</li> <li>In the <strong>Windows Advanced Options</strong> menu, select <strong>Safe mode</strong>, and then press ENTER.</li></ol> <p><b><font color="#1f497d" size=2><br>Step 2: Create the default rules</font></b><br>The default rules should be created for each rule collection where you want to enforce rules. There are four AppLocker rule collections in Windows 7 Beta: Executable, Windows Installer, Script, and DLL. </p> <p>To create the default AppLocker rules for a rule collection, perform the following steps.<br><b><font color="#1f497d" size=2><br>Using local computer policy</font></b><br><strong>Note:</strong> Perform this procedure on the computer that is being affected by the AppLocker publisher rules.<br></p> <ol> <li>Open the Local Security Policy Microsoft Management Console (MMC) snap-in. To do this:<br>• Click the Start button, type <em>secpol.msc</em> in the Search programs and files box, and then press ENTER.</li> <li>In the console tree, locate and expand <strong>Application Control Policies</strong>, expand <strong>AppLocker</strong>, and then select the relevant rule collection.</li> <li>Right-click the rule collection and then click <strong>Create Default Rules</strong>.</li></ol> <p><b><font color="#1f497d" size=2><br>Using Group Policy</font></b><br><strong>Note:</strong> Add the default rules to the GPO from which the affected computer is receiving the AppLocker publisher rules.<br></p> <ol> <li>Open the Group Policy MMC snap-in:<br>a. Click the Start button, type mmc in the Search programs and files box, and then press ENTER.<br>b. On the File menu, click <strong>Add/Remove Snap-in</strong>.<br>c. Click <strong>Add</strong>.<br>d. Under <strong>Available Stand-alone Snap-ins</strong>, click <strong>Group Policy</strong>, and then click <strong>Add</strong>.<br>e. If you do not want to edit the Local Computer policy, click <strong>Browse</strong> to locate the Group Policy object that you want. Supply your user name and password if prompted, and then when you return to the Select <strong>Group Policy Object</strong> dialog box, click <strong>Finish</strong>.<br><strong>Note:</strong> You can use the <strong>Browse</strong> button to locate group policy objects linked to sites, domains, organizational units (OU), or computers. Use the default Group Policy Object (GPO) (Local Computer) to edit the settings on the local computer.<br>f. Click <strong>Close</strong>, and then in the <strong>Add/Remove Snap-in</strong> dialog box, click <strong>OK</strong>.</li> <li>In the console tree, locate and expand <strong>Application Control Policies</strong>, expand <strong>AppLocker</strong>, and then select the relevant rule collection.</li> <li>Right-click the rule collection and then click <strong>Create Default Rules</strong>.</li></ol> <p><b><font color="#1f497d" size=2><br>Step 3: Restart Windows and wait for the welcome screen<br></font></b>Windows must now be restarted to apply the changes that you have just completed. On this restart, however, the process that starts the user’s desktop (Explorer.exe) will initially be blocked. As a result, the Welcome screen will appear as Windows starts, but the Login screen will not be displayed. To complete this step, restart the computer, wait for the Welcome screen to appear, and then wait approximately two minutes for a black screen to appear.<br><b><font color="#1f497d" size=2><br>Step 4: Restart Windows Normally and Verify the Resolution<br></font></b>Finally, restart the computer normally and verify that Windows is now functioning properly. <br></font><br></font> <hr class=sig> </font>Windows Client IT Pro Audience Manager for Web Forums</p>Thu, 15 Jan 2009 02:49:06 Z2009-01-15T22:07:46Z