Skip to content
DataMiner DoJo

More results...

Generic selectors
Exact matches only
Search in title
Search in content
Post Type Selectors
Search in posts
Search in pages
Search in posts
Search in pages
Log in
Menu
  • Updates & Insights
  • Questions
  • Learning
    • E-learning Courses
    • Empower Replay: Limited Edition
    • Tutorials
    • Open Classroom Training
    • Certification
      • DataMiner Fundamentals
      • DataMiner Configurator
      • DataMiner Automation
      • Scripts & Connectors Developer: HTTP Basics
      • Scripts & Connectors Developer: SNMP Basics
      • Visual Overview – Level 1
      • Verify a certificate
    • YouTube Videos
    • Solutions & Use Cases
      • Solutions
      • Use Case Library
    • Agility
      • Book your Agile Fundamentals training
      • Book you Kanban workshop
      • Learn more about Agile
        • Agile Webspace
        • Everything Agile
          • The Agile Manifesto
          • Best Practices
          • Retro Recipes
        • Methodologies
          • The Scrum Framework
          • Kanban
          • Extreme Programming
        • Roles
          • The Product Owner
          • The Agile Coach
          • The Quality & UX Coach (QX)
    • >> Go to DataMiner Docs
  • DevOps
    • About the DevOps Program
    • Sign up for the DevOps Pogram
    • DataMiner DevOps Support
    • Feature Suggestions
    • Climb the leaderboard!
    • Swag Shop
  • Downloads
  • Contact
    • Sales, Training & Certification
    • DataMiner Support
    • Global Feedback Survey
  • PARTNERS
    • All Partners
    • Technology Partners
    • Strategic Partner Program
    • Solutions
    • Deal Registration
  • >> Go to dataminer.services

Parameter Security “level” implementation.

Solved1.28K views28th September 2022Group Level Ownership
1
Nathan Sciani [DevOps Member]481 13th June 2022 0 Comments

I have implemented the "Level" attribute into a driver to test out.

To test it out I have implemented it in the following way with 16 being the read param and 116 as the write param.

<Param id="16" Level="5" trending="false">
<Name>timezone</Name>

<Param id="116" Level="5" snmpSetAndGet="true">
<Name>timezone</Name>

I then added the security level to a few different users and groups to test the new feature.  Admins have a Level 1; Advanced users have Level 5, standard users with Level 6 and basic users with Level 8.

So with the Level 5 attribute, I should only be able to read and write with level 1 and 5 users and not for the rest.  But unfortunately, I can still access and write a value to the parameters as a level 8 user.

Besides including the Level="" in the param line and the Group or user level, is there anywhere else this needs to be changed for the feature to work?

Also, is the level attribute different to the ownership attribute?

Nathan Sciani [DevOps Member] Selected answer as best 28th September 2022

1 Answer

  • Active
  • Voted
  • Newest
  • Oldest
1
Gellynck Jens [SLC]2.71K Posted 14th June 2022 3 Comments

Hi Nathan,

I have been trying to reproduce the behavior you encountered but cannot reproduce this behavior so far. Could you verify if my setup matches your setup?

I have created this basic driver with 4 read/write params each with its own level:

The element looks like this for an Administrator:

I have an Administrators group, with level 1.
A level 5 group, with level 5.
A level 10 group, with level 10.
All groups have users with the default group level inherited from the group.

For the level 5 user, the level 1 parameter is correctly hidden. The level 5, 10 and 20 parameters are still visible.

The same is true for the level 10 user.

So far this all looks correct to me.

Now I set a group level override to 1 for the level 5 user and 15 for the level 10 user.

The level 5 user, can now see the level 1 parameter (as expected by the overridden level). This test confirms you can grant users more access by overriding the group level.

Now the level 10 user can only see the level 20 parameter, meaning it's also possible to grant users fewer permissions by overriding the group level.

I am testing this on the latest 10.2.7 version, which version are you running?

Gellynck Jens [SLC] Posted new comment 29th September 2022
Nathan Sciani [DevOps Member] commented 14th June 2022

Hi Jens.
Thank you for your response.
I have tested this in Cube 9.5 (We are upgrading soon) and Cube 10.2 (test system as part of the upgrade.)
I will have another play today and see where I get.

Nathan Sciani [DevOps Member] commented 28th September 2022

Hi Jens,
Now that we are running on Cube 10.2, the level function is working as intended.
I have been able to hide particular parameters from users and display and restrict the ability to make changes unless the user is on a high level.
This works great!

Gellynck Jens [SLC] commented 29th September 2022

Glad to hear it works now!

You are viewing 1 out of 1 answers, click here to view all answers.
Please login to be able to comment or post an answer.

My DevOps rank

DevOps Members get more insights on their profile page.

My user earnings

0 Dojo credits

Spend your credits in our swag shop.

0 Reputation points

Boost your reputation, climb the leaderboard.

Promo banner DataMiner DevOps Professiona Program
DataMiner Integration Studio (DIS)
Empower Katas
Privacy Policy • Terms & Conditions • Contact

© 2025 Skyline Communications. All rights reserved.

DOJO Q&A widget

Can't find what you need?

? Explore the Q&A DataMiner Docs

[ Placeholder content for popup link ] WordPress Download Manager - Best Download Management Plugin