powered by simpleCommunicator - 2.0.49     © 2025 Programmizd 02
Форумы / Caché, Ensemble, DeepSee, MiniM, IRIS, GT.M [игнор отключен] [закрыт для гостей] / GT.M: разграничение прав доступа к объектам БД
12 сообщений из 12, страница 1 из 1
GT.M: разграничение прав доступа к объектам БД
    #38692878
ping win
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Добрый день!

В связи с определенной необходимостью, возник нетривиальный вопрос относительно возможностей GT.M по сабжу. Насколько удалось выяснить в GT.M не предусмотрено полноценной общепринятой системы разграничения прав на объекты (таблицы, вью, процедуры, триггеры). Под правами подразумевается возможность ограничения просмотра, исполнения или изменения.

Не могли бы вы прокомментировать ситуацию в GT.M по сабжу и возможные решения.

Спасибо.
...
Рейтинг: 0 / 0
GT.M: разграничение прав доступа к объектам БД
    #38692926
servit
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
...
Рейтинг: 0 / 0
GT.M: разграничение прав доступа к объектам БД
    #38692969
ping win
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
servit, спасибо! В общем примерно так и представлял себе...

The general GT.M philosophy is to use the security of the underlying operating system, and to neither subvert it nor extend it.

Все же вопрос о "best practices" остается.

Есть ли, к примеру, оболочка или модуль, реализующий промежуточный уровень доступа к объектам?
...
Рейтинг: 0 / 0
GT.M: разграничение прав доступа к объектам БД
    #38693085
ping win
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Уточню, вопрос применительно к поддержке приложений на GT.M и ограничения возможности редактировать данные/код для специалистов.
...
Рейтинг: 0 / 0
GT.M: разграничение прав доступа к объектам БД
    #38693518
Alexey Maslov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GT.M следует рассматривать не как подмножество Cache', а как реализацию MUMPS . Взглянув под таким углом, видим, что задавать вопрос о безопасности этой СУБД особого смысла нет. Запретить редактирование кода, конечно, можно, не передавая его заказчику.
Однако приложения на М(UMPS) вполне могут быть реализованы так, что доступ к данным разграничен и все прочие требования безопасности соблюдены. Сможет ли пользователь добраться до данных в обход приложения - вопрос не лишённый смысла, и здесь-то как раз проявляется процитированная выше "философия GT.M": пользуйтесь теми мерами защиты, которые предоставляет ОС.
...
Рейтинг: 0 / 0
GT.M: разграничение прав доступа к объектам БД
    #38694519
ping win
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alexey, спасибо! Повторюсь, это все конечно понятно, но.....

но ведь это нонсенс! уровень объектов БД никак не уровень ОС! да и MUMPS это не shell (оболочка Unix).

неужели этот вопрос ограничивается стандартной "философией" GT.M и как быть с множеством, например, финансовых систем, где безопасность далеко не на последних ролях!
...
Рейтинг: 0 / 0
GT.M: разграничение прав доступа к объектам БД
    #38694580
Alexey Maslov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ping win,

объекты БД - это, как правило, более высокий уровень абстракции, чем глобалы, а в GT.M ничего кроме глобалов нет.

Что касается финансовых (да и любых серьёзных) систем, то сложно представить себе их написание на глобалах. Финансовый продукт самой Fidelity, судя по беглому просмотру их сайта, сделан на неких собственных объектах, которые скрываются под аббревиатурой PIP. И на этом уровне (наверное) уже обеспечивается безопасность и прочее.

"Классические" медицинские системы, которые славятся работой по 20+ лет, тоже писались не на голом MUMPS, в основе была мини-СУБД FileMan. Отголоски её можно найти даже в Cache'.

Предшественником Cache' Objects, кстати, тоже была чисто М-овская СУБД M/SQL.
...
Рейтинг: 0 / 0
GT.M: разграничение прав доступа к объектам БД
    #38695749
ping win
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alexey,

дык в том то и дело что Фиделити особо ничего не предлагает (по моему скромному опыту), откуда собственно и возник вопрос.

на форумах тема безопасности мало обсуждается и тут создается двоякое впечатление, что либо все всё знают и это банальная тема на которую ответ извесен (типа "философия") и всячески изучен, либо это "ересь" от Фиделити с которой просто надо смириться.

спасибо за ответы.
...
Рейтинг: 0 / 0
GT.M: разграничение прав доступа к объектам БД
    #38695958
Alexey Maslov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ping winФиделити особо ничего не предлагаетТ.е., PIP - это не серьёзно? (я его не смотрел)
ping winна форумах тема безопасности мало обсуждаетсяВозможно потому, что нет особого предмета для обсуждения: в деле защиты глобалов GT.M (как и любая M-система) мало чем может помочь, остаются лишь внешние средства защиты + защита на уровне приложения. А прикладные объекты БД у каждого М-приложения свои, и, возможно, на профильных форумах их безопасность как-то и обсуждается.

Давайте для простоты обсудим Cache' :) Допустим, делается система на глобалах (без объектов и SQL). Как вы их защитите средствами Cache'? Сможете ли вы добиться того, что группа пользователей A увидит ветку ^Glob("A"), а B - ветку ^Glob("B") без извращений типа маппинга веток в разные БД?
...
Рейтинг: 0 / 0
GT.M: разграничение прав доступа к объектам БД
    #38695977
ping win
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alexey,

в PIP тоже особо не вдавался, думаю это просто фигура речи, то что есть от FIS работает на тех же глобалях и M(UMPS).

что касается группа A/B и ветки глобалей, видится только промежуточная оболочка в которой реализован доступ к объектам и прописаны синтетические права доступа (т.е. у пользователей напрямую нет доступа, а есть только через интерпретатор).
...
Рейтинг: 0 / 0
GT.M: разграничение прав доступа к объектам БД
    #38696067
Alexey Maslov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ping winчто касается группа A/B и ветки глобалей, видится только промежуточная оболочка...Так и я о том же...
ping winв PIP тоже особо не вдавался, думаю это просто фигура речиДа вроде бы не совсем : PIPApplications developed with PIP can be deployed on GT.M or on Oracle. PIP is designed so that applications created with PIP can in principle be deployed on any implementation of M or any implementation of SQL. At this time, GT.M and Oracle are the only deployment platforms on which PIP is tested and supported. Особенно понравился выбор "альтернативной платформы" )) Наводит на мысли...
...
Рейтинг: 0 / 0
GT.M: разграничение прав доступа к объектам БД
    #38696362
Бредятина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alexey Maslovping winФиделити особо ничего не предлагаетТ.е., PIP - это не серьёзно? (я его не смотрел)
ping winна форумах тема безопасности мало обсуждаетсяВозможно потому, что нет особого предмета для обсуждения: в деле защиты глобалов GT.M (как и любая M-система) мало чем может помочь, остаются лишь внешние средства защиты + защита на уровне приложения. А прикладные объекты БД у каждого М-приложения свои, и, возможно, на профильных форумах их безопасность как-то и обсуждается.

Давайте для простоты обсудим Cache' :) Допустим, делается система на глобалах (без объектов и SQL). Как вы их защитите средствами Cache'? Сможете ли вы добиться того, что группа пользователей A увидит ветку ^Glob("A"), а B - ветку ^Glob("B") без извращений типа маппинга веток в разные БД?
+ защита на уровне СУБД, все-таки, а не приложения)).. Которую ping win еще предстоит создать в среде GT.M.. Которая, в свою очередь, СУБД не является, никакую модель данных не поддерживает, и в которой нет никаких "объектов (таблиц, вью, процедур, триггеров)".
...
Рейтинг: 0 / 0
12 сообщений из 12, страница 1 из 1
Форумы / Caché, Ensemble, DeepSee, MiniM, IRIS, GT.M [игнор отключен] [закрыт для гостей] / GT.M: разграничение прав доступа к объектам БД
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]