This file is indexed.

/usr/lib/tiger/doc/accounts.html is in tiger 1:3.2.3-10.

This file is owned by root:root, with mode 0o644.

The actual contents of the file can be viewed below.

  1
  2
  3
  4
  5
  6
  7
  8
  9
 10
 11
 12
 13
 14
 15
 16
 17
 18
 19
 20
 21
 22
 23
 24
 25
 26
 27
 28
 29
 30
 31
 32
 33
 34
 35
 36
 37
 38
 39
 40
 41
 42
 43
 44
 45
 46
 47
 48
 49
 50
 51
 52
 53
 54
 55
 56
 57
 58
 59
 60
 61
 62
 63
 64
 65
 66
 67
 68
 69
 70
 71
 72
 73
 74
 75
 76
 77
 78
 79
 80
 81
 82
 83
 84
 85
 86
 87
 88
 89
 90
 91
 92
 93
 94
 95
 96
 97
 98
 99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
<HR>
<CENTER><H2> Documents for accounts</H2></CENTER>
<A NAME="acc001w"><P><B>Code [acc001w]</B><P>
The listed login ID is disabled in some manner ('*' in passwd field, etc),
but the login shell for the login ID is a valid shell (from /etc/shells
or the system equivalent). A valid shell can potentially enable the
login ID to continue to be used. The login shell should be changed
to something that doesn't exist, or to something like /bin/false.
<PRE>










</PRE><HR>
<A NAME="acc002i"><P><B>Code [acc002i]</B><P>
The listed login ID is disabled, but has a potentially valid shell.
These can usually be safely ignored.
<PRE>










</PRE><HR>
<A NAME="acc003w"><P><B>Code [acc003w]</B><P>
The listed login ID is disabled in some manner ('*' in passwd field, etc),
but the .forward file is setup to execute programs. This can allow the
login ID to continue to be used despite the fact that it is disabled.
The .forward file should be checked and probably removed.
<PRE>










</PRE><HR>
<A NAME="acc004w"><P><B>Code [acc004w]</B><P>
The listed login ID is disabled in some manner ('*' in passwd field, etc),
but a non-zero length .rhosts file. This can allow the login ID to continue
to be used. Unless this has been specifically set up to provide some
service, it should be removed.
<PRE>










</PRE><HR>
<A NAME="acc005w"><P><B>Code [acc005w]</B><P>
The listed login ID is disabled in some manner ('*' in passwd field, etc),
but has a 'cron' file or 'cron' entries. This allows commands to be executed
on behalf of the login ID, potentially allowing access to the login ID.
These should be removed unless specifically set up to provide a service.
<PRE>










</PRE><HR>
<A NAME="acc006w"><P><B>Code [acc006w]</B><P>
The home directory of the listed login ID has group write permission,
world write permission or both enabled. This allows new files to be added
(and existing files potentially removed) by others. The write permissions
should be removed.
<PRE>










</PRE><HR>
<A NAME="acc007a"><P><B>Code [acc007a]</B><P>
The listed login ID has a '.hushlogin' file which is not zero-length.
This file is normally a zero length file. This file is frequently used
by intruders as a place to store captured passwords. This file should
be looked at. If it appears to be such a log file, then the system should
be regarded as being compromised. The system should be thoroughly checked
and cleaned.
<PRE>










</PRE><HR>
<A NAME="acc008w"><P><B>Code [acc008w]</B><P>
The listed login ID has a configuration file which has group write permission,
word write permission, or both enabled. This allows others to change this
file, compromising the login ID.
<PRE>










</PRE><HR>
<A NAME="acc009a"><P><B>Code [acc009a]</B><P>
The login ID 'sync' has no password and the shell is not /bin/sync, which
is what it normally is. This could indicate an intrusion has occurred.
If the shell is one of the normal shells (/bin/sh, /bin/csh, etc), then
this is very likely the situation. The login ID should be disabled, or
the shell reset to '/bin/sync'.
<PRE>










</PRE><HR>
<A NAME="acc010a"><P><B>Code [acc010a]</B><P>
The listed login ID has a user ID of zero (0) and does not have a password.
This could indicate an intrusion has occurred. This should be disabled
immediately and the machine checked and cleaned.
<PRE>










</PRE><HR>
<A NAME="acc010aw"><P><B>Code [acc010aw]</B><P>
The listed login ID has a user ID of zero (0) and does not have a password.
This could indicate an intrusion has occurred. This should be disabled
immediately and the machine checked and cleaned.
<P>
On this system, comments are not allowed in the password file. An attempt
to comment out an entry simply results in a login ID which begins with a
'#'. See message ID 'acc013w' for more information.
<PRE>










</PRE><HR>
<A NAME="acc011w"><P><B>Code [acc011w]</B><P>
The listed login ID does not have a password. Anyone can use this account,
allowing them to explore the system for other security problems. Unless
this is a secure captured account, this should be corrected.
<PRE>










</PRE><HR>
<A NAME="acc011wc"><P><B>Code [acc011wc]</B><P>
The listed login ID does not have a password. Anyone can use this account,
allowing them to explore the system for other security problems. Unless
this is a secure captured account, this should be corrected.
<P>
On this system, comments are not allowed in the password file. An attempt
to comment out an entry simply results in a login ID which begins with a
'#'. See message ID 'acc013w' for more information.
<PRE>










</PRE><HR>
<A NAME="acc012w"><P><B>Code [acc012w]</B><P>
The listed login ID has a user ID of zero (0) and is not the 'root'
account. This should be checked to see if it is legitimate. In any
case, having login ID's with a user ID of zero tends to lead to security
problems, and should be avoided (except for 'root')
<PRE>










</PRE><HR>
<A NAME="acc012wc"><P><B>Code [acc012wc]</B><P>
The listed login ID has a user ID of zero (0) and is not the 'root'
account. This should be checked to see if it is legitimate. In any
case, having login ID's with a user ID of zero tends to lead to security
problems, and should be avoided (except for 'root')
<P>
On this system, comments are not allowed in the password file. An attempt
to comment out an entry simply results in a login ID which begins with a
'#'. See message ID 'acc013w' for more information.
<PRE>










</PRE><HR>
<A NAME="acc013w"><P><B>Code [acc013w]</B><P>
On this system, comments are not allowed in the password file. An attempt
to comment out an entry simply results in a login ID which begins with a
'#'. For example:
<P>
#joeuser:zqa4324x2423x:234:23:Joe User:/home/joeuser:/bin/csh
<P>
indicates a user with the username '#joeuser'. The account has not
been disabled, it has simply been renamed. Such entries should be
deleted from the system.
<PRE>










</PRE><HR>
<A NAME="acc014f"><P><B>Code [acc014f]</B><P>
The root user (UID 0) should not be having "/" (system root directory)
as its home drive. This is a possible security hole.
<PRE>










</PRE><HR>
<A NAME="acc015w"><P><B>Code [acc015w]</B><P>
The listed login ID has a duplicate home directory with another login
ID. This should be remedied to prevent permission problems.
<PRE>










</PRE><HR>
<A NAME="acc017w"><P><B>Code [acc017w]</B><P>
The listed login ID does not have corresponding entries in both the
/etc/passwd and /etc/shadow databases. This may indicate tampering
with either file.
<PRE>










</PRE><HR>
<A NAME="acc018w"><P><B>Code [acc018w]</B><P>
The listed administrative login should have an impossible password.
Files owned by this login ID may reside in critical system directories
and compromise of this account could lead to trojan executables in
typical search paths.
<PRE>










</PRE><HR>
<A NAME="acc019w"><P><B>Code [acc019w]</B><P>
The listed login ID may be missing a login program initialization
file. This file controls the behaviour of the login process and of
many important environment variables.
<PRE>










</PRE><HR>
<A NAME="acc020w"><P><B>Code [acc020w]</B><P>
The listed login ID does not have a valid login program or shell.
Usually these are defined in /etc/shells.
<PRE>










</PRE><HR>
<A NAME="acc021w"><P><B>Code [acc021w]</B><P>
The listed login ID appears to be dormant. Files in the home
directory of this user have not been modified in the specified
period of time and after investigation the account may need to
be disabled.
<PRE>










</PRE><HR>
<A NAME="acc022w"><P><B>Code [acc022w]</B><P>
The listed login ID has a home directory which is not accessible.
This should be checked to see if this is due to networking problem
for remote home directories. Without a valid home directory,
the user will end up with / as the home directory.
<PRE>










</PRE><HR>
<A NAME="acc023w"><P><B>Code [acc023w]</B><P>
The user's parent directory does not have the correct administrative
permissions. It generally should not have write access for groups &
others.
<PRE>










</PRE><HR>
<A NAME="acc024f"><P><B>Code [acc024f]</B><P>
There is a user in the system (which might or might not have a valid
password) that has not logged into the system since he/she was created.
If the user is not disabled (can log in to the system), the user's
password is the default which might be vulnerable to brute-force attacks
(or might even be empty).
This check is based on the 'lastlog' file, see lastlog(8), if this
file has been reset then these checks might send false positives.