Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

NTFS Permission Tools?

120 views
Skip to first unread message

Michael Logies

unread,
Feb 2, 2017, 11:01:12 AM2/2/17
to
Unter Windows XP war es einfach möglich, mehrere Verzeichnisse oder
Dateien zu markieren und über das Kontextmenü die Zugriffsrechte für
alle zu ändern. Das scheint seit Vista vorbei zu sein und geht mit
Windows 10 immer noch nicht wieder über die GUI, nur über ein
Kommandozeilentool, Icacls.exe:
http://www.bohack.com/2009/12/mastering-permissions-with-icacls-exe-command-thru-the-gui/

Ich komme aus dem Kopfschütteln gar nicht heraus.

Ich habe die NTFS Permission Tools gefunden, die das per GUI erledigen
sollen. Quelle Server in Hongkong:
http://ntfs-permissions-tools.findmysoft.com/download/

Gibt es eine gängige Alternative? Kann doch fast nicht sein, daß es da
nicht mehr Lösungen gibt.

Danke

M.

Falk Dľebbert

unread,
Feb 2, 2017, 1:23:57 PM2/2/17
to
log...@t-online.de says...
>

> Gibt es eine gängige Alternative? Kann doch fast nicht sein, daß es da
> nicht mehr Lösungen gibt.

Google nach "add Advanced Security to context menu".

Wenn Du eine fertige .reg findest, schau bitte vorher
rein.

Falk D.

Takvorian

unread,
Feb 2, 2017, 1:56:22 PM2/2/17
to
Michael Logies schrieb:

> Gibt es eine gängige Alternative? Kann doch fast nicht sein, daß es da
> nicht mehr Lösungen gibt.

Wenn's denn unbedingt GUI sein muss, könnte man einen Ordner mit den
passenden Rechten erstellen und die Dateien in diesen verschieben. Sie erben
dann automatisch die Rechte.

Michael Logies

unread,
Feb 2, 2017, 2:57:09 PM2/2/17
to
On Thu, 2 Feb 2017 19:24:02 +0100, Falk Dµebbert <fa...@duebbert.com>
wrote:

>log...@t-online.de says...
>>
>
>> Gibt es eine gängige Alternative? Kann doch fast nicht sein, daß es da
>> nicht mehr Lösungen gibt.
>
>Google nach "add Advanced Security to context menu".

Nach dem, was ich gelesen habe, erleichtert das nur den Zugriff auf
tiefer versteckte GUI-Dialoge zum Rechtesetzen. Darum geht es nicht.
Markiere `mal 2 Dateien und versuche die Zugriffrechte zu ändern. Bei
einer Datei geht es, bei zweien schon nicht mehr. XP konnte das.

Grüße

M.

Michael Logies

unread,
Feb 2, 2017, 3:08:02 PM2/2/17
to
On Thu, 2 Feb 2017 19:56:21 +0100, Takvorian <Takv...@byom.de>
wrote:
Ich habe einen Ordner mit ein paar Tausend Dateien (und ca. 20
Unterordnern, die nur ich bearbeiten darf, aber jeder lesen können
soll). Während der Woche kommen immer ein paar neue Dateien hinzu.
Jeder Benutzer kann während der Woche diese Dateien ändern. Am
Wochenende setze ich als Admin alle neuen Dateien für die Benutzer
auf "read-only" (unter XP einfach alle markieren, übers Kontextmenü
den Benutzern das Schreibrecht entziehen - unter Windows 10 geht das
nicht mehr). Neue Dokumente können in dem Verzeichnis nur aus alten
durch Kopieren enstehen, es wird das neue Bearbeitungsdatum an den
Dateinamen angehängt. Das ist meine Dateiversionierung für Arme. ;-)
Erschließen der Dateien über eine Desktopsuchmaschine.
Die NTFS Permission Tools haben das Problem jetzt vorläufig gelöst,
sind aber deutlich schlechter als das XP-Original, weil sie die
vorhandenen Zugriffsrechte nicht ändern können, sondern komplett durch
Zugriffsrechte für nur einen Benutzer ersetzen (ich habe die Gruppe
"Benutzer" dafür gewählt).

Grüße

M.

Michael Logies

unread,
Feb 2, 2017, 3:46:40 PM2/2/17
to
>Gibt es eine gängige Alternative? Kann doch fast nicht sein, daß es da
>nicht mehr Lösungen gibt.

Es gibt größere Lösungen (für Netzwerke und Domänen), die bei ein paar
hundert Euro anfangen und bis ein paar Tausend Euro gehen. Aber im
Freeware/Sharewarebereich mit GUI habe ich nicht mehr gefunden als die
NTFS Permission Tools (es gibt mehrere Kommandozeilentools).

ACL View wäre genial - wenn es denn die Rechte mehrerer Dateien ändern
könnte und nicht nur Rechte sehr übersichtlich darstellen. Habe ich
nur noch über die Wayback Machine im Download gefunden (Stand 2/2005,
das Tool ist von 2004):
https://web.archive.org/web/20060421103959/http://www.nativecs.com/page.en.php?f=data/en/download&img=images/baner01e.gif

Wenn man Rechte setzt, sollte man dies hier wissen:
https://technet.microsoft.com/de-de/library/cc771309%28v=ws.11%29.aspx
Übernehmen von Berechtigungen




Falk Dľebbert

unread,
Feb 2, 2017, 6:38:13 PM2/2/17
to
Michael Logies:
> Nach dem, was ich gelesen habe, erleichtert das nur den Zugriff auf
> tiefer versteckte GUI-Dialoge zum Rechtesetzen. Darum geht es nicht.
> Markiere `mal 2 Dateien und versuche die Zugriffrechte zu ändern. Bei
> einer Datei geht es, bei zweien schon nicht mehr. XP konnte das.

"Hier" (Windows 10 Enterprise) geht es mit Verzeichnissen
und Dateien, wenn der Explorer mit erhöhten Rechten
ausgeführt wird. Aber wozu klickidi, wenn es mit
Powershell rudelweise und automatisch geht?

Falk D.

Takvorian

unread,
Feb 3, 2017, 4:26:15 AM2/3/17
to
Falk Dľebbert schrieb:

> "Hier" (Windows 10 Enterprise) geht es mit Verzeichnissen
> und Dateien, wenn der Explorer mit erhöhten Rechten
> ausgeführt wird.

In Win 10 Pro geht das nicht und sollte auch in Enterprise nicht klappen.

Takvorian

unread,
Feb 4, 2017, 8:33:51 AM2/4/17
to
Falk Duebbert schrieb:

> Takvorian:
>>
>> In Win 10 Pro geht das nicht und sollte auch in Enterprise nicht klappen.

> Kann aber auch sein, dass Du mal wieder Probleme hattest, meine erste
> Antwort sinnentnehmend zu lesen.

Dann noch mal:
| > Nach dem, was ich gelesen habe, erleichtert das nur den Zugriff auf
| > tiefer versteckte GUI-Dialoge zum Rechtesetzen. Darum geht es nicht.
| > Markiere `mal 2 Dateien und versuche die Zugriffrechte zu ändern. Bei
| > einer Datei geht es, bei zweien schon nicht mehr. XP konnte das.
|
| "Hier" (Windows 10 Enterprise) geht es mit Verzeichnissen
| und Dateien, wenn der Explorer mit erhöhten Rechten
| ausgeführt wird.

Sinn entnehmend gelesen und getestet:
2 Dateien markiert - > Eigenschaften: Es erscheint kein Reiter "Sicherheit".
Auch in Enterprise nicht, wie mittlerweile getestet.

Zudem: der Explorer lässt sich gar nicht mit erhöhten Rechten starten, wie
du ja eigentlich selbst wissen müsstest, sofern man die Funktion
"Elevated-Unelevated Explorer Factory" nicht verändert. Das gilt auch für
Enterprise.
WAS also genau geht angeblich in Enterprise und mit welcher Methode wird der
Explorer mit erhöhten Rechten gestartet?
Genaue nachvollziehbare Beschreibung bitte.

Michael Logies

unread,
Feb 5, 2017, 3:00:43 PM2/5/17
to
On Sat, 4 Feb 2017 14:33:48 +0100, Takvorian <Takv...@byom.de>
wrote:

>Zudem: der Explorer lässt sich gar nicht mit erhöhten Rechten starten,

Ins Windowsverzeichnis gehen, mit rechter Maustaste explorer.exe als
Admin starten. Ändert aber nichts daran, daß man auch dann für
mehrere, vorher markierte Dateien oder Verzeichnisse nicht mehr auf
einmal die NTFS-Rechte setzen kann. Offenkundig wollte Microsoft es
Linux nachmachen und bestimmte Dinge nur noch über die Kommandozeile
zugänglich machen. Für ein Betriebssystem, dessen GUI 2 Jahrzehnte
dominiert hat, absurd, IMHO.

Grüße

M.

Takvorian

unread,
Feb 6, 2017, 6:03:01 AM2/6/17
to
Michael Logies schrieb:

> On Sat, 4 Feb 2017 14:33:48 +0100, Takvorian <Takv...@byom.de>
> wrote:
>
>>Zudem: der Explorer lässt sich gar nicht mit erhöhten Rechten starten,
>
> Ins Windowsverzeichnis gehen, mit rechter Maustaste explorer.exe als
> Admin starten.

Argh! Das funktioniert nicht, schon seit Win 7 nicht mehr! Sieh dir den
Integrity-Level der gestarteten Explorer-Prozesse an.

> Ändert aber nichts daran, daß man auch dann für
> mehrere, vorher markierte Dateien oder Verzeichnisse nicht mehr auf
> einmal die NTFS-Rechte setzen kann.

Richtig. Herr Dübbert behauptet, es ginge, das hat er aber nur geträumt.
Es geht weder in Pro noch in Enterprise.

Takvorian

unread,
Feb 6, 2017, 6:09:12 AM2/6/17
to
Falk Duebbert schrieb:

> Takvorian:
>> Zudem: der Explorer lässt sich gar nicht mit erhöhten Rechten starten,
>
> Zwei Klicks und einen Registry-Schlüssel zu ändern / löschen sind für
> Dich eine zu hohe Hürde?

Die Änderung hatte ich ja erwähnt. Dummerweise geht es auch damit nicht,
auch nicht in Enterprise.
Der Nebeneffekt dieser Änderung ist ggf. eine Inflation an
Explorer-Prozessen nebst evtl. sonstigen unerfreulichen Begleiteffekten.
Ich würde diese Änderung nicht empfehlen.

Noch mal, ich hatte dir eine Frage gestellt:
| Zudem: der Explorer lässt sich gar nicht mit erhöhten Rechten starten, wie
| du ja eigentlich selbst wissen müsstest, sofern man die Funktion
| "Elevated-Unelevated Explorer Factory" nicht verändert. Das gilt auch für
| Enterprise.
| WAS also genau geht angeblich in Enterprise und mit welcher Methode wird der
| Explorer mit erhöhten Rechten gestartet?
| Genaue nachvollziehbare Beschreibung bitte.

Die Lieferung der *nachvollziehbaren* Beschreibung ist für dich eine zu hohe
Hürde?

Stefan Kanthak

unread,
Feb 6, 2017, 7:44:09 AM2/6/17
to
"Michael Logies" <log...@t-online.de> schrieb SCHON wieder VOELLIG ahnungslos:

> On Sat, 4 Feb 2017 14:33:48 +0100, Takvorian <Takv...@byom.de>
> wrote:
>
>>Zudem: der Explorer lässt sich gar nicht mit erhöhten Rechten starten,
>
> Ins Windowsverzeichnis gehen, mit rechter Maustaste explorer.exe als
> Admin starten.

Zu dumm, dass EXPLORER.exe

1. IMMER feststellt, ob/dass andere Instanzen bereits laufen (eine
davon wird beim Anmelden als "shell" gestartet und stellt den
Desktop dar),

2. eine neue, NICHT mit dem Argument /Separate,... gestartete Instanz
sich sofort beendet, nachdem sie die laufende Instanz beauftragt
hat, ihre sonstigen Argumente abzuarbeiten,

3. ab Wixxa PRINZIPIELL (Dank per DCOM vorgegebenem Aktivierungskontext)
nur mit dem "restricted" Token des angemeldeten Benutzers laeuft.

Siehe auch <http://seclists.org/fulldisclosure/2015/Sep/76>, inkl.
Fix fuer das kaputte Kontextmenue, und einiges mehr.

wehret den DUMMSCHWAETZERN!
Stefan
[
--
Die unaufgeforderte Zusendung werbender E-Mails verstoesst gegen §823
Abs. 1 sowie §1004 Abs. 1 BGB und begruendet Anspruch auf Unterlassung.
Beschluss des OLG Bamberg vom 12.05.2005 (AZ: 1 U 143/04)

Falk D?ebbert

unread,
Feb 7, 2017, 5:35:07 AM2/7/17
to
Michael Logies:
> Ins Windowsverzeichnis gehen, mit rechter Maustaste explorer.exe als
> Admin starten.

Nein. Der startet dann im Limbo-State bzw. die Admin-Instanz
wird beendet und Du bekommst eine normale. Explorer.exe
kopieren und von woanders starten oder umbenennen hilft bis
7 ohne SP1. Sonst musst Du einen Wert aus der Registry
löschen und den Explorer auf dedizierte Prozesse ("für jedes
Fenster einen Prozess" oder so) umstellen.

Ich habe aber auch die RSAT und ein paar andere Admin-
Erweiterungen in mein Windows gespielt in sofern kann ich
nicht sagen, welche Änderung dafür verantwortlich ist.

Falk D.

Christoph Schneegans

unread,
Feb 7, 2017, 6:06:32 AM2/7/17
to
Michael Logies schrieb:

> Ins Windowsverzeichnis gehen, mit rechter Maustaste explorer.exe als
> Admin starten.

Nein, auch dieser Explorer-Prozeß hat _keine_ Administratorrechte.

Man kann aber eine beliebige Anwendung (etwa %windir%\notepad.exe) als
Administrator starten und dann in deren Öffnen- oder Speichern-Dialog
die gewünschten Explorer-Aktionen mit Administratorrechten ausführen.

Ja, das ist bescheuert.

--
<http://schneegans.de/computer/safer/> · SAFER mit Windows

Takvorian

unread,
Feb 7, 2017, 7:46:08 AM2/7/17
to
Christoph Schneegans schrieb:

> Man kann aber eine beliebige Anwendung (etwa %windir%\notepad.exe) als
> Administrator starten und dann in deren Öffnen- oder Speichern-Dialog
> die gewünschten Explorer-Aktionen mit Administratorrechten ausführen.
> Ja, das ist bescheuert.

Deshalb nimmt man einfach einen alternativen Zweit-Dateimanger.
Das ist dann nicht bescheuert.

Takvorian

unread,
Feb 7, 2017, 7:51:17 AM2/7/17
to
Falk D?ebbert schrieb:

> Ich habe aber auch die RSAT und ein paar andere Admin-
> Erweiterungen in mein Windows gespielt in sofern kann ich
> nicht sagen, welche Änderung dafür verantwortlich ist.

Aha, ein Spielkind hat also die Übersicht verloren. Das Starten des
Explorers mit erhöhten Rechten alleine bringt Windows jedenfalls nicht dazu,
mehrere Dateien gleichzeitig über die Karte Sicherheit bearbeiten zu können,

Thorsten Albrecht

unread,
Feb 7, 2017, 8:56:14 AM2/7/17
to
Falk D?ebbert <fa...@duebbert.com> wrote:

>Michael Logies:
>> Ins Windowsverzeichnis gehen, mit rechter Maustaste explorer.exe als
>> Admin starten.
>
>Nein. Der startet dann im Limbo-State bzw. die Admin-Instanz
>wird beendet und Du bekommst eine normale. Explorer.exe
>kopieren und von woanders starten oder umbenennen hilft bis
>7 ohne SP1. Sonst musst Du einen Wert aus der Registry
>löschen und den Explorer auf dedizierte Prozesse ("für jedes
>Fenster einen Prozess" oder so) umstellen.

siehe
https://www.heise.de/ct/hotline/Explorer-mit-Administratorrechten-1258468.html

Thorsten

Takvorian

unread,
Feb 7, 2017, 1:50:45 PM2/7/17
to
Thorsten Albrecht schrieb:
Nein, bitte nicht dort sehen, der Autor des C'T-Artikels muss betrunken
gewesen sein.

Zitat:
| Erste Voraussetzung, damit ein Explorer mit Administratorrechten starten kann,
| ist unter Windows 7 wie unter Vista die Einstellung „Ordnerfenster in einem eigenen
| Prozess starten“, die Sie per „Organisieren/Ordner- und Suchoptionen/Ansicht“ einschalten müssen.

Das ist flasch. "Ordnerfenster in einem eigenen Prozess starten" muss NICHT
eingeschaltet sein! Das war in Vista noch angesagt, seit Win 7 nicht mehr.

Zitat:
| Außerdem kann es nur gelingen, wenn gerade kein anderes Explorer-Fenster zu sehen ist;
| dazu gehören auch die Systemsteuerung und das Fenster „Geräte und Drucker“.

Wiederum Unsinn. Es dürfen auch schon andere Explorer-Fenster aktiv sein,
ebenso die Systemsteuerung. Das gilt für Win 7 wie für Win 10.
Richtig in dem Artikel ist, dass es mit Vista noch möglich war.
0 new messages