what you don't know can hurt you

S-97-25.asc

S-97-25.asc
Posted Jan 10, 2000

Subject SGI IRIX login LOCKOUT parameter Vuln. Date 11-apr-97

systems | irix
MD5 | 6628c7bd7417242a2d22be9411ae72fb

S-97-25.asc

Change Mirror Download
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

===============================================================================
>> CERT-NL, 01-Mar-2000 <<
>> All CERT-NL information has been moved to http://cert.surfnet.nl. Links <<
>> to CERT-NL information contained in this advisory are therefore outdated. <<
>> <<
>> CERT-NL also has stopped the CERT-CC-Mirror service. Due to this the <<
>> links to the CERT-CC mirror are obsolete. Visit the CERT-CC site for the <<
>> complete CERT-CC advisory texts: http://www.cert.org <<
===============================================================================
===============================================================================
Security Advisory CERT-NL
===============================================================================
Author/Source : Rene Ritzen Index : S-97-25
Distribution : World Page : 1
Classification: External Version: 1
Subject : SGI IRIX login LOCKOUT parameter Vuln. Date : 11-apr-97
===============================================================================
*******
ATTENTION: This advisory has abusively distributed as S-97-24, which already
was issued. To prevent double numbering this one has been renumbered to S-97-25!
*******


By courtesy of AUSCERT, the Australian CERT, we received information on a
vulnerability in SGI IRIX login LOCKOUT parameter.

This information is made publicly available by AUSCERT advisory AA-97.12,
dated 10-apr-97

CERT-NL recommends that sites apply the steps outlines in Section 3.

Keywords: login LOCKOUT parameter

==========================================================================

AA-97.12 AUSCERT Advisory
SGI IRIX login LOCKOUT parameter Vulnerability
10 April 1997

Last Revised: --

- - - - ---------------------------------------------------------------------------

AUSCERT has received information that a vulnerability exists in the login
program when the LOCKOUT parameter in /etc/default/login is set to a number
greater than zero. This vulnerability is known to be present in IRIX 5.3
and 6.2. Other versions of IRIX may also be vulnerable.

This vulnerability may allow users to create arbitrary or corrupt certain
files on the system.

Exploit information involving this vulnerability has been made publicly
available.

At this stage, AUSCERT is unaware of any official vendor patches. AUSCERT
recommends that sites apply the workaround given in Section 3 until vendor
patches are made available.

This advisory will be updated as more information becomes available.

- - - - ---------------------------------------------------------------------------

1. Description

Under the IRIX operating system, there is a file /etc/default/login
which contains default security logging configuration options. If
the parameter LOCKOUT is included in this file, and is set to a value
greater than zero, it causes accounts to be locked after a specified
number of consecutive unsuccessful login attempts by the same user.

When LOCKOUT is enabled users may be able to create arbitrary or
corrupt certain files on the system, due to an inadequate check in
the login verification process.

Sites can determine if this functionality is enabled by using the
command:

% grep '^LOCKOUT' /etc/default/login
LOCKOUT=3

If the number on the same line as LOCKOUT is greater than zero the
vulnerability may be exploited.

Information involving this vulnerability has been made publicly
available.

Silicon Graphics Inc. has informed AUSCERT that they are investigating
this vulnerability.

2. Impact

Users may create arbitrary or corrupt certain files on the system.

3. Workarounds/Solution

AUSCERT recommends that sites prevent the exploitation of this
vulnerability by immediately applying the workaround given in Section
3.1.

Currently there are no vendor patches available that address this
vulnerability. AUSCERT recommends that official vendor patches be
installed when they are made available.

3.1 Disable the LOCKOUT parameter

To prevent the exploitation of the vulnerability described in this
advisory, AUSCERT recommends that the functionality provided with the
LOCKOUT parameter be disabled.

The LOCKOUT parameter can be disabled by editing /etc/default/login
and commenting out the line containing the LOCKOUT parameter. The
comment character for /etc/default/login is "#".

Note that after applying this workaround, accounts will not be
automatically locked using the LOCKOUT parameter functionality.

- - - - ---------------------------------------------------------------------------
AUSCERT thanks to Alan J Rosenthal from The University of Toronto and
Silicon Graphics Inc. for their assistance in this matter.
- - - - ---------------------------------------------------------------------------

The AUSCERT team have made every effort to ensure that the information
contained in this document is accurate. However, the decision to use the
information described is the responsibility of each user or organisation.
The appropriateness of this document for an organisation or individual
system should be considered before application in conjunction with local
policies and procedures. AUSCERT takes no responsibility for the
consequences of applying the contents of this document.

If you believe that your system has been compromised, contact AUSCERT or
your representative in FIRST (Forum of Incident Response and Security
Teams).

AUSCERT is located at The University of Queensland within the Prentice
Centre. AUSCERT is a full member of the Forum of Incident Response and
Security Teams (FIRST).

AUSCERT maintains an anonymous FTP service which is found on:
ftp://ftp.auscert.org.au/pub/. This archive contains past SERT and AUSCERT
Advisories, and other computer security information.

AUSCERT also maintains a World Wide Web service which is found on:
http://www.auscert.org.au/.

Internet Email: auscert@auscert.org.au
Facsimile: (07) 3365 4477
Telephone: (07) 3365 4417 (International: +61 7 3365 4417)
AUSCERT personnel answer during Queensland business hours
which are GMT+10:00 (AEST).
On call after hours for emergencies.

Postal:
Australian Computer Emergency Response Team
Prentice Centre
Brisbane
Qld. 4072.
AUSTRALIA

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Revision History

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
==============================================================================
CERT-NL is the Computer Emergency Response Team for SURFnet customers. SURFnet
is the Dutch network for educational, research and related institutes. CERT-NL
is a member of the Forum of Incident Response and Security Teams (FIRST).

All CERT-NL material is available under:
http://cert.surfnet.nl/

In case of computer or network security problems please contact your local
CERT/security-team or CERT-NL (if your institute is NOT a SURFnet customer
please address the appropriate (local) CERT/security-team).

CERT-NL is one/two hour(s) ahead of UTC (GMT) in winter/summer,
i.e. UTC+0100 in winter and UTC+0200 in summer (DST).

Email: cert-nl@surfnet.nl ATTENDED REGULARLY ALL DAYS
Phone: +31 302 305 305 BUSINESS HOURS ONLY
Fax: +31 302 305 329 BUSINESS HOURS ONLY
Snailmail: SURFnet bv
Attn. CERT-NL
P.O. Box 19035
NL - 3501 DA UTRECHT
The Netherlands

NOODGEVALLEN: 06 22 92 35 64 ALTIJD BEREIKBAAR
EMERGENCIES : +31 6 22 92 35 64 ATTENDED AT ALL TIMES
CERT-NL'S EMERGENCY PHONENUMBER IS ONLY TO BE USED IN CASE OF EMERGENCIES:
THE SURFNET HELPDESK OPERATING THE EMERGENCY NUMBER HAS A *FIXED*
PROCEDURE FOR DEALING WITH YOUR ALERT AND WILL IN REGULAR CASES RELAY IT
TO CERT-NL IN AN APPROPRIATE MANNER. CERT-NL WILL THEN CONTACT YOU.
===============================================================================

-----BEGIN PGP SIGNATURE-----
Version: PGP 6.5.1i

iQA/AwUBOL6IVDSYjBqwfc9jEQIqvACfYseUfc8a2YLg68BC5N9VWZVz1fgAoMPp
Kia9A8vNH3TXvCWfxY+xZClF
=DGR8
-----END PGP SIGNATURE-----

Comments

RSS Feed Subscribe to this comment feed

No comments yet, be the first!

Login or Register to post a comment

File Archive:

January 2020

  • Su
  • Mo
  • Tu
  • We
  • Th
  • Fr
  • Sa
  • 1
    Jan 1st
    8 Files
  • 2
    Jan 2nd
    11 Files
  • 3
    Jan 3rd
    11 Files
  • 4
    Jan 4th
    2 Files
  • 5
    Jan 5th
    2 Files
  • 6
    Jan 6th
    18 Files
  • 7
    Jan 7th
    15 Files
  • 8
    Jan 8th
    16 Files
  • 9
    Jan 9th
    10 Files
  • 10
    Jan 10th
    13 Files
  • 11
    Jan 11th
    2 Files
  • 12
    Jan 12th
    4 Files
  • 13
    Jan 13th
    21 Files
  • 14
    Jan 14th
    18 Files
  • 15
    Jan 15th
    12 Files
  • 16
    Jan 16th
    18 Files
  • 17
    Jan 17th
    11 Files
  • 18
    Jan 18th
    3 Files
  • 19
    Jan 19th
    2 Files
  • 20
    Jan 20th
    15 Files
  • 21
    Jan 21st
    21 Files
  • 22
    Jan 22nd
    19 Files
  • 23
    Jan 23rd
    19 Files
  • 24
    Jan 24th
    11 Files
  • 25
    Jan 25th
    1 Files
  • 26
    Jan 26th
    1 Files
  • 27
    Jan 27th
    19 Files
  • 28
    Jan 28th
    0 Files
  • 29
    Jan 29th
    0 Files
  • 30
    Jan 30th
    0 Files
  • 31
    Jan 31st
    0 Files

Top Authors In Last 30 Days

File Tags

Systems

packet storm

© 2016 Packet Storm. All rights reserved.

Services
Security Services
Hosting By
Rokasec
close