[Vista] FindFirstURLCacheEntry funktioniert wohl nicht?

**sECuRE**

Hi,

Mithilfe von Process Explorer (

http://www.sysinternals.com) habe ich bemerkt, dass der IE7 in der Standardinstallation von Vista Cookies in den Pfad %APPDATA%\Roaming\Microsoft\Windows\Cookies\Low schreibt.

Nun gibt es ja die WinAPI-Funktion FindFirstURLCacheEntry, welches einem - mithilfe von index.dat - diese Einträge (und auch die History/Cache/RSS/usw) zurückliefert.

Unter Windows XP funktioniert das prima, aber unter Windows Vista versucht diese Funktion, im Pfad %APPDATA%\Local\Temp\Temporary Internet Files\Content.IE5 nach index.dat zu suchen.

Auch nach dem Herabsetzen der Prozessrechte auf "low integrity" (siehe

http://www.delphipraxis.net/internal...t.php?p=813574) klappt das nicht (ändert sich nichts an den Pfaden, aber via Process Explorer (ebenfalls

http://www.sysinternals.com) und anderen lustigen Nebeneffekten sehe ich, dass das Herabsetzen geklappt hat).

Hat jemand eine Idee, wie man das Problem beheben/umgehen könnte, ohne einen eigenen index.dat-Parser zu schreiben und die Dateien direkt zu öffnen?

Danke schonmal

**Dezipaitor**

FeedBack für FindFirstURLCacheEntry

https://beta.microsoft.com/WNDP/feed...dbackID=191952

A bit about WinInet's Index.dat

http://blogs.msdn.com/wndp/archive/2...Index_dat.aspx

Wenn ich dem FeedBack (erster Link) glaube, dann ist die einzige Möglichkeit, den korrekten Cache der LowIntegrity zu bekommen,
einen Prozess mit dem Aufruf zu beauftragen. Dieser Prozess muss sofort mit LowIL gestartet werden.
Sag mir bescheid, wenn du was dazu hast.

P.S.
Ich habe das Integrity Level für das Token eingeführt.

markieren

Delphi-Quellcode:

			var tok : TJwSecurityToken;

begin

  tok := TJwSecurityToken.CreateTokenEffective(TOKEN_ALL_ACCESS);

  try

    tok.TokenIntegrityLevelType := iltLow;

  finally

    tok.Free;

  end;

end;

----------

Zitat:

if (SetTokenInformation(processToken, Windows.TTokenInformationClass(TokenIntegrityLevel ),
@MandatoryLabel, SizeOf(PTokenMandatoryLabel)+GetLengthSid(pIntegri tySid))) then begin
ShowMessage('Privileges lowered');
end;

Meiner Meinung ist es reiner Zufall, dass das überhaupt funktioniert. Die übergebene Größe (SizeOf(PTokenMandatoryLabel)+GetLengthSid(pIntegr itySid)) ist dieselbe oder größer als die von MandatoryLabel.
Ich habe daher sizeof(MandatoryLabel) verwendet und es funkt wunderbar.

sizeof(MandatoryLabel) = sizeof(_TOKEN_MANDATORY_LABEL) = sizeof(PSID) +sizeof(DWORD) = 4+4 = 8
SizeOf(PTokenMandatoryLabel)+GetLengthSid(pIntegri tySid) = 4 + 12 = 16 (bei mir)

Die Struktur verwendet jedoch einen Zeiger auf die SID. Im Gegensatz zu den ACE Strukturen. Diese enthalten die SID komplett im Record. Daher muss man die SidLänge angeben.

Hast du es von dort?:

http://weblogs.asp.net/kennykerr/arc...t-Control.aspx

Müsste man mal fragen, warum der das so macht. Würde mich gerne belehren lassen.

**sECuRE**

Hi,

Zitat von Dezipaitor:

Wenn ich dem FeedBack (erster Link) glaube, dann ist die einzige Möglichkeit, den korrekten Cache der LowIntegrity zu bekommen,
einen Prozess mit dem Aufruf zu beauftragen. Dieser Prozess muss sofort mit LowIL gestartet werden.
Sag mir bescheid, wenn du was dazu hast.

OK, das würde dann auch erklären, warum man rundll32 beauftragen muss (welche dann wiederum inetcpl im low integrity mode startet). Anscheinend werden also die Pfade gecached und nur beim Start des Prozesses aktualisiert.

Wird beim Auslagern des Codes in eine DLL, die ich im LIM starte, dann auch jedes mal der Benutzer benachrichtigt und muss bestätigen?

Zitat von Dezipaitor:

if (SetTokenInformation(processToken, Windows.TTokenInformationClass(TokenIntegrityLevel ),
@MandatoryLabel, SizeOf(PTokenMandatoryLabel)+GetLengthSid(pIntegri tySid))) then begin
ShowMessage('Privileges lowered');
end;
Meiner Meinung ist es reiner Zufall, dass das überhaupt funktioniert. Die übergebene Größe (SizeOf(PTokenMandatoryLabel)+GetLengthSid(pIntegr itySid)) ist dieselbe oder größer als die von MandatoryLabel.
Ich habe daher sizeof(MandatoryLabel) verwendet und es funkt wunderbar.

Hab' ich so aus der MSDN, Siehe

http://msdn2.microsoft.com/en-us/library/bb250462.aspx

Danke für deine Antwort