Newsgroup: it.comp.sicurezza.unix
Titolo: /var/log/secure

Ho la necessita', quando sono collegato come utente normale (cioe' non
root), di avere i log della connessione.
Allora utilizzo uno script che va a leggere /var/log/messages e
/var/log/secure.
Problema: da utente normale non ho l'accesso in lettura a quei file.
Quello che ho fatto e':
chmode g+r messages
chmode g+r secure
e mi sono aggiunto al gruppo root.
Domanda: l'aver aggiunto questo utente al gruppo root, pone problemi di
sicurezza? Io ho in mente questo: utilizzando irc, ci potrebbe sempre
essere una falla nel client. L'appartenere al gruppo root, amplificherebbe
questa falla?
Ulteriore domanda: che altro avrei potuto fare per poter accedere in
lettura a quei file?
TIA
Buttha
-----------------------------------------------------------------------
* Per rispondere in email rimuovere una i dall'indirizzo
* RSA fingerprint: 7772 5C72 7392 538B  34B8 A189 13BC 867A
  DH/DSS  "      : 3CAD 35F0 1D5D F46B 7D95  33F8 5784 B463 A328 7B05
* 
http://members.xoom.it/buttha/
-----------------------------------------------------------------------

 wrote
| Ulteriore domanda: che altro avrei potuto fare per poter accedere in
| lettura a quei file?
Io ho redirezionato una copia del /var/log/messages tramite syslog a
/dev/tty11 [e pppstats tramite script a /dev/tty9]
Edita /etc/syslog.conf
-- 
Message Written by Zefram	| "Il Piacionaggio paga.
3/4 Romulan, 1/4 Vorta.		|  [spesso e volentieri
Not shakered.			|      anche bene.]"
_remove NOSPAM to email me_	|_ signature ver 12.0.1

 sicurezza? Io ho in mente questo: utilizzando irc, ci potrebbe sempre
*SI* al massimo usa sudo.
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *

Edita /etc/syslog.conf
sarebbero i terminali, giusto?
Ma se uso X?
ciao


*SI* al massimo usa sudo.
allora proprio non posso fare a meno di usare questo sudo?


 wrote
| >Io ho redirezionato una copia del /var/log/messages tramite syslog a
| >/dev/tty11 [e pppstats tramite script a /dev/tty9]
| >Edita /etc/syslog.conf
| 
| sarebbero i terminali, giusto?
esatto...
| Ma se uso X?
Puoi passare ai terminali con CTRL+ALT+Fn ma devi configurare i terminali in
SVGA...
altrimenti redirezioni tutto su xconsole [xconsole -f /var/log/messages] e
la tieni in esecuzione automatica all'avvio del wmanager.


 allora proprio non posso fare a meno di usare questo sudo?
Beh non e' mica cosi' terribile, dai :-) Ti permette di eseguire
da utente normale ma in modo sicuro dei comandi cui altrimenti non
avresti accesso e senza porcherie come SUIDare, una cosa veramente
abominevole per la sicurezza.


lettura a quei file?
credo di avere la soluzione:
il file /var/log/messages appartiene a root e al gruppo root.
I permessi sono _rw_______ , cioe' solo root puo' accedervi.
Potrei creare un nuovo gruppo (chiamato loggers) e far appartenere il file
a quel gruppo. Dopodiche' mi aggiungo al gruppo e risolvo.
Che ne dite? In questo caso non apparterrei piu' al gruppo root, e  le
considerazioni sulla sicurezza sarebbero piu' rosee.
ciao
Buttha (alle prese con la mentalita' *nix)


 Potrei creare un nuovo gruppo (chiamato loggers) e far appartenere il file
Si puo' fare...


abominevole per la sicurezza.
allora: ci ho dato un'occhiata e ora lo uso (nmap posso finalmente usarlo
senza restrizioni e senza dover aprire una shell seguita da un su).
Ma sudo serve per i comandi, non per i file.
Nel mio problema specifico dovrei utilizzare sudo per darmi il permesso di
utilizzare tail, o qualcosa di simile.
ciao
Buttha


[snip]
esattamente la stessa soluzione che mi e' venuta in mente :)


 utilizzare tail, o qualcosa di simile.
Beh si ma potresti sempre creare uno shell script che accede al
file che ti interessa: rimarrebbe sempre di proprieta' di root
(per es. con permessi 700, i piu' restrittivi) ma potresti comunque
eseguirlo grazie a sudo. Che ne pensi?


eseguirlo grazie a sudo. Che ne pensi?
penso che provero'


la tieni in esecuzione automatica all'avvio del wmanager.
Oppure ... :-)
... metti questo in .xinitrc :-) :-)
# .XCONSOLE file for Bad Penguin
# NOTE: This have been tested only at 640x480 please update
# the other resolution and send the changes back to 
a...@linux.it
# Query XServer for dimensions
DIM=`xdpyinfo | grep "dimensions:" | cut -b 14-25 | tr -d "[:blank:]"`
case "$DIM" in
  "1024x768")
    GEOM="150x37+0+0"
    ;;
  "800x600")
    GEOM="150x37+0+0"
    ;;
  "640x480")
    GEOM="150x37+0+0"
    ;;
  *)
    GEOM="80x25+0+0"
    ;;
esac
# Startup Eterm as XConsole
Eterm -g $GEOM --no-cursor --borderless true --scrollbar off \
	--menu /dev/null -f cyan  -e cat /dev/xconsole   &

	--menu /dev/null -f cyan  -e cat /dev/xconsole   &
Scusate se mi intrometto nel thread ma questo argomento interessa anche me;
Scusa ma [a parte un parse error in MAIN quando parte Eterm ed il fatto che
io ho /dev/console e non xconsole] a me non partiva nulla all'avvio...
E meno male  dico ora. Infatti eseguendo il comado in una xterm viene fuori
ina finestrona che copre mezzo schermo [alla ris 1024x768] e che inoltre
cattura qualsiasi tipo di input da tastiera [compresi vari alt+* e ^*]
per terminare il processo ho dovuto telnettare da un altro
computer[ignorando se esiste un altro metodo].
E' un mio problema??
A proposito: un po' di tempo fa avevo letto un comandino che implementaca
console nella finestra di root [mischiandosi nello sfondo] qualcuno sa + o -
come fare??
Postmetto che il comando [Eterm ...] l'ho messo in .Xclients 
Vi][oZ
 
-