Newsgroup: it.comp.sicurezza.varie
Titolo: Blindare Linux

Mi sono installato linux e vorrei, ora, renderlo sicuro da intrusioni.
Ho disabilitato i servizi: httpd (server web), telnet, ftp, pop3 e
sendmail.
Mi restano attivi:
time stream
time dgram
shell
login
ntalk
systat
netstat
auth
Devo disabilitare qualche cosa?
Buttha (che inizia a spaccarsi il cervello su Linux)
-----------------------------------------------------------------------
* h
* Per rispondere rimuovere i
* PGP Key available with fingerprint:
  7772 5C72 7392 538B  34B8 A189 13BC 867A

netstat
CAIIIIIIIIII
NON si fa cosi'. La domanda e': COSA TI SERVE? Tutto il resto lo levi.
Fai 
grep -v "^#" /etc/inetd.conf
per vedere quali servizi ti serve di OFFRIRE. Di solito, nessuno. Forse non
sarebbe malvagio dare via un identd, ed a quel punto l'UNICA riga non #-ata
di /etc/inetd.conf sarebbe
ident   stream  tcp  wait   nobody /usr/sbin/in.identd in.identd -w -t120
...l'utente nobody non ha un tubazzo di diritti, si spera.
Poi dai: 
killall -HUP inetd
per resettare inetd, e per sapere che servizi hai in offerta speciale:
netstat -a | grep LISTEN\\b | cut -f2 -d':'
Tieni conto che smbd, netbios ed altri non partono sempre da inetd ma da un
file in /etc/rc.d/...
Leonardo
".signature": bad command or file name

sendmail.
Scusa ma se hai disabilitato il sendmail come fai ad inviare la posta
... e poi l'ftpd e' comodissimo per scambiare files.
A me sembra che questo Linux lo hai lobotizzato un po' troppo :-)
Ma non faresti prima a mettere in /etc/hosts.deny
ALL: ALL
e in etc/hosts.allow
ALL: 127.0.0.1
n.b. Installa iplogger e tieni un xterm sempre aperto con il comando:
tail -f /var/log/iplogger.log ;-)
-- 
Ciao            --- Massimo ---  

tail -f /var/log/iplogger.log ;-)
cerchero'.
Grazie
Buttha


Leonardo
tenchiu veri grazie




sono a posto?
eh :) chi puo' dirlo ?!
quando aprirai la tua prima mail assassina con PINE .......
invy

sempre stampare?
vabbe', ho sbagliato.
L'ho rimesso e non ho aggiunto alcun host a host.lpd, cosi' stampo
solo io (grazie a host.equiv).


dei tentativi di attacco :-)
questa e' cosa buona e giusta :)


(intanto cerco)
trovato :)


Buttha (
but...@iiname.com
) wrote:
: Il  8 Nov 1998 09:56:06 GMT, 
mas...@nospam.it
 (m@ssimo) scrisse:
[ snip ]
: >n.b. Installa iplogger e tieni un xterm sempre aperto con il comando:
: >tail -f /var/log/iplogger.log ;-)
: cerchero'.
Se usate X, per visualizzare i log e' molto utile xlogmaster.
Ciao ciao
Andrea
-- 
"...Unix, MS-DOS, and Windows NT (also known as the Good, the Bad, and 
 the Ugly)."
(by Matt Welsh)

but...@iiname.com
 wrote:
 >shell
 >login
 >systat
 >netstat
Togli questi, gli altri sono ragionevolmente sicuri.
-- 
ciao, | [Per rispondere togli "toglimi" dal mio indirizzo.]
Marco | * The Internet is full. Go away.  -- Joel Furr *

but...@iiname.com
 wrote:
 >auth stream tcp wait  root  /usr/sbin/in.identd in.identd -w -t120 -l
 >visto che la scritta root mi faceva impressione, la riga e' diventata:
 >auth stream tcp wait  nobody /usr/sbin/in.identd in.identd -w -t120 -l
 >tutto giusto?
No. DEVE funzionare come root. Lascia in pace ident.
 >C'erano, per esempio, Sunrpc (remote procedure call?), lpd e altri.
A proposito, disabilita il portmapper, nfsd e mountd.
 >Cioe', lpd gestisce la stampa in remoto? Rimuovendolo, in locale posso
 >sempre stampare?
No.
Se proprio vuoi essere paranoico ricompila il kernel con il supporto per
il firewall e poi lascia tutti i servizi che vuoi ma bloccali con
ipfwadm.


sono a posto?
Beeello a mamma sua :-)
Proprio come ciliegina, auth lo puoi far partire cosi'
ident stream tcp wait nobody /usr/sbin/in.identd in.identd -w -t120 -o -e
...questo fa si' che non venga usato syslog, e che inetd non debba fare
troppa fatica per gestire le connessioni (tira su un identd e basta).
Questo impedisce di fare flooding troppo facilmente :-) (alle brutte ho
un piccolo wrapper che identifica chi fa flood e lo toglie di mezzo con
route o ipfwadm, secondo quale trova)


Ho provato ad eseguirli ma non succede nulla:
Vanno a scriverti il log quando intercettano un tentativo di accesso.
Puoi provare anche da te a fare un ping localhost e poi dai un'occhiata
a /var/log/daemon.log o /var/log/iplogger.log a seconda di come hai
impostato iplogger (io preferisco fare un log separato).
n.b. Io uso la Debian 2.0 e non so' se con altre distr le cose cambiano.


solo io (grazie a host.equiv).
Dal quale togli tutte le righe che iniziano per "#". Non che sia un
granche' probabile entrare con quel vecchio trucco, pero'...


e io che speravo in un nuovo shell provider :P
 :) tu scherzi, ma se non mi interessavo a queste cose, ero un vero e
proprio provider a tempo libero.


granche' probabile entrare con quel vecchio trucco, pero'...
non ti chiedo niente, anche se la mia curiosita' mi corrodera':
ti credo in parola e vado a disinfestare le #


ALL:ALL:spawn safe_finger -l @%h 2>& 1| mail -s "%d-%h %u" root
cioe' fa un finger a cerca di fare qualcosa, e mi comunica il
risultato via mail?


No. DEVE funzionare come root. Lascia in pace ident.
Serni e Invy mi dicono che va bene nobody, tu che deve essere root...
e ora? Cosa metto? (considerate che sono l'unico utente)
Riassumendo, la situazione e' la seguente:
in /etc/inetd.conf:
auth stream tcp wait ????? /usr/sbin/in.identd in.identd -w -t120
in /etc/hosts.deny:
ALL:ALL
e in /etc/hosts.allow
ALL:127.0.0.1
in.identd:ALL
Piccola situazione anomala:
se dalla bourne shell scrivo (non come terminale di xwindows, ma
proprio in "modo testo"): 
netstat -a | grep LISTEN\\b | cut -f2 -d':'
il risultato e'
auth *
printer *
se lo faccio da KDE (la mia shell grafica), ottengo:
auth *
printer *
6000 *
che cosa e' quel 6000?????


che cosa e' quel 6000?????
KDE :-)


KDE :-)
che mi sta in ascolto su TCP?
Che faccio, mi preoccupo?


e ora? Cosa metto? (considerate che sono l'unico utente)
Prova con una via di mezzo:
auth stream tcp wait somebody /usr/sbin/in.identd in.identd -w -t120
-l
Evabbe', lo so che e' una pirlata, ma mi scappava :)
Ciaps
Luca
--
Luca Bruschi - 
I.NET
 S.p.A.
luca[@]
Mail.INET.it
Togliere le parentesi [] per rispondere.

but...@iiname.com
 wrote:
 >Serni e Invy mi dicono che va bene nobody, tu che deve essere root...
 >e ora? Cosa metto? (considerate che sono l'unico utente)
Non so che ident usi tu, ma quello che uso io ha scritto ben chiaro
nella man page che deve avere i permessi per leggere /dev/kmem.
 >in /etc/hosts.deny:
 >ALL:ALL
Puoi usare
ALL:ALL EXCEPT 127.0.0.1
che e` piu` bello e piu` chiaro (quindi anche piu` sicuro).
 >che cosa e' quel 6000?????
X. Di default e` gia` chiuso agli estranei (man xhost).



sei sicuro che sia kde, io non c'e' l'ho installato (o meglio lo era ma
e' stato ravanato tempo fa) e ho lo stesso qualcosa in ascolto
sulla porta 6000...
il bello e' che se ci vado in telnet il demone non si identifica, ovvero 
non dice chi e'...
the Ghost in the machine ?
saluti
andrea
-- 
Andrea Fanfani
fan...@levami.linux.it
"togliere levami per il reply"

risultato via mail?
Si'. Ti manda la risposta alla domanda "Cu fu questo bastardo?"
...sempre se quell'altro risponde al finger. Se non lo fa comunque
non ci perdi niente :-)


_Per ora_ mi funziona.
funziona anche a me, quindi lascero' nobody.


Evabbe', lo so che e' una pirlata, ma mi scappava :)
faro somebody, somewhere, sometimes: protocollo di connessione
filosofico (che in realta' usera' /dev/random) :)


sulla porta 6000...
infatti e' X.
Guarda la risposta di D'Itri.


 ti credo in parola e vado a disinfestare le #
Io, invece te lo chiedo. Che succede se lascio le righe commentate?
Nauralmente sei libero di non rispondermi, pero' mi farebbe piacere se
lo facessi affinche' io possa capire qualcosa in piu' su linux.
-- 
Sono gradite risposte anche via e-mail.
Grazie e ciao,
Giglio
E-mail: 
gig...@poboxes.com
Homepage: 
http://fly.to/giglio/
ICQ: 12385960

 tail -f /var/log/iplogger.log ;-)
Ma iplogger mette i log in syslog; quale file devo editare (quello che
fa partire iplogger all'avvio) mettendo il flag -l cosicche' i log
vadano in iplogger?
E' lo stesso file da editare per non far partire il sendmail?


 trovato :)
Dove? URL? oppure me lo mandi?


Dove? URL? oppure me lo mandi?
te lo mando
Ciao


 Dove? URL? oppure me lo mandi?
http://www.linuxvalley.com/~lserni/
-- 
(o-  ________________________________________________________________
//\  Luca Di Taranto                             dita...@zappami.tin
V_/_ to email me, please, remove "zappami" and add ".it" after ".tin"


http://www.linuxvalley.com/~lserni/
Ah, c'e' un piccolo corrige: il nome del file e' udplog-1.7b.tgz, la versione
'a' conteneva una serie di bachi (dovuti a un "cancella riga" di troppo, dato
da dentro vi).
Inoltre, c'e' una ricca serie di casini con le distribuzioni. Mi sono arreso,
ora in udplog.h c'e' un #define, ciascuno si trovi i propri headers e mi dica
quali sono... i nomi dei files sono costanti, spero, ma il path cambia :-)


Io, invece te lo chiedo. Che succede se lascio le righe commentate?
Dunque, premetto che NON ne sono affatto sicuro; pero' mi pare che quel
file non preveda commenti, e
#
# Questa riga
#
affermi che lo host "#" puo' loggarsi a te senza password. Se cosi' e',
e se qualcuno riesce ad assumere abbastanza controllo DNS da rifarsi un
nome come "#", ha tutti i numeri per giocarti un brutto tiro.


Evabbe', lo so che e' una pirlata, ma mi scappava :)
ehehehe invece no ....
e' il primo msg per cui rido oggi :)
ehm .... grazie :P
invy

No. DEVE funzionare come root. Lascia in pace ident.
<CAGATE ALERT> <CAGATE ALERT> :)))))))
Sicuramente tu hai usato moltissimi unix ma come saprai non dipende da quale
OS gli ci faccia girare sotto, ma da come e' codato identd ....
mem ?
kmem?
TAP ?
/proc ?
...
quali i permessi dei suddetti ?
poi allora sapremo come DEVE GIRARE :PPPP
magari la tua deve leggere _KMEM_PATH .... oki
quella del linux di Buttha e Serni legge, credo proprio, /proc/net/tcp che
mostra ad OGNI utente, se non patchata, OGNI UID delle connessioni attive. E'
lo stesso che usa il netstat sotto linux .....
ergo .... nobody is OK

che cosa e' quel 6000?????
mr X ..... curioso demone .... il meno notato dagli utenti normali.
il piu' stupidotto se non ci si presta attenzione <GRIN>
invy

Che faccio, mi preoccupo?
povero X non e' cattivo ..... puo' solo permettere ad altri di bloccarti la
sessione in corso di X, oppure di avere delle "foto" del tuo schermo in un
preciso momento, o magari di registrare e manipolare quello che scrivi in un
xterm .....
non e' cosi' cattivo .....
invy

the Ghost in the machine ?
no no .... in the shell :)
ad ogni modo si potrebbe dire quasi visto che se non lo curi fa quello
che vuole :P
invy

da dentro vi).
Bene... ora lo ribecco... ah tra l'altro per il mio piccolo problema
ho risolto upgradando alla 5.1 in ufficio... mo' mi ricompilo anche
qui udplog :-))

 da dentro vi).
Ma sul tuo sito non c'e'?


 nome come "#", ha tutti i numeri per giocarti un brutto tiro.
Ho capito, ho controllato il mio hosts.equiv e' completamente vuoto.
Cosa ci metto dentro?
P.S.: grazie per avermi risposto.




arghh! tremo per le micrococozze... ora che il giustiziere ha le armi...
uno di questi giorni devo provare a farti un bel ping con il boclient e poi
loggare la "ritorsione del tuo computer" :)
ciao
Luca


L.S...@agora.stm.it
 wrote:
 >affermi che lo host "#" puo' loggarsi a te senza password. Se cosi' e',
 >e se qualcuno riesce ad assumere abbastanza controllo DNS da rifarsi un
 >nome come "#", ha tutti i numeri per giocarti un brutto tiro.
E` banale, basta avere accesso al reverse mapping della propria
macchina. Se udplog e` un po' piu` furbo e fa anche un controllo inverso
(chiedendo l'A del PTR ricevuto) allora bisogna lavorare un po' di piu`,
ma rimane comunque una autenticazione fatta tramite DNS (cioe`
fortemente insicura).



: scrisse:
:> >auth stream tcp wait  root  /usr/sbin/in.identd in.identd -w -t120 -l
:> >visto che la scritta root mi faceva impressione, la riga e' diventata:
:> >auth stream tcp wait  nobody /usr/sbin/in.identd in.identd -w -t120 -l
:> >tutto giusto?
:>No. DEVE funzionare come root. Lascia in pace ident.
Salute a tutti, approfitto del thread per chiedere un paio di cose:
che cosa è e a cosa serve ident?
nel mio /var/log/messages ho trovato:
Nov 13 19:05:16 raptor inetd[978]: execv /usr/sbin/in.identd: No such file or
directory
che penso abbia relazione con la domanda precedente. Che cosa è?
Ho installato iplogger ma evidentemente manca qualche cosa perchè non scrive
in iplogger.log. Come si fa a farlo scrivere li? Ho visto che deve essere
usato il flag -l ma ho provato a metterlo nella chiamata iplog.init:
# Start daemons.
  echo -n "Starting iplog: "
  daemon icmplog -l
  daemon tcplog -l
 
ma continua a scrivere solo in messages.Evidentemente sbaglio :)
Ciao & TIA
Antonio
______________________________________________
!!!! attenzione: campo From alterato !!!!
----------------------------------------------
Antonio Madesani  webmaster federottica 
made...@versilia.toscana.it
http://www.federottica.com
----------------------------------------------

fortemente insicura).
vero.  
ma spingerei l'ante fino a TOTALMENTE INSICURA se l'unica ....
il reverse check si mangia appendendo un A al PTR spoofato.
Ma se ho un mio DNS ..... o se ne controllo uno ..... AMEN TO THAT.
invy

ma continua a scrivere solo in messages.Evidentemente sbaglio :)
NON HO UDPLOG (sorry Leo :))) non so se crei lui il file. Se non lo fa allora
guarda in /etc/syslogd.conf e poi guarda
man syslogd
e modifica il file come preferisci .....
invy

 Ma sul tuo sito non c'e'?
wget 
http://www.linuxvalley.com/~lserni/udplog-1.7b.tgz


inv...@N.marco.it
 wrote:
 >magari la tua deve leggere _KMEM_PATH .... oki
Esatto. Dove lo trovo quello che legge /proc/net/tcp, cosi` lo faccio
mettere nella debian?


in...@X.X.X wrote:
 >povero X non e' cattivo ..... puo' solo permettere ad altri di bloccarti la
 >sessione in corso di X, oppure di avere delle "foto" del tuo schermo in un
 >preciso momento, o magari di registrare e manipolare quello che scrivi in un
 >xterm .....
Solo se l'utente e` cosi` stupido da dare esplicitamente accesso a tutti.
Va bene che l'utente e` sempre stupido, ma ci sono tante altre cose
stupide piu` facili da fare.


xterm .....
e se proprio non voglio fare a meno di usare X, che faccio? Posso
renderlo sicuro?


se non ce l'hai ....
1) ^__^ sarebbe l'IP?
2) identd e' proprio necessario?


Ma sul tuo sito non c'e'?
C'e', c'e'. C'e' un link errato alla revisione a, che ho tolto, e non ho
corretto il link. Copia il link, cambia "a" in "b" (meglio in "c", dalle
20 di stasera - grazie, Ezio ;-) ) e ripeti il download.


loggare la "ritorsione del tuo computer" :)
Potrebbe non rimanerti un PC col quale loggare la ritorsione :-)


fortemente insicura).
In realta', udplog non c'entra -- ho visto il casino su -DPARANOID per
tcpd e non ho intenzione di imbarcarmi nella lotta! :-)
Il problema originario rimandava ad hosts.equiv.
Tra l'altro, ho provato (troncando di brutto named, nel farlo :-( ), e
hai perfettamente ragione -- si entra sulla macchina che e' un piacere
(argh!). Io l'ho fatto da una intranet, ma suppongo funzioni anche con
un numero arbitrario di hops nel mezzo, vero?
BTW - riallacciandomi alla storia del DNS - ho letto ora ora un blocco
di insulti & vituperi, all'indirizzo del DNS Microsoft, vulnerabile ad
un attacco la cui natura non ho ben capito ;-): m'interesserebbe avere
una trattazione a livello "upper management", e cosi' mi libero di una
ennesima NT box che e' finita sul mio cammino (*). Se serve, la scrivo
da me, ma mi servono i dati: non voglio espormi a critiche da parte di
due sistemisti NT la' presenti.
Leonardo
(*) e' andata cosi': sono arrivato in questa ditta, sentivo uno strano
    odore, m'e' venuto il dubbio, ho guardato sotto una scarpa, "Porca
    miseria!", ho detto, "Ho pestato un altro server NT!"


guarda in /etc/syslogd.conf e poi guarda
No problem, lui si riferisce a iplogger, che non e' roba mia :-)
Leonardo


Ma sai che non lo avevo ancora visto il tuo sito!?
  ebben si .. anch'io sono un pollastro che pensava che fosse un errore!! ha
ha ha
  (Pero'  Njord dei KrOme c'e' messo il riddle alchemico nelle chiavi  !! ma
voi mettere!!) ;-))

L.S...@agora.stm.it
 wrote:
 >Tra l'altro, ho provato (troncando di brutto named, nel farlo :-( ), e
 >hai perfettamente ragione -- si entra sulla macchina che e' un piacere
 >(argh!). Io l'ho fatto da una intranet, ma suppongo funzioni anche con
 >un numero arbitrario di hops nel mezzo, vero?
Certo.
 >BTW - riallacciandomi alla storia del DNS - ho letto ora ora un blocco
 >di insulti & vituperi, all'indirizzo del DNS Microsoft, vulnerabile ad
 >un attacco la cui natura non ho ben capito ;-): m'interesserebbe avere
 >una trattazione a livello "upper management", e cosi' mi libero di una
L'ho letto di fretta[0] e non ho capito a quale degli attacchi si
riferissero, immagino a un qualche tipo di cache poisoning. Se immagino
bene devi cercare nell'ultimo anno di bugtraq un attacco a cui erano
vulnerabili i vecchi BIND 4.x, credo quello che era stato usato da
Kaspuhreff (o comunque si scriva) per redirigere 
www.internic.net
 al
proprio server[1] ai tempi della polemica sui nuovi top level domains
e alternic.
Se vuoi cercare denigrazioni del pseudo name server di NT ne dovresti
trovare a volonta` in comp.protocols.tcp-ip.domain.
[0] In fondo, a chi importa sapere quale /altro/ problema ha il name
server di NT? :-)
[1] Cosa che lo porto` in galera due giorni dopo, e AFAIK e` ancora li`.


but...@iiname.com
 wrote:
 >e se proprio non voglio fare a meno di usare X, che faccio? Posso
 >renderlo sicuro?
X e` gia` sicuro.


mettere nella debian?
allora .... se non ricordo male dovrebbe essere sicuramente in .rpm su
ftp.redhat.com
 forse nei contrib dalla versione 4.2 in su ...
in .tgz su 
sunsite.unc.edu
 e 
ftp.funet.fi
il demone e' PIDENTD
invy

stupide piu` facili da fare.
eheheh e' un po' come la regola base del filtering. C'e' chi usa la DENY ALL.
Chi la PERMIT ALL. Riguardo agli utenti credo si possa partire dalla base
che sono TUTTI STUPIDI :PPP
Comunque in alcuni environment la access list e' aperta di default dove ad
esempio ci sono TERMINALI X in una LAN che bootano da un'unica box mediante,
che so, BOOTP .... ahime se se ne vedono ... :(
invy

renderlo sicuro?
primo .... prova da qualche altra macchina a dare un comando di questo tipo:
xterm -display tuo_IP:0
se non hai un'altra macchina, usa un bounce o chi per lui 6000/6000
se ti appare l'xterm sullo schermo sei aperto come il back orifice di un
BOservizzato :)
dai subito il comando
xhost -
poi, un'altra cosa che puoi fare e' filtrare con ipfwadm ogni connessione
alla tua porta 6000 che non provenga dalla interfaccia lo (ifconfig).
invy

2) identd e' proprio necessario?
mah in alcuni server IRC e' richiesto altrimenti ti pongono davanti al nome
utente una tilde ~ o altri segni come - per dimostrare che usi un finto nome
utente .... ripeto: a te puo' NON essere necessario. vedi tu. Ma immagina un
sistema con decine di utenti. Alcuni usano un server SMTP di un altro sito per
mandare fake mail .... il server remoto chiede al tuo server identd chi ha
dato quei comandi, cosi il loro root puo' poi chiedere a te chi e' stato,
fornendoti quei nomi come indizio .... ma NON e' un autenticazione. e' solo, al
meglio, una cortesia :)
invy

due sistemisti NT la' presenti.
un altro ?!
ricordo che fino a SP3, spero per loro, era possibile inviare una REPLY
al server DNS in merito ad una query MAI INVIATA. Il server, cercando la
struttura relativa alla query inesistente, molto semplicemente, moriva :)
o ti riferisci ai problemi di Intenic coi root che sono stati nominati su
NTBUGTRAQ ?
ad ogni modo si sa che il DNS di NT e' vulnerabile ad entrambi gli attacchi
che ho nominato prima. La cache e' corrompibile con reply non richieste appese
ad alcune richieste, oppure spoofando reply del DNS legale mediante guess del
numero di sequenza delle risposte.
invy

  ebben si .. anch'io sono un pollastro che pensava che fosse un errore!! ha
Gia' con questo dimostri che non lo sei :-) - il sito comunque e' realizzato
interamente a mano secondo le antiche tecniche artigiane della "Fabbrica del
Sito Buono", usando l'editor supremo ("vi").
Almeno, ho tolto il background (un .GIF di 150 bytes - tutto bianco 8-) ).


NTBUGTRAQ ?
Quelli, freschi freschi.
Leonardo depresso. Arrivera' mai qualcosa di buono da Redmond?


si si  ho visto!!.. a prima vista sembra una cosina cosi' .. invece sei un
certosino dell'html.
 Praticamente un frate amanuense! ;-)

[1] Cosa che lo porto` in galera due giorni dopo, e AFAIK e` ancora li`.
senza scendere in flame etiche spero se la cavi. Internic avrebbe dovuto fare
buon viso a cattivo gioco, invece di adottare la classica azione alla IBM anni
50 (non di oggi ....)
se non ci pensano le autorita' dei root servers ad assicurare un funzionamento
sicuro dei DNS o quantomeno se non contribuiscono al lavoro per DNSsec sono, a
mio avviso ugualmente colpevoli. :)
invy

in...@X.X.X wrote:
 >poi, un'altra cosa che puoi fare e' filtrare con ipfwadm ogni connessione
 >alla tua porta 6000 che non provenga dalla interfaccia lo (ifconfig).
In teoria dovrebbe essere possibile filtrare tutte le interfaccie visto
che i programmi locali usano un socket unix domain.


in...@identd.net
 wrote:
 >mah in alcuni server IRC e' richiesto altrimenti ti pongono davanti al nome
 >utente una tilde ~ o altri segni come - per dimostrare che usi un finto nome
 >utente .... ripeto: a te puo' NON essere necessario. vedi tu. Ma immagina un
Senza identd le connessioni a molti servizi (es: SMTP) sono rallentate
perche` il remoto aspetta il timeout prima di andare avanti.


in...@BUGTRAQ.ORG
 wrote:
 >o ti riferisci ai problemi di Intenic coi root che sono stati nominati su
 >NTBUGTRAQ ?
Quelli non erano problemi di sicurezza, solo due gtld server che
rispondevano NXDOMAIN per tutta la zona com. :-)


 20 di stasera - grazie, Ezio ;-) ) e ripeti il download.
Intanto ho preso la b, ora mi catapulto per la c, grazie di esistere
Leo!
-- 
Sono gradite risposte anche via e-mail.
Grazie e ciaX-Mozilla-Status: 
0009...@poboxes.com
Homepage: 
http://fly.to/giglio/
ICQ: 12385960

 wrote:
: man in.identd (o man identd)
: se non ce l'hai ....
: per l'errore in /var/log/messages forse NON hai compilato o installato il 
: suddetto demone o e' da qualche altra parte .... prova con
: find / -name *ident* -print
Ciao, il problema è che non ho questo demone. Ho anche cercato sui miei cdrom
ma non rieco proprio a trovare sto' coso di identd ( o in.identd).
Puoi per favore indicarmi dove lo posso trovare. Ho cercato anche su sunsite
ma (siccome che sono cecato . . .) non l'ho trovato (fa anche rima :)).
Ciao & TIA
Antoni
______________________________________________
!!!! attenzione: campo From alterato !!!!
----------------------------------------------
Antonio Madesani  webmaster federottica 
made...@versilia.toscana.it
http://www.federottica.com
----------------------------------------------

che i programmi locali usano un socket unix domain.
yes. e' un metodo che e' stato usato sul portmapper in BSD per evitare che
richieste di set/unset costituiscano un DOS (BUGTRAQ)
ma d'altra parte basta aggiungere tali check in tutti i demoni come X per
far si che richieste remote non vengano onorate.
un semplice compare tra AF_UNIX e AF_INET
yum yum
invy

loggare la "ritorsione del tuo computer" :)
Trema, trema microcozza... :-))
P.S. Ma 'sta cacchio di cena? Reply via mail...

in...@AF.UNIX wrote:
 >ma d'altra parte basta aggiungere tali check in tutti i demoni come X per
 >far si che richieste remote non vengano onorate.
Non bisogna aggiungere controlli, basta filtrare tutto con ipfwadm.
Non ho la minima intenzione di ricompilare X.
 >un semplice compare tra AF_UNIX e AF_INET
??? Le connessioni le accetti su fd distinti, che razza di compare vuoi
fare?


Trema, trema microcozza... :-))
Statti aqqorto, te. E ricorda che una rondine non fa primavera, e un ping BO
non fa una microcozza rompicoglioni: gli UDP si spoofano come niente.
Leonardo


non fa una microcozza rompicoglioni: gli UDP si spoofano come niente.
Beh se una macchina e' blindata e' blindata...

On Tue, 17 Nov 1998 12:13:03 GMT,
pderosa_6723_REMOVE_ME_TO_FUC...@tin.it
(Pierluigi De Rosa) wrote:


Io non dico la tua: dico quella di una povera microcozza che si e'
fatta dei nemici... i quali nemici spammano dodicimila subnets con
ping BO spoofati a nome della microcozza, sperando che qualcuno ci
si incazzi e reagisca in malo modo.
Se uno proprio vuole assicurarsi (nei limiti del possibile) di chi
effettivamente ha fatto ping:
	1) Risponde
	2) Risponde a tono ai comandi piu' ovvi
	3) Se, come nel 75% dei casi (esperienza mia) arriva il
	   comando di attivazione web server, dice di si'
	4) Quando arriva una connessione TCP da quell'indirizzo
	   alla porta 80, _ALLORA_ l'identita' del tizio e' non
	   dico SICURA, pero' insomma abbastanza PROBABILE.
Tieni conto che non serve mettere DAVVERO un server http su 80, e'
sufficiente qualcuno che risponda via inetd.


sufficiente qualcuno che risponda via inetd.
Ah si, "Messa in ... senza sp..." docet :-))

fare?
mi son spiegato male. molti demoni accettano sia sua socket di tipo AF_UNIX
che AF_INET .... basta dirgli di NON accettare (o levargli la possibilita'
in toto) gli AF_INET ..... tutto qui. BUM. In teoria niente piu problemi
dall'esterno.
invy

ma (siccome che sono cecato . . .) non l'ho trovato (fa anche rima :)).
beh su sunsite puoi fare cosi: vai alla pagina WEB 
sunsite.unc.edu
 e scegli
l'opzione della ricerca online sul sito. Lo troverai. Trovi invece un .rpm
su 
www.redhat.com
 nella ricerca del loro ftp site.
oppure prova con archie, loggandoti su 
archie.doc.ic.ac.uk
 con 'archie' e poi
da li puoi cercare (c'e' l'help in linea).
Ora mi dirai: si vabbe non potevi darmi l'URL ?
A memoria non li so tutti. Altrimenti farei 
www.INVYVISTA.com
E poi mi ringrazierai per una bella ricerca conclusa. :P
invy

Ah si, "Messa in ... senza sp..." docet :-))
Li' c'era davvero apache. Non avevo avuto il tempo di scrivere i serverini
fantasma per HTTP :-)
