Login

Forums

Forum Topics Posts Last post
apt-get upgrade breaks KDE cd /etc/alternatives/ mv x-session-manager x-session-manager-broke ln -s /opt/kde3/bin/startkde x-session-manager cd /opt/kde3/share/ mv applications borked-applications mv pixmaps borked-pixmaps mkdir -p /usr/local/share/applications/kde cp borked-applications/kde/ksnapshot.desktop /usr/local/share/applications/kde ln -s /usr/local/share/pixmaps pixmaps ln -s /usr/local/share/applications applications cd /opt/kde3/share/icons/crystalsvg/16x16/apps/ ln -s cache.png preferences-web-browser-cache.png cd /opt/kde3/share/applications/kde cat ksnapshot.desktop |grep -v ^GenericName > ksnapshot.desktop1 mv ksnapshot.desktop1 ksnapshot.desktop
0 0 n/a
Use NTLM or NTLMv2 Instead of storing your user account password in clear-text, Windows generates and stores user account passwords by using two different password representations, generally known as "hashes." When you set or change the password for a user account to a password that contains fewer than 15 characters, Windows generates both a LAN Manager hash (LM hash) and a Windows NT hash (NT hash) of the password. These hashes are stored in the local Security Accounts Manager (SAM) database or in Active Directory. The LM hash is relatively weak compared to the NT hash, and it is therefore prone to fast brute force attack. Therefore, you may want to prevent Windows from storing an LM hash of your password Windows 2000-based servers and Windows Server 2003-based servers can authenticate users who connect from computers that are running all earlier versions of Windows. However, versions of Windows earlier than Windows 2000 do not use Kerberos for authentication. For backward compatibility, Windows 2000 and Windows Server 2003 support LAN Manager (LM) authentication, Windows NT (NTLM) authentication, and NTLM version 2 (NTLMv2) authentications. The NTLM, NTLMv2, and Kerberos all use the NT hash, also known as the Unicode hash. The LM authentication protocol uses the LM hash. The use of LAN Manager hashes on the network can be disabled on Windows NT, 2000, 2003 & XP through registry edits or through the Local Security Policy. The instructions to do so can be found at in Microsoft Knowledgebase Article 147706 [12]. The storage of LAN Manager hashes also needs to be disabled; this can be done for Windows 2000, XP and 2003 again via registry edits or the Local Security Policy. The instructions to do so can be found at in Microsoft Knowledgebase Article 299656 [13]. Method 1: Implement the NoLMHash Policy by Using Group Policy To disable the storage of LM hashes of a user's passwords in the local computer's SAM database by using Local Group Policy (Windows XP or Windows Server 2003) or in a Windows Server 2003 Active Directory environment by using Group Policy in Active Directory (Windows Server 2003), follow these steps: 1. In Group Policy, expand Computer Configuration, expand Windows Settings, expand Security Settings, expand Local Policies, and then click Security Options. 2. In the list of available policies, double-click Network security: Do not store LAN Manager hash value on next password change. 3. Click Enabled, and then click OK. Method 2: Implement the NoLMHash Policy by Editing the Registry Windows 2000 SP2 and Later To add this key by using Registry Editor, follow these steps: 1. Start Registry Editor (Regedt32.exe). 2. Locate and then click the following key: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa 3. On the Edit menu, click Add Key, type NoLMHash, and then press ENTER. 4. Quit Registry Editor. 5. Restart the computer, and then change your password to make the setting active.
0 0 n/a