It's all about the answers!

Ask a question
QuestionsTagsUsersBadges
Follow this question
Question details

×11,924
×5,819
×1,314

question asked: Nov 21 '22, 3:08 a.m.
question was seen: 409 times
last updated: Nov 25 '22, 9:50 a.m.

Related questions

FAQ - How this Forum works

Encrypting DOORS modules

0
khalid INU (33●4) | asked Nov 21 '22, 3:08 a.m.

 Hello All, 

I wanted to ask you please about the possibility of Encrypting DOORS modules?

Any one with any idea or any resources that can help with this?

Comments
Ralph Schoon commented Nov 21 '22, 3:18 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER

Why would you want to do that? 

Daniel Moul commented Nov 21 '22, 8:03 a.m.
FORUM MODERATOR / JAZZ DEVELOPER

Or to ask the same question in more words and to provide some answers...


What is the goal behind your question? What is the scenario?

Encryption is possible (or already happening) in the following cases:
* Traffic between your web browser and the DOORS Next server is encrypted using HTTPS
* DOORS Next data in the database can be encrypted with features of the database
* ReqIF files exported from DOORS Next can be encrypted using common encryption tools before sending them to another party

 

khalid INU commented Nov 25 '22, 5:03 a.m.

Hello all, 
Thank you for your response, 

Mainly the reason is that the project has some requirements from customer to encrypt and restrict the access to certain requirement modules.

So, a part of locking those modules with a password or something similar, we need to encrypt them. With the encryption, we can protect the confidentiality of those modules in case the access protection mechanism (password) fails.


Encryption is basically encoding the content of those modules to be unreadable for someone that get unauthorized access to them.

1
David Honey commented Nov 25 '22, 6:57 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER

While servers often support whole disk encryption, and data in motion is encrypted using HTTPS, your real requirement seems to be one of read access. The way to control who has read access to requirements is to use a project area with read access limited to the subset of users who need to see its artifacts and use that project area for such sensitive requirements.

khalid INU commented Nov 25 '22, 8:22 a.m.

 Allright, I see

So no way to add any other protection layer such as a password to specific modules.
Unfortunately.

Thank you David for your response

Ralph Schoon commented Nov 25 '22, 9:50 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER

Having account dependent visibility is absolute industry standard - if implemented at all. Why on earth would one want another password? How many would you want? Who would know them? Would you have them on post-its on the display? This would be the major complaint from the users that the usability is crap, I am sure.

showing 5 of 6 show 1 more comments

Be the first one to answer this question!

Register or to post your answer.


Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.