Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

overwriting the secure dialect

 [1/6] from: gabillon:univ-pau at: 27-Nov-2002 18:20


Hi all ! Is there a possibility to overwrite the native secure dialect with a custom one ? Thanks in advance AG

 [2/6] from: lmecir:mbox:vol:cz at: 28-Nov-2002 21:23


Hi Alban, ----- Original Message ----- From: "Alban Gabillon"
> Is there a possibility to overwrite the native secure dialect with a
custom one ?
> Thanks in advance > > AG
Of course, you can write your own dialect and translate the result. -L

 [3/6] from: alban:gabillon:univ-pau at: 29-Nov-2002 11:17


Hi Ladislav, My question was not clear. What I meant is the following: 'secure is used to define the access control policy. Then rebol grants or denies access to ressources based on this policy. What I would like to do is to define my own access control policy language which would be more expressive than 'secure. I give you an example: I would like the language to be able to express authorization rules separately addressing the file existence and the file content. Consequently, regarding a given file, one may have the permission to see it but not to consult its content. One may also be forbidden to both see it and consult it. So my question is: Is there a way to make rebol to apply the policy defined with my custom language ?

 [4/6] from: lmecir:mbox:vol:cz at: 29-Nov-2002 16:50


Hi Alban, ----- Original Message ----- From: "Alban Gabillon"
> 'secure is used to define the access control policy. Then rebol grants or > denies access to ressources based on this policy. > What I would like to do is to define my own access control policy language > which would be more expressive than 'secure. I give you an example: I
would
> like the language to be able to express authorization rules separately > addressing the file existence and the file content. Consequently,
regarding
> a given file, one may have the permission to see it but not to consult its > content. One may also be forbidden to both see it and consult it. > > So my question is: Is there a way to make rebol to apply the policy
defined
> with my custom language ? > > > Is there a possibility to overwrite the native secure dialect with a
<<quoted lines omitted: 3>>
> > > > > > AG
your problem isn't the custom language. In Rebol it is trivial to write any custom language, a.k.a. dialect. The trouble is, what to do with it. The SECURE function clearly affects data built to the interpreter. These data are accessed by native functions manipulating files, network resources, etc. If you wanted to change security policies of the natives, you might have to rewrite the natives (probably in C), i.e. build a new version of the interpreter. The reason, why you cannot access security data from Rebol is simple: otherwise there would have been no security at all. This means, that you can write your own dialect, but you are unable to change the behaviour of the natives. Hope it will be clear now -L

 [5/6] from: gabillon:univ-pau at: 29-Nov-2002 17:58


Hi Ladislav, This is perfectly clear and that what I thought. I just asked in case..... thx A.

 [6/6] from: greggirwin:mindspring at: 29-Nov-2002 16:56


Hi Ladislav, LM> This means, that you can write your own dialect, but you are unable to LM> change the behaviour of the natives. But you could write your own dialect and replace the native SECURE function. While this alone wouldn't allow you to extend the security functionality, it might be better than nothing. -- Gregg

Notes
  • Quoted lines have been omitted from some messages.
    View the message alone to see the lines that have been omitted