Re: SYSTOOLS.GENERATE_SPREADSHEET ? MSGSY0271 -- MIDRANGE-L

Subject: Re: SYSTOOLS.GENERATE_SPREADSHEET ? MSGSY0271
From: Scott Ingvaldson <singvaldson@xxxxxxxxxxxxxxxxx>
Date: Fri, 8 Nov 2024 14:05:20 +0000
List-archive: <https://archive.midrange.com/midrange-l/>
List-post: <mailto:midrange-l@lists.midrange.com>
List-subscribe: <https://lists.midrange.com/mailman/listinfo/midrange-l>, <mailto:midrange-l-request@lists.midrange.com?subject=subscribe>
List-unsubscribe: <https://lists.midrange.com/mailman/options/midrange-l>, <mailto:midrange-l-request@lists.midrange.com?subject=unsubscribe>

Huge (security hole)? Why that?

Maybe an exaggeration, but when Password is *NONE I know that user can't use SSH, FTP or Netserver to access the system.

Is Kerberos/EIM implemented with password(*none) so unpopular that this situation has not been noticed until now?

The SYSTOOLS.GENERATE_SPREADSHEET function was apparently introduced or enhanced with IBM i 7.5 TR3 and 7.4 TR9 about a year ago.

Does Kerberos/EIM implemented with password(*none) work when doing work on the system console when the system is in restricted state?

No, users with console access do have passwords.

I do intend to create an RFE, I was just wondering how many this behavior affected and if there was a better solution than giving passwords to users who did not need them.

Regards,
Scott Ingvaldson
Fareway Stores, Inc.

As an Amazon Associate we earn from qualifying purchases.

Follow-Ups:

Re: SYSTOOLS.GENERATE_SPREADSHEET ? MSGSY0271 , Patrik Schindler

This mailing list archive is Copyright 1997-2025 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.