forum.opennet.ru - "Desktop app., password(s) storage ?" (14)

"Desktop app., password(s) storage ?"

Форум Открытые системы на сервере (Пользовательские проблемы)
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Desktop app., password(s) storage ?"	+/–
Сообщение от nekto (?), 03-Янв-21, 15:45
- как и /или в чем хранить локально(желательно без сторонних либ) пароли к сетевым аккаунтам сейчас правильно(ей), в этом году - pro- vs contra- какие варианты ?
Ответить \| Правка \| Cообщить модератору

Оглавление

https www evpo net encryptpad, ыы (?), 20:47 , 03-Янв-21, (1)

Хм, контекст скорее был в контексте разработки софта - хранить пароли учетных ак, nekto (?), 22:25 , 03-Янв-21, (3)

Это что такое , Аноним (4), 10:47 , 04-Янв-21, (4)

средствами ОС грубо говоря - флаг и список приложений с явным разрешенным досту, nekto (?), 12:08 , 04-Янв-21, (5)

Ну и какой конкретно ОС Рискну предложить попробовать sasl, раз уж приложение , Аноним (-), 16:36 , 04-Янв-21, (8)

SASL внесли в блокнот на предмет потестить, хм, что-то с колегами упустили еще L, AnonymPatient (?), 17:11 , 04-Янв-21, (9)

радиус всегда был хорош если что в блокнот, Аноним (11), 00:04 , 05-Янв-21, (11)

А keepass уже не кошерно , Аноним (2), 21:48 , 03-Янв-21, (2)
В общем, в рамках 0xXXX парадигмы мини-драма закончена, отсановились на схеме -, nekto (?), 15:55 , 04-Янв-21, (6)

- unix sockets, named pipes, , nekto (?), 15:59 , 04-Янв-21, (7)

Криптоконтейнер смонтированный как файловая система Там plain-text файлы Их мож, Licha Morada (ok), 22:54 , 04-Янв-21, (10)

По входным условиям вылазит бяка - в виде браузеров и подобно-прочей любопытной , nekto (?), 11:20 , 05-Янв-21, (12)
Storage выходит не совсем smart, вернее не совсем смарт - придется докручивать , nekto (?), 11:30 , 05-Янв-21, (13)

Не smart-ность, в данном случае, достоинство И модель угроз на виду, и если всё, Licha Morada (ok), 22:11 , 05-Янв-21, (14)

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от ыы (?), 03-Янв-21, 20:47 +/–

> - как и /или в чем хранить локально(желательно без сторонних либ) пароли
> к сетевым аккаунтам сейчас правильно(ей), в этом году - pro- vs
> contra- какие варианты ?
https://www.evpo.net/encryptpad

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3

2. Сообщение от Аноним (2), 03-Янв-21, 21:48 +/–

А keepass уже не кошерно?

Ответить | Правка | Наверх | Cообщить модератору

3. Сообщение от nekto (?), 03-Янв-21, 22:25 +/–

>> - как и /или в чем хранить локально(желательно без сторонних либ) пароли
>> к сетевым аккаунтам сейчас правильно(ей), в этом году - pro- vs
>> contra- какие варианты ?
> https://www.evpo.net/encryptpad
Хм, контекст скорее был в контексте разработки софта
- хранить пароли учетных аккаунтов приложения - минимизация движений, в идеале plain-text
- обезопасить файл от чтения другими приложениями из под текушего аккаунта пользователя, какие-то штатные ср-ва на уровне ОС(*nix) есть и/или еще какте костыльные варианты ??
вот этот второй пункт, гложет мысли
P.S.:
мысли в слух, 0777 - что-то тесновато..

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #4

4. Сообщение от Аноним (4), 04-Янв-21, 10:47 +/–

>  ср-ва на уровне ОС(*nix)
Это что такое ?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #5

5. Сообщение от nekto (?), 04-Янв-21, 12:08 +/–

>>  ср-ва на уровне ОС(*nix)
> Это что такое ?
"средствами ОС"
грубо говоря - флаг и список приложений с явным разрешенным доступом(поверх парадигмы 0xXXX) к файлу:
например:
/home/user/.app/password.storage
доступ может иметь на RW(X) только: app, mc(vi,emacs, nano),
вcе остальное заупущеное от лица user`a идет лесом

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #8

6. Сообщение от nekto (?), 04-Янв-21, 15:55 +/–

> - как и /или в чем хранить локально(желательно без сторонних либ) пароли
> к сетевым аккаунтам сейчас правильно(ей), в этом году - pro- vs
> contra- какие варианты ?
В общем, в рамках 0xXXX парадигмы мини-драма закончена, отсановились на схеме:
- [ root <=> stage daemons ] <=> app, etc.
- unix, named pipes
- 5 func. in public api
- app & appeditor in allowed app(s)
- CLOC: 1k( 2k c обвязкой)
- TIME: 1 * 2.78 month
Всем успехов в НГ.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7

7. Сообщение от nekto (?), 04-Янв-21, 15:59 +/–

> - unix, named pipes
- unix sockets, named pipes, ...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

8. Сообщение от Аноним (-), 04-Янв-21, 16:36 +/–

>>>  ср-ва на уровне ОС(*nix)
>> Это что такое ?
> "средствами ОС"
Ну и какой конкретно ОС ? Рискну предложить попробовать sasl, раз уж приложение подразумевается быть сетевым и запускаемое гдепопало.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #9

9. Сообщение от AnonymPatient (?), 04-Янв-21, 17:11 +/–

>>>>  ср-ва на уровне ОС(*nix)
>>> Это что такое ?
>> "средствами ОС"
> Ну и какой конкретно ОС ? Рискну предложить попробовать sasl, раз уж
> приложение подразумевается быть сетевым и запускаемое гдепопало.
SASL внесли в блокнот на предмет потестить, хм, что-то с колегами упустили еще LDAP и прочее...
Все же пока остановились на вeлосипедной схеме, привилегии root`a дают больше пр-ва для различных маневров в реализации хотелок заказчика..

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #11

10. Сообщение от Licha Morada (ok), 04-Янв-21, 22:54 +/–

> - как и /или в чем хранить локально(желательно без сторонних либ) пароли
> к сетевым аккаунтам сейчас правильно(ей), в этом году - pro- vs
> contra- какие варианты ?
Криптоконтейнер смонтированный как файловая система. Там plain-text файлы.
Их можно читать глазами,
копировать фрагменты в буффер (даже в два, и вставлять по Ctrl-V и по средней кнопке мыши),
делать на них символические ссылки из мест где лежит конфигурация не интерактивного софта .

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12, #13

11. Сообщение от Аноним (11), 05-Янв-21, 00:04 +/–

>  и прочее...
радиус всегда был хорош если что в блокнот

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

12. Сообщение от nekto (?), 05-Янв-21, 11:20 +/–

>> - как и /или в чем хранить локально(желательно без сторонних либ) пароли
>> к сетевым аккаунтам сейчас правильно(ей), в этом году - pro- vs
>> contra- какие варианты ?
> Криптоконтейнер смонтированный как файловая система. Там plain-text файлы.
> Их можно читать глазами,
> копировать фрагменты в буффер (даже в два, и вставлять по Ctrl-V и
> по средней кнопке мыши),
> делать на них символические ссылки из мест где лежит конфигурация не интерактивного
> софта .
По входным условиям вылазит бяка - в виде браузеров и подобно-прочей любопытной нечисти..(
Необходима минимальная доп. проверка - в RT прозрачно для пользователя...
Крипто поставим в дальнейшем как опцию..

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

13. Сообщение от nekto (?), 05-Янв-21, 11:30 +/–

>> - как и /или в чем хранить локально(желательно без сторонних либ) пароли
>> к сетевым аккаунтам сейчас правильно(ей), в этом году - pro- vs
>> contra- какие варианты ?
> Криптоконтейнер смонтированный как файловая система. Там plain-text файлы.
> Их можно читать глазами,
> копировать фрагменты в буффер (даже в два, и вставлять по Ctrl-V и
> по средней кнопке мыши),
> делать на них символические ссылки из мест где лежит конфигурация не интерактивного
> софта .
Storage выходит не совсем smart, вернее не совсем смарт - придется "докручивать" проверк(и) в системные уилиту(ы) RT проверки pid инициатора запроса его ppid и проче-подобное - хотя как вариант(сценарий) с крипто контейнера тоже внесем в блокнот..

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #14

14. Сообщение от Licha Morada (ok), 05-Янв-21, 22:11 +/–

> Storage выходит не совсем smart, вернее не совсем смарт - придется "докручивать"
> проверк(и) в системные уилиту(ы) RT проверки pid инициатора запроса его ppid
> и проче-подобное - хотя как вариант(сценарий) с крипто контейнера тоже внесем
> в блокнот..
Не smart-ность, в данном случае, достоинство. И модель угроз на виду, и если всё сломается то руками всё вытащить тривиально.
Контроль над тем, кто какой файл читать может я не делал, но смотрел бы в сторону Apparmor или Selinux. Это если не изолировать процессы по разным UID, тогда можно былобы обычными атрибутами POSIX обойтись.
Офисному юзеру не пойдёт, ему придётся организовать рабочий процесс так, чтобы исключить подобную потребность.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. Сообщение от ыы (?), 03-Янв-21, 20:47	+/–
> - как и /или в чем хранить локально(желательно без сторонних либ) пароли > к сетевым аккаунтам сейчас правильно(ей), в этом году - pro- vs > contra- какие варианты ? https://www.evpo.net/encryptpad
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #3

2. Сообщение от Аноним (2), 03-Янв-21, 21:48	+/–
А keepass уже не кошерно?
Ответить \| Правка \| Наверх \| Cообщить модератору

3. Сообщение от nekto (?), 03-Янв-21, 22:25	+/–
>> - как и /или в чем хранить локально(желательно без сторонних либ) пароли >> к сетевым аккаунтам сейчас правильно(ей), в этом году - pro- vs >> contra- какие варианты ? > https://www.evpo.net/encryptpad Хм, контекст скорее был в контексте разработки софта - хранить пароли учетных аккаунтов приложения - минимизация движений, в идеале plain-text - обезопасить файл от чтения другими приложениями из под текушего аккаунта пользователя, какие-то штатные ср-ва на уровне ОС(*nix) есть и/или еще какте костыльные варианты ?? вот этот второй пункт, гложет мысли P.S.: мысли в слух, 0777 - что-то тесновато..
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #4

4. Сообщение от Аноним (4), 04-Янв-21, 10:47	+/–
> ср-ва на уровне ОС(*nix) Это что такое ?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3 Ответы: #5

5. Сообщение от nekto (?), 04-Янв-21, 12:08	+/–
>> ср-ва на уровне ОС(*nix) > Это что такое ? "средствами ОС" грубо говоря - флаг и список приложений с явным разрешенным доступом(поверх парадигмы 0xXXX) к файлу: например: /home/user/.app/password.storage доступ может иметь на RW(X) только: app, mc(vi,emacs, nano), вcе остальное заупущеное от лица user`a идет лесом
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #4 Ответы: #8

6. Сообщение от nekto (?), 04-Янв-21, 15:55	+/–
> - как и /или в чем хранить локально(желательно без сторонних либ) пароли > к сетевым аккаунтам сейчас правильно(ей), в этом году - pro- vs > contra- какие варианты ? В общем, в рамках 0xXXX парадигмы мини-драма закончена, отсановились на схеме: - [ root <=> stage daemons ] <=> app, etc. - unix, named pipes - 5 func. in public api - app & appeditor in allowed app(s) - CLOC: 1k( 2k c обвязкой) - TIME: 1 * 2.78 month Всем успехов в НГ.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #7

7. Сообщение от nekto (?), 04-Янв-21, 15:59	+/–
> - unix, named pipes - unix sockets, named pipes, ...
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6

8. Сообщение от Аноним (-), 04-Янв-21, 16:36	+/–
>>> ср-ва на уровне ОС(*nix) >> Это что такое ? > "средствами ОС" Ну и какой конкретно ОС ? Рискну предложить попробовать sasl, раз уж приложение подразумевается быть сетевым и запускаемое гдепопало.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5 Ответы: #9

9. Сообщение от AnonymPatient (?), 04-Янв-21, 17:11	+/–
>>>> ср-ва на уровне ОС(*nix) >>> Это что такое ? >> "средствами ОС" > Ну и какой конкретно ОС ? Рискну предложить попробовать sasl, раз уж > приложение подразумевается быть сетевым и запускаемое гдепопало. SASL внесли в блокнот на предмет потестить, хм, что-то с колегами упустили еще LDAP и прочее... Все же пока остановились на вeлосипедной схеме, привилегии root`a дают больше пр-ва для различных маневров в реализации хотелок заказчика..
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #8 Ответы: #11

10. Сообщение от Licha Morada (ok), 04-Янв-21, 22:54	+/–
> - как и /или в чем хранить локально(желательно без сторонних либ) пароли > к сетевым аккаунтам сейчас правильно(ей), в этом году - pro- vs > contra- какие варианты ? Криптоконтейнер смонтированный как файловая система. Там plain-text файлы. Их можно читать глазами, копировать фрагменты в буффер (даже в два, и вставлять по Ctrl-V и по средней кнопке мыши), делать на них символические ссылки из мест где лежит конфигурация не интерактивного софта .
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #12, #13

11. Сообщение от Аноним (11), 05-Янв-21, 00:04	+/–
> и прочее... радиус всегда был хорош если что в блокнот
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #9

12. Сообщение от nekto (?), 05-Янв-21, 11:20	+/–
>> - как и /или в чем хранить локально(желательно без сторонних либ) пароли >> к сетевым аккаунтам сейчас правильно(ей), в этом году - pro- vs >> contra- какие варианты ? > Криптоконтейнер смонтированный как файловая система. Там plain-text файлы. > Их можно читать глазами, > копировать фрагменты в буффер (даже в два, и вставлять по Ctrl-V и > по средней кнопке мыши), > делать на них символические ссылки из мест где лежит конфигурация не интерактивного > софта . По входным условиям вылазит бяка - в виде браузеров и подобно-прочей любопытной нечисти..( Необходима минимальная доп. проверка - в RT прозрачно для пользователя... Крипто поставим в дальнейшем как опцию..
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #10

13. Сообщение от nekto (?), 05-Янв-21, 11:30	+/–
>> - как и /или в чем хранить локально(желательно без сторонних либ) пароли >> к сетевым аккаунтам сейчас правильно(ей), в этом году - pro- vs >> contra- какие варианты ? > Криптоконтейнер смонтированный как файловая система. Там plain-text файлы. > Их можно читать глазами, > копировать фрагменты в буффер (даже в два, и вставлять по Ctrl-V и > по средней кнопке мыши), > делать на них символические ссылки из мест где лежит конфигурация не интерактивного > софта . Storage выходит не совсем smart, вернее не совсем смарт - придется "докручивать" проверк(и) в системные уилиту(ы) RT проверки pid инициатора запроса его ppid и проче-подобное - хотя как вариант(сценарий) с крипто контейнера тоже внесем в блокнот..
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #10 Ответы: #14

14. Сообщение от Licha Morada (ok), 05-Янв-21, 22:11	+/–
> Storage выходит не совсем smart, вернее не совсем смарт - придется "докручивать" > проверк(и) в системные уилиту(ы) RT проверки pid инициатора запроса его ppid > и проче-подобное - хотя как вариант(сценарий) с крипто контейнера тоже внесем > в блокнот.. Не smart-ность, в данном случае, достоинство. И модель угроз на виду, и если всё сломается то руками всё вытащить тривиально. Контроль над тем, кто какой файл читать может я не делал, но смотрел бы в сторону Apparmor или Selinux. Это если не изолировать процессы по разным UID, тогда можно былобы обычными атрибутами POSIX обойтись. Офисному юзеру не пойдёт, ему придётся организовать рабочий процесс так, чтобы исключить подобную потребность.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #13