Bearbeiten 2014-02-02: Mit JavaRE 7u51 wird die Ask-Symbolleiste jetzt in einem Unterordner namens "AskPartnerNetwork" anstelle von "Ask.com" installiert. Man könnte den Verdacht haben, worum es geht ... In der Zwischenzeit werden die Registrierungswerte von @Danilo Roascio immer noch beachtet und funktionieren genauso gut wie zuvor.
Dies unterstreicht nur, dass die einfache Registrierungskorrektur immer noch die einfachste und beste Lösung ist. Falls sich das Java-Installationsprogramm ändert und dieser Registrierungswert ignoriert wird, kann das folgende Skript weiterhin als Problemumgehung verwendet werden. Stellen Sie lediglich sicher, dass der Pfad der Ask Toolbar aktualisiert wurde.
Die einfachste Möglichkeit, zu verhindern, dass Ask Toolbar erneut installiert wird, bestand darin, den Ordner zu erstellen, in den Ask Toolbar installiert wird, und die Berechtigungen zu ändern, damit niemand darauf schreiben kann.
Stellen Sie zunächst sicher, dass die Ask Toolbar entfernt wurde. Kopieren Sie dann den folgenden Code in den Editor, speichern Sie ihn als CMD-Datei und führen Sie ihn an einer Eingabeaufforderung mit erhöhten Rechten aus:
REM Detect processor architecture
set proc_arch=x64
if "%PROCESSOR_ARCHITECTURE%" == "x86" (
if not defined PROCESSOR_ARCHITEW6432 set proc_arch=x86
)
REM Define Ask Toolbar path
if "%proc_arch%" == "x86" set AskPath=%ProgramFiles%\Ask.com
if "%proc_arch%" == "x64" set AskPath=%ProgramFiles(x86)%\Ask.com
set AskReadme=%AskPath%\..\Ask.com_ReadMe.txt
set AskRevert=%AskPath%\..\Ask.com_RestorePermissions.cmd
REM Create dummy Ask Toolbar folder
md "%AskPath%"
REM Add explanatory text file, as to why the dummy folder is there
echo The 'Ask.com' folder is has been created and write protected,> "%AskReadme%"
echo in order to prevent Ask.com Toolbar from being 'accidentally'>> "%AskReadme%"
echo installed, e.g. by Java.>> "%AskPath%\readme.txt">> "%AskReadme%"
echo.>> "%AskReadme%"
echo This has been done using ICACLS by denying write access to the>> "%AskReadme%"
echo EVERYONE security group.>> "%AskReadme%"
echo.>> "%AskReadme%"
echo To revert permissions run:>> "%AskReadme%"
echo %AskRevert%>> "%AskReadme%"
REM Create script to remove restrictions
echo icacls "%AskPath%" /remove:d *S-1-1-0> "%AskRevert%"
REM Deny everyone (SID: S-1-1-0) write access
icacls "%AskPath%" /deny *S-1-1-0:(OI)(CI)W
Bitte beachten Sie: ICACLS ist in Windows Vista und höher enthalten. Sie können ICACLS für Windows XP / Server 2003 über Microsoft KB919240 oder eine aktualisierte Version über KB943043 herunterladen (diese muss jedoch erst angefordert werden. Anschließend erhalten Sie einen Link per E-Mail zum Herunterladen). Zu diesem Zweck sollten beide Versionen gleich gut funktionieren.
Ich habe mit dem Installationsprogramm für Java 1.7 Update 13 überprüft, dass die Ask Toolbar tatsächlich nicht installiert wird, selbst wenn ich das Kontrollkästchen aktiviert lasse.
Ein ähnlicher Ansatz kann höchstwahrscheinlich zum Blockieren der meisten anderen Arten von Huckepack-Crapware verwendet werden.
Bearbeiten Sie # 1
Windows Explorer-Eigenheit: Zugriff verweigert
Windows Explorer verhält sich etwas seltsam, wenn Sie versuchen, den Ordner zu öffnen. Obwohl Sie noch Lesezugriff auf den Ordner haben, werden Sie von Windows Explorer darauf hingewiesen, dass der Zugriff verweigert wird, obwohl nur der Schreibzugriff verweigert wurde.
Dies ist nicht der Fall, wenn Ihnen lediglich Lesezugriff zugewiesen wurde. Dies scheint jedoch zu geschehen, wenn Ihnen die Lese- / Schreibberechtigung für den Ordner zugewiesen wurde und Ihnen dann der Schreibzugriff verweigert wurde.
Berechtigungen zurücksetzen
Das Skript wurde aktualisiert, um eine Textdatei zum Lesen und ein Skript zum erneuten Aufheben der Einschränkung hinzuzufügen. Beide werden im Ordner mit den 32-Bit-Programmdateien gespeichert.
