<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Application-defined security objects? in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/application-defined-security-objects/m-p/4499577#M30607</link>
    <description>Is it possible to define application-level security objects, options, access types etc. and utilise the $chkpro ACL/ACE mechanism to grant access from within an application? Much like the CMS Set ACL command. If so how?</description>
    <pubDate>Thu, 17 Sep 2009 14:12:20 GMT</pubDate>
    <dc:creator>Tim Platten</dc:creator>
    <dc:date>2009-09-17T14:12:20Z</dc:date>
    <item>
      <title>Application-defined security objects?</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/application-defined-security-objects/m-p/4499577#M30607</link>
      <description>Is it possible to define application-level security objects, options, access types etc. and utilise the $chkpro ACL/ACE mechanism to grant access from within an application? Much like the CMS Set ACL command. If so how?</description>
      <pubDate>Thu, 17 Sep 2009 14:12:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/application-defined-security-objects/m-p/4499577#M30607</guid>
      <dc:creator>Tim Platten</dc:creator>
      <dc:date>2009-09-17T14:12:20Z</dc:date>
    </item>
    <item>
      <title>Re: Application-defined security objects?</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/application-defined-security-objects/m-p/4499578#M30608</link>
      <description>The CMS SET ACL stuff is implemented entirely within CMS, so it can do whatever the application programmers implemented.  Construct your own $check_access or $chkpro data structures and pass them along to the application's calls, or implement your own security model for your own objects, and off you go. &lt;BR /&gt;&lt;BR /&gt;Your (application) code, your scheme.&lt;BR /&gt;&lt;BR /&gt;Now if you're looking to have arbitrary applications extend the OpenVMS security model in a cooperative fashion (eg: notifications of new files arriving within specified directories, etc), no, there's no good (documented) means for that.</description>
      <pubDate>Thu, 17 Sep 2009 16:10:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/application-defined-security-objects/m-p/4499578#M30608</guid>
      <dc:creator>Hoff</dc:creator>
      <dc:date>2009-09-17T16:10:25Z</dc:date>
    </item>
  </channel>
</rss>

