|
>When IBM detects a problem that jeopardizes the integrity of your >application, they don't want to advertise how to break in, which makes >sense. But, but, but, I thought OS/400 was the perfect system without any problems! <G> Seriously, I don't buy the argument. This has been beaten to death in the IT community as a whole, for all kinds of systems. I for one come down on the side that says they (IBM) have a responsibility to report what the issue was and how it was resolved. I may have many systems out there, and I may not be able to/want to apply this PTF tonight! What's my exposure? Can I prevent the problem another way? If this is a hole that leads to a hack, what kind of hack? Does it leave a footprint? Can I examine my network/OS/400 logs for anything to see if I've been exposed? Can I change/tighten a firewall setting? Change a honeypot entry? Etc. If this isn't a hacking hole, but a serious system integrity problem, can I change a process or avoid doing something until I apply this PTF to avoid the problem? For example, if it's a SQL problem that crashes the machine, maybe I'll avoid SQL until I apply the PTF. IBM makes a lot of noise about the stability and integrity of OS/400 compared to other platforms (as do many others on this list) and then they silently release "integrity PTFs" without explaining the problem addressed. Not a very tenable position in my view. How many "Integrity PTFs" have there been? And what's been fixed by them. Let's say there have been 50 of them -- does each one fix one problem? Ten problems? 100 problems? Without the data we're just taking IBM's word that this is a stable platform. The fact that others are willing to accept IBMs word that this is an important PTF, but "don't worry about why" also disturbs me. We all have a responsibility for the stability, integrity and security of our machine and the data/process on them. We can't simply hand this responsibility off to IBM. <OFF SOAPBOX> -Walden ------------ Walden H Leverich III Tech Software (516) 627-3800 x11 WaldenL@xxxxxxxxxxxxxxx http://www.TechSoftInc.com Quiquid latine dictum sit altum viditur. (Whatever is said in Latin seems profound.) -----Original Message----- From: midrange-l-bounces+waldenl=techsoftinc.com@xxxxxxxxxxxx [mailto:midrange-l-bounces+waldenl=techsoftinc.com@xxxxxxxxxxxx] On Behalf Of Al Barsa Sent: Wednesday, October 12, 2005 11:53 AM To: Midrange Systems Technical Discussion Subject: RE: PTF SI0301 When IBM detects a problem that jeopardizes the integrity of your application, they don't want to advertise how to break in, which makes sense. Al Al Barsa, Jr. Barsa Consulting Group, LLC 400>390 "i" comes before "p", "x" and "z" e gads Our system's had more names than Elizabeth Taylor! 914-251-1234 914-251-9406 fax http://www.barsaconsulting.com http://www.taatool.com http://www.as400connection.com "Jeff Crosby" <jlcrosby@dilgard foods.com> To Sent by: "'Midrange Systems Technical midrange-l-bounce Discussion'" s@xxxxxxxxxxxx <midrange-l@xxxxxxxxxxxx> cc 10/12/2005 10:02 Subject AM RE: PTF SI0301 Please respond to Midrange Systems Technical Discussion <midrange-l@midra nge.com> > I'm stunned by the level of detail provided in the cover > letter of this PTF Actually I've seen dozens upon dozens of PTFs where all it says is 'Integrity Problem'. Might even be in the hundreds. Have to admit, it surprised me the first time I saw it. -- Jeff Crosby Dilgard Frozen Foods, Inc. P.O. Box 13369 Ft. Wayne, IN 46868-3369 260-422-7531 The opinions expressed are my own and not necessarily the opinion of my company. Unless I say so. -- This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/midrange-l or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.
As an Amazon Associate we earn from qualifying purchases.
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.