| Форумы
ЧАТ |
Орешник |
|
| Форумы -» | Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG |
|
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Как запретить копирования файла ? [D7, WinXP]
San17 © (2007-07-18 19:21:00)Да помимо запрета на копирование хотелось бы узнать как программно запретить право на чтение файла пользователю и всем программам запущенным на компьютере кроме той программе которая работает с этим файлом.
Anatoly Podgoretsky (2007-07-19 21:25:00) [1]> San17 (19.07.2007 21:00:22) [22]
Не проблема, вот наиболее важная часть
"This function is provided for compatibility with 16-bit versions of Windows."
San17 (2007-07-19 21:00:00) [2]Кто-нибудь может привести пример применения функции OpenFile в справке по WinApi сказано что она может создавать файл но почему то у меня не получается с помощью неё создать файл.
Инс (2007-07-19 13:53:00) [3]
> heh (19.07.07 13:31) [19]
Еще один... :)
Zagaevskiy (2007-07-19 13:51:00) [4]
> Инс © (19.07.07 13:18) [18]
>
> > Из всех твоих вариантов моя прога допустит только третий
>
>
> Поясни ;)
Очевидно его прога недаёт тебе скрутить веник
и кильнуть её(прогу) тоже невозможно ;)
Как наивно
heh (2007-07-19 13:31:00) [5]San17
Запретить чтение и запись файла можно, открыв этот файл (через потоки или createfile) и указав там соответствующие атрибуты.
Инс (2007-07-19 13:18:00) [6]
> Из всех твоих вариантов моя прога допустит только третий
Поясни ;)
Zagaevskiy (2007-07-19 13:03:00) [7]
> Alarm © (19.07.07 12:59) [16]
Форум почитай
Alarm (2007-07-19 12:59:00) [8]Мне, кажестся, что следует уточнить понятие: "запретить копирование файла". Если под этим понимать копирование на гибкий диск или флешку, то в этом случае все достаточно просто. Определяем эти устройства как ReadOnly и они не позволят на себя копировать.
С уважением Alarm
Zagaevskiy (2007-07-19 11:16:00) [9]Кстати , а файл какой? Если текст, то его так зашифровать можно, я как-то пробовал. Не знаю можно ли вообще такое расшифровать.
iXT (2007-07-19 11:11:00) [10]> [12] San17 © (19.07.07 11:04)
Даже искать не придется :) DASM и все
Zagaevskiy (2007-07-19 11:05:00) [11]
> Из всех твоих вариантов моя прога допустит только третий
Этого хватит, не так ли?
San17 (2007-07-19 11:04:00) [12]>Инс ©
Из всех твоих вариантов моя прога допустит только третий а данные будут зашифрованы так что взломщику придётся искать другой путь.
Инс (2007-07-19 09:16:00) [13]
> Можно. Открыть его монопольно. И тогда пока твоя программа
> не освободит файл - никто его не сможет ни открыть, ни скопировать.
> Пример: файл подкачки ОСи.
Придумал навскидку три варианта, как обойти такую защиту, даже не будучи крутым мегахакером ;)
1. Кильнуть процесс, который держит файл
2. Скрутить веник, прикрутить к другой машине, где нет этой программы скопировать файл
3. Загрузиться с дискетки (MS_DOS), скопировать файл
Даешь еще три варианта?! ;-)
Инс (2007-07-19 09:04:00) [14]
> Этого тоже не достаточно, смогут :)
Я же все-таки написал "так просто не смогут"... ;)
У меня такое подозрение, что автор мается дурью. Пытается спрятать, скажем, файл с датой первого запуска его программы, наивно думая, что шило в мешке можно утаить. Или еще что-либо связанное с защитой программы...
Германн (2007-07-19 02:33:00) [15]
> Riply © (19.07.07 02:20) [8]
>
> > [7] Инс © (19.07.07 01:12)
> >Максимум, что могу посоветовать - пишите сервис, работающий
> под системной учетной записью.
> >Пусть он взаимодействует с файлом. Назначьте файлу дескриптор
> безопасности,
> >закрывающий доступ всем учетным записям кроме Local System.
>
> >Тогда доступ к нему смогут получить только такие же самые
> сервисы,
> >но пользовательские приложения так просто не смогут.
> Этого тоже не достаточно, смогут :)
>
> >[6] Германн © (19.07.07 01:12)
> > Уже начала делать ту самую утилиту?
> Угу :)
>
Отлично! Я рад.
Riply (2007-07-19 02:20:00) [16]> [7] Инс © (19.07.07 01:12)
>Максимум, что могу посоветовать - пишите сервис, работающий под системной учетной записью.
>Пусть он взаимодействует с файлом. Назначьте файлу дескриптор безопасности,
>закрывающий доступ всем учетным записям кроме Local System.
>Тогда доступ к нему смогут получить только такие же самые сервисы,
>но пользовательские приложения так просто не смогут.
Этого тоже не достаточно, смогут :)
>[6] Германн © (19.07.07 01:12)
> Уже начала делать ту самую утилиту?
Угу :)
Инс (2007-07-19 01:12:00) [17]
> Это не совсем так :))
Мягко сказано...
> San17 ©
Максимум, что могу посоветовать - пишите сервис, работающий под системной учетной записью. Пусть он взаимодействует с файлом. Назначьте файлу дескриптор безопасности, закрывающий доступ всем учетным записям кроме Local System. Тогда доступ к нему смогут получить только такие же самые сервисы, но пользовательские приложения так просто не смогут.
А еще лучше - расскажите что вам нужно.
Германн (2007-07-19 01:12:00) [18]
> Riply © (18.07.07 23:13) [5]
>
> > [4] Dimaxx © (18.07.07 21:21)
> >Можно. Открыть его монопольно. И тогда пока твоя программа
> не
> >освободит файл - никто его не сможет ни открыть, ни скопировать.
> Пример: файл подкачки ОСи.
> Это не совсем так :))
>
Уже начала делать ту самую утилиту?
:)
Riply (2007-07-18 23:13:00) [19]> [4] Dimaxx © (18.07.07 21:21)
>Можно. Открыть его монопольно. И тогда пока твоя программа не
>освободит файл - никто его не сможет ни открыть, ни скопировать. Пример: файл подкачки ОСи.
Это не совсем так :))
Dimaxx (2007-07-18 21:21:00) [20]Можно. Открыть его монопольно. И тогда пока твоя программа не освободит файл - никто его не сможет ни открыть, ни скопировать. Пример: файл подкачки ОСи.
| |
Страницы: 