Re: [foxboro] Changing Admin. password on AW70 TS.
- From: "Turner, Jason" <Jason.Turner@xxxxxxxxx>
- To: "'foxboro@xxxxxxxxxxxxx'" <foxboro@xxxxxxxxxxxxx>
- Date: Mon, 6 May 2002 16:07:58 +1200
Um, I've chaged the root password on Solaris boxen. What did I miss that
went "broken"? Or are we irritated at the broken way Solaris was hobbled
together to fit I/A? ;-)
Jason
> -----Original Message-----
> From: Corey R Clingo [SMTP:clingoc@xxxxxxxxxxxxx]
> Sent: Saturday, 4 May 2002 04:02
> To: foxboro@xxxxxxxxxxxxx
> Subject: Re: [foxboro] Changing Admin. password on AW70 TS.
>
>
>
> Oh boy, do I second that!
>
> However, I don't believe Invensys should be let off the hook for Solaris,
> either. It has been out long enough for them to fix it (and the timezone
> issue, etc. etc.). I'm beginning to wonder if any programmers are still
> employed at Invensys...
>
> Corey
>
>
>
>
>
> "Williams, Dave G SUKOP-CME/72/04" <Dave.G.Williams@xxxxxxxxxxxxx>
> @freelists.org on 05/03/2002 06:49:53 AM
>
> Please respond to foxboro@xxxxxxxxxxxxx
>
> Sent by: foxboro-bounce@xxxxxxxxxxxxx
>
> To: "'foxboro@xxxxxxxxxxxxx'"
> cc:
> Subject: Re: [foxboro] Changing Admin. password on AW70 TS.
>
>
>
> As my pet subject has raised its head again I'll take this opportunity to
> have another rage. Security on the I/A system is without doubt an
> afterthought. Now you may be able to make an excuse for the Solaris
> environment given were it developed from. Lets face it there was not a
> queue of people trying to connect Venix to their corporate networks!.
> BUT the Windows implementation was developed when such things were normal
> practice. To even have to discuss if a password can be changed or not
> shows
> a total disregard for the customer. Sure there are practical reasons why
> these things are not easy but these should have been part of the design.
> Just think about the absurdity of the situation. We are allowed to
> protect
> the plant via various Foxview/DM protection functions. You can even buy
> an
> add-on product to keep records and track changes. BUT you cannot easily
> stop somebody logging in to you box as an administrator and destroying all
> your software!!!
> Just a little thought for the people who own and maintain these systems in
> the real world would be appreciated.
>
>
>
> Dave Williams
> Snr Power and Control Engineer
> Shell UK Oil Products Limited
> Stanlow Manufacturing Complex, PO Box 3, Ellesmere Port, South Wirral CH65
> 4HB, United Kingdom
>
> Tel: +44(0)151350 4480 Fax: 4566 Other Tel: +44 (0)7799 657836
> Email: dave.g.williams@xxxxxxxxx
> Internet: http://www.shell.co.uk
>
>
>
>
>
>
>
> _______________________________________________________________________
> This mailing list is neither sponsored nor endorsed by Invensys Process
> Systems (formerly The Foxboro Company). Use the info you obtain here at
> your own risks. Read http://www.thecassandraproject.org/disclaimer.html
>
> foxboro mailing list: //www.freelists.org/list/foxboro
> to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
> to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
>
DISCLAIMER: This electronic message together with any attachments is
confidential. If you are not the intended recipient, do not copy, disclose or
use the contents in any way. Please also advise us by return e-mail that you
have received the message and then please destroy. Carter Holt Harvey is not
responsible for any changes made to this message and / or any attachments after
sending by Carter Holt Harvey. We use virus scanning software but exclude all
liability for viruses or anything similar in this email or any attachment.
_______________________________________________________________________
This mailing list is neither sponsored nor endorsed by Invensys Process
Systems (formerly The Foxboro Company). Use the info you obtain here at
your own risks. Read http://www.thecassandraproject.org/disclaimer.html
foxboro mailing list: //www.freelists.org/list/foxboro
to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
Other related posts:
