|
Marie, I have found that most software vendors who rely on *ALLOBJ authority do not understand security or it is very low on their list of priorities. The following is a list of some of the security items we look at in a vendor's software. While these requirements won't rule out a vendor, they do have weight. If we select software from a vendor who does not understand security, we do not use their install routines and/or their security. We will build our own install routines for their software and if necessary secure the software ourselves. Time consuming, but must be done to maintain system security. Security implementation must include... - secure command line access and control of access to systems commands and menus. - no hidden, undocumented access to the system. - no switching of user profile handles. - secure use of adoptive authority and user profiles on JOBD's. - no second level passwords and user profiles. - There must be no dependence on *ALLOBJ authority adoption. The application software must not require *ALLOBJ authority to install. - Objects must be owned by a non-IBM provided user profile. Regards, Stan -----Original Message----- From: Graziano, Marie [mailto:mgraziano@badgermeter.com] Sent: Wednesday, September 13, 2000 8:37 AM To: 'Midrange' Subject: Why do software companies always want ALLOBJ I am currently working with a software vendor that is asking for the userid for the software to have ALLOBJ. Now we all know that this is a very very bad move. However, in order to get the product up and running I had to do it. What are other companies doing? And why do the software vendors not understand what ALLOBJ is and does. IF the user id was not used to sign in, then I would not have a problem, but the software signs in with the userid each day. Marie Graziano +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +--- +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.