Короткий ответ: вам не нужно ничего делать, чтобы программа запускалась с правами пользователя, который ее породил. Это стандарт для систем Windows.
Чтобы заставить программу работать как совершенно другой пользователь, как это делает SetUID, Microsoft предоставила команду Runas , которую можно использовать для вызова исполняемого файла с учетными данными разных пользователей.
Кроме того, в системах с поддержкой UAC, таких как Windows 7, вы можете удерживать Shift + щелчок правой кнопкой мыши на исполняемом файле, чтобы запустить программу под другим пользователем и при необходимости вызвать права администратора этого пользователя.
Обратите внимание, что ответ ниже относится к первоначальному вопросу о Sticky.
Чтобы прямо ответить на ваш вопрос, да и нет. Можно эмулировать функцию, но приложение совершенно другое.
Я думаю, что вы можете путать бит Sticky с другими специальными разрешениями Unix SetUID и SetGID, которые влияют на то, как приложения выполняются по отношению к пользователю, вызывающему процесс, а Sticky - нет.
Sticky не позволит ни одному пользователю, кроме root или Owner-user, удалить или переименовать файл, даже если у пользователя есть права на запись, и, таким образом, может редактировать файл.
В окне Advanced Permisions (из объектов Properties - вкладка> Безопасность -> Дополнительно), вы можете добавлять или редактировать разрешения для CREATOR OWNER
"пользователь" и предоставить им права доступа Delete
и Delete subfolders and files
Затем для каждого другого объекта в ACL аннулируйте (но не запрещайте) те же разрешения.

Это позволит всем пользователям с правами записи создавать / редактировать любой файл, но только владелец файла может удалить его.
Обратите внимание, что у этого подхода есть тот же недостаток, что и у Sticky: любой пользователь с правами на редактирование может перезаписать файл с 0B, что концептуально аналогично удалению файла (многие утверждают, что это as-good-as ...).
удачи.