Es ist nur eine persönliche Wahl der Linux - Designer nicht zu erlauben - alle der pseudo-Sicherheitsgründe gegeben , sind fadenscheinig, da Unix - Systeme, die dies ermöglichen.
Ich denke, dass diese Funktionalität darauf zurückzuführen ist, ob das Verhalten Ihres Unix 'System-V' (AT & T) oder Berkeleys Unix (BSD) gefolgt ist oder nicht ...
Wie für andere Sicherheitsprobleme erwähnt:
Identitätswechsel mit einem anderen Benutzer (oder sogar root) über setuid.
Keine Ausgabe: Beim Ändern des Besitzers werden alle setXid-Bits gelöscht (U / G).
Nicht genügend Rechte, um einen fehlerhaften Chown rückgängig zu machen
Kein wirkliches "Sicherheitsrisiko", ABER es könnte auf Systemen sein, die einen Benutzerwechsel erlauben. Sie können es zurückändern, wenn es sich in einem Verzeichnis befindet, das Sie besitzen. Andernfalls: "Vorsicht"!
Es scheint, als hätte jemand anderes eine bestimmte Datei erstellt.
Es würde sich immer noch in einem Verzeichnis befinden, das von Ihnen beschreibbar ist. Das heißt, Sie könnten es nicht in ihr Homedir verschieben, es sei denn, Sie haben es für das Schreiben an Ihre Gruppe oder an alle geöffnet (oder Sie speziell, wenn ACLs verfügbar sind).
Einrichten von Cron-Jobs zur Ausführung auf Konten anderer Benutzer.
Auch dies würde nicht funktionieren, da die Crondirs dem Benutzer gehören und nicht einmal für andere Benutzer lesbar , geschweige denn beschreibbar sein sollen.
Wenn jemand den Eigentümer ändern könnte, könnte jeder die Berechtigungen ändern, um Zugriff auf eine beliebige Datei auf dem System zu erhalten.
Nein: Nur wenn der Benutzer das Verzeichnis 'besitzt', in dem sich diese Datei befindet. Dh ich kann eine Datei mit dem Namen 'passwd' an root übergeben, aber ich konnte sie nicht in / etc / verschieben, es sei denn, ich habe eine Schreibberechtigung für / etc /.
Quoten
Ein potenziell gültiger Punkt - WENN Sie Kontingente verwenden, aber es scheint, als wäre es einfach zu erkennen, ob Sie den Speicherplatz nach Home-Verzeichnis aufsummieren. Das einzige Problem liegt in Verzeichnissen, die von mehreren Benutzern beschrieben werden können. In diesem Fall geht vielleicht der Besitzer dieses "Dir" vorbei. Es KANN der Fall auf diesen Systemen sein , dass die Unterstützung ‚verschenkt‘ -Dateien, dass Sie nur diese in Verzeichnissen tun können , dass Sie ‚eigenen‘, aber es ist eine lange Zeit, seit ich habe auf einem System tatsächlich gewesen , die dies ermöglicht, so Ich erinnere mich nicht an die genauen Einschränkungen.
Ich scheine mich daran zu erinnern, dass es einen Kompromiss für das Zulassen des Vergebens von Dateien gibt ... zB - auf Systemen, die dies zulassen, ist etwas anderes nicht erlaubt, was Linux erlaubt, aber ich kann mich nicht erinnern, was das war Hand...
Ich würde sagen, die obige "Antwort" sollte nicht als die Antwort markiert sein, da es NICHT die wirkliche Antwort ist. IT ist eher eine Designentscheidung - ich weiß nur nicht, was die Kompromisse waren.
Möglicherweise gibt es Sicherheitsprobleme, die nicht oben erwähnt wurden, aber die oben genannten sind nicht gültig.
IMO, es sollte ein vom System einstellbarer 'Wert' in "/ proc" sein, aber im Allgemeinen denke ich, dass es die meisten Leute nicht so sehr interessiert.
Wenn ein dringender Bedarf besteht, kann "chown" sicherheitsverbessert und geändert werden, um dies zu ermöglichen. Anschließend kann "root" mit "setuid" eingerichtet werden, um die Implementierung einer solchen Richtlinie zu ermöglichen.
/tmp.