AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Thema durchsuchen
Ansicht
Themen-Optionen

Datei in Benutzung -> Sperren

Ein Thema von MCXSC · begonnen am 27. Jun 2009 · letzter Beitrag vom 17. Sep 2010
Antwort Antwort
Seite 2 von 2     12   
kaka77

Registriert seit: 3. Aug 2006
11 Beiträge
 
#11

AW: Datei in Benutzung -> Sperren

  Alt 16. Sep 2010, 23:54
hi,


sieht alles ganz schick aus.

nur was mach ICH falsch? wenn ich versuche 'c:\windows\system32\config\SAM' zu unlocken, klappts natürlich nicht. jemand nie idee oder einen alternative lösungsansatz?
also entweder würd ich die datei öffnwen oder kopieren...jedenfalls irgendwie an den inhalt rankommen...

danke!
  Mit Zitat antworten Zitat
Benutzerbild von Luckie
Luckie

Registriert seit: 29. Mai 2002
37.621 Beiträge
 
Delphi 2006 Professional
 
#12

AW: Datei in Benutzung -> Sperren

  Alt 16. Sep 2010, 23:58
Du weißt schon, was in da drin steht? Und was würde es für die Sicherheit bedeuten, wenn man die Datei einfach kopieren könnte?

Ich gehe mal davon aus, dass dir die nötigen Rechte fehlen. Und ob man sich die als Administrator holen kann, weiß ich jetzt nicht.
Michael
Ein Teil meines Codes würde euch verunsichern.
  Mit Zitat antworten Zitat
Dezipaitor

Registriert seit: 14. Apr 2003
Ort: Stuttgart
1.701 Beiträge
 
Delphi 7 Professional
 
#13

AW: Datei in Benutzung -> Sperren

  Alt 17. Sep 2010, 10:21
Du kannst es nicht "unlocken".

Es wurde mit CreateFile und dwShareMode = 0 von Windows geöffnet.

Zitat:
Prevents other processes from opening a file or device if they request delete, read, or write access.
Christian
Windows, Tokens, Access Control List, Dateisicherheit, Desktop, Vista Elevation?
Goto: JEDI API LIB & Windows Security Code Library (JWSCL)

Geändert von Dezipaitor (17. Sep 2010 um 10:25 Uhr)
  Mit Zitat antworten Zitat
Benutzerbild von Luckie
Luckie

Registriert seit: 29. Mai 2002
37.621 Beiträge
 
Delphi 2006 Professional
 
#14

AW: Datei in Benutzung -> Sperren

  Alt 17. Sep 2010, 10:28
Du kannst es nicht "unlocken".

Es wurde mit CreateFile und dwShareMode = 0 von Windows geöffnet.
Das kommt noch hinzu und das ist auch gut so.
Michael
Ein Teil meines Codes würde euch verunsichern.
  Mit Zitat antworten Zitat
kaka77

Registriert seit: 3. Aug 2006
11 Beiträge
 
#15

AW: Datei in Benutzung -> Sperren

  Alt 17. Sep 2010, 10:54
danke für die antworten.

aber gerade weil diese datei doch mit dwShareMode = 0 geöffnet wurde, müsste sie doch freigegeben werden um drauf zugreifen zu können ?!

gibt es nicht ne möglich keit die bytes von der festplatte auszulesen? also ohne die datei an sich erst mit reset oder createstream zu öffnen? indem man vielleicht erst im dateisystem nachschaut, wo sie anfängt und aufhört?

schönes wochenende
  Mit Zitat antworten Zitat
Benutzerbild von Luckie
Luckie

Registriert seit: 29. Mai 2002
37.621 Beiträge
 
Delphi 2006 Professional
 
#16

AW: Datei in Benutzung -> Sperren

  Alt 17. Sep 2010, 11:05
danke für die antworten.

aber gerade weil diese datei doch mit dwShareMode = 0 geöffnet wurde, müsste sie doch freigegeben werden um drauf zugreifen zu können ?!
Eben nicht:
Zitat:
Prevents other processes from opening a file or device if they request delete, read, or write access.
Zitat:
gibt es nicht ne möglich keit die bytes von der festplatte auszulesen? also ohne die datei an sich erst mit reset oder createstream zu öffnen? indem man vielleicht erst im dateisystem nachschaut, wo sie anfängt und aufhört?
Klar geht das. Nur glaube ich kaum, dass du das umsetzen können wirst. Ehrlich gesagt kenne ich nur zwei Delphiprogrammierer denen ich das zutrauen würden. Man kann die Festplatte so zu sagen im Raw-Modus mit CreateFile öffnen, um ein Image zu erstellen oder zu schreiben. Wenn du aus dem MFT den Sektor/Cluster hast musst du nur zur entsprechenden Stelle springen.

Was hast du mit der Datei eigentlich vor? Ich kann mir keinen sinnvollen Grund vorstellen wozu man sie öffnen können müsste.
Michael
Ein Teil meines Codes würde euch verunsichern.
  Mit Zitat antworten Zitat
Dezipaitor

Registriert seit: 14. Apr 2003
Ort: Stuttgart
1.701 Beiträge
 
Delphi 7 Professional
 
#17

AW: Datei in Benutzung -> Sperren

  Alt 17. Sep 2010, 11:13
Einfacher geht es, die Datei von einem anderen System aus zu lesen. Sollte eigentlich gehen.

PS.
mit ShareMode = 0 sollte man normalerweise mit Backup Privilegien trotzdem zugreifen können. Aber diese Datei ist die Ausnahme.
Christian
Windows, Tokens, Access Control List, Dateisicherheit, Desktop, Vista Elevation?
Goto: JEDI API LIB & Windows Security Code Library (JWSCL)
  Mit Zitat antworten Zitat
Benutzerbild von Sir Rufo
Sir Rufo

Registriert seit: 5. Jan 2005
Ort: Stadthagen
9.454 Beiträge
 
Delphi 10 Seattle Enterprise
 
#18

AW: Datei in Benutzung -> Sperren

  Alt 17. Sep 2010, 11:52
Was hast du mit der Datei eigentlich vor? Ich kann mir keinen sinnvollen Grund vorstellen wozu man sie öffnen können müsste.
Kann es sein, dass Hackervolk anwesend ist?
Kaum macht man's richtig - schon funktioniert's
Zertifikat: Sir Rufo (Fingerprint: ‎ea 0a 4c 14 0d b6 3a a4 c1 c5 b9 dc 90 9d f0 e9 de 13 da 60)
  Mit Zitat antworten Zitat
Benutzerbild von Luckie
Luckie

Registriert seit: 29. Mai 2002
37.621 Beiträge
 
Delphi 2006 Professional
 
#19

AW: Datei in Benutzung -> Sperren

  Alt 17. Sep 2010, 12:01
Kann es sein, dass Hackervolk anwesend ist?
Jeder nur ein Kreuz.
Michael
Ein Teil meines Codes würde euch verunsichern.
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 2 von 2     12   


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 15:21 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz