ROSA Forum

По ссылке видео, это бесплатный видеохостинг
http://vimple.co/ec51e6be11614acab7c89c5029886925

vim пока что удалю

Аналогично в vi. Заблокировал запуск. Такое же в mageia 6 и fedora 25. Похоже проблема с самим vi, а не с системой.
Если на папку в которой файл у пользователя на изменение нет прав, тогда работает правильно. Но если на папку у пользователя есть права на запись, тогда он может изменить ЛЮБОЙ файл без прав

zrpg писал(а):если на папку у пользователя есть права на запись, тогда он может изменить ЛЮБОЙ файл

Так и задумано.

Вряд ли. Например nano такого не делает.

Нет. В смысле да. Многопользовательская система же. Это относительно безопасно. Редактор пытается изменить файл который ему позволили открыть. Сохранение "делает механизм "внесения изменений". Его и смотреть надо. от пользователя в такой папке вроде поменяет права на этот файл с root на пользователя. Но это не так. Считайте, что исходный root_файл_с_правом_на_чтение_всем перестал существовать и появился новый с таким же именем, но созданный пользователем. Ведь удалить такой файл из папки и создать новый с аналогичным именем пользователю разрешили. Просто изменить () содержимое сохранив права доступа не получится. На то оно и право записи в папку. НОВЫЙ, т.е. другой файл теперь не root, а пользователя. Так надо.

Права на изменение содержимого даны. Сравните с обычной папкой. Вляделец может делать с её "файлами" что угодно. Захотел, переместил куда-нибудь лист, будь он хоть гербовой бумагой с семью печатями. vim делает тоже самое (создавая резервные "копии"?). nano прогорамма попроще и не использует такую возможность ядра.

trs, notauser убедили. Да можно удалить такой файл и создать новый.
И всё равно думаю что это не хорошо. И ни один текстовый процессор такого делать не должен, ну то есть автоматом не должен

trs писал(а):Права на изменение содержимого даны. Сравните с обычной папкой. Вляделец может делать с её "файлами" что угодно. Захотел, переместил куда-нибудь лист, будь он хоть гербовой бумагой с семью печатями. vim делает тоже самое (создавая резервные "копии"?). nano прогорамма попроще и не использует такую возможность ядра.

Вот такая "печать" не даст переместить. Если работает в используемой фс, конечно.

zrpg писал(а):ни один текстовый процессор такого делать не должен, ну то есть автоматом не должен

"Атаку" можно произвести из командной сторки, необходимости в текстовом редакторе нет. То есть vim не открывает уязвимость в системе.

trs, это к тому что сказано:
каждая программа делает что-то одно и делает это хорошо, остальные программы этим пользуются

Тогда это вопрос дизайна программы, а не безопасности системы.