July 2008 - Systeme - Listes du LIPN

Reward your experience with marketable degree
by Merrill Hamm 25 Jul '08

25 Jul '08

Bacheelor, MasteerMBA, and Doctoraate diplomas available in the field of your choice that's right, you can even become a Doctor and receive all the benefits that comes with it! Our Diplomas/Certificates are recognised in most countries No required examination, tests, classes, books, or interviews. ** No one is turned down ** Confidentiality assured CALL US 24 HOURS A DAY, 7 DAYS A WEEK For US: 1-781-634-7970 Outside US: +1-781-634-7970 "Just leave your NAME & PHONE NO. (with CountryCode)" in the voicemail our staff will get back to you in next few days

1 0

Re: [Systeme] [AdminLIPN] pb intranet
by Jean-Christophe Dubacq 25 Jul '08

25 Jul '08

Mamadou Sow a écrit : > S'il y a quelqu'un qui se rappelle du mot de passe de lipn. Moi. > Après connexion à lipn, il faut éditer > > /etc/ssh/sshd_config > > et remplacer > > RSAAuthentication no > PubkeyAuthentication no > > par > > RSAAuthentication yes > PubkeyAuthentication yes > > et relancer le service ssh > > sinon je vais à partir de mon domicile ce soir je l'ai noté qq part > > J'ai fait la chose. Voici la situation actuelle: Nous avons une machine (lipn) qui est dans une distribution qui n'a plus aucun support de sécurité (sarge). Et qui est ouverte sur l'extérieur par ssh et web. Quelqu'un (qui?) avait désactivé la connexion par clé (fait 1). Pas forcément une mauvaise idée au départ. Par contre, comme personne ne l'a fait, c'est toujours cette machine qui reçoit toutes les communications web (avec, rappelons-le, aucune garantie de sécurité depuis je crois un an) de l'intranet. Comme l'intranet n'est plus sur cette machine (qui gérait également le mail avant, je ne sais pas si cette configuration a été enlevée), on faisait lancer (au lancement de cette machine) un tunnel ssh vers lipn-sf4 (qui gère l'intranet, et qui est également la machine omnipotente au laboratoire). Pour cela, jusqu'en début mai, cette machine avait le droit de se connecter sans mot de passe sur le serveur. Elle lançait alors le script createsshtunnellipnsf4 (ou un nom du genre). lipn-sf4, à cause de __fait 1__ ne pouvait pas se connecter sur lipn par clé publique (omnipotence partielle donc). Depuis le mois de mai, et le changement à marche forcée des clés (parce que toutes les clés étaient compromises, et n'importe qui en cinq minutes pouvait accéder à ces clés, sauf que __fait 1__ (heureusement)), lipn ne pouvait plus accéder sans mot de passe à lipn-sf4 (qui lui, était bien obligé d'avoir l'accès par clé de toute façon). Ça marchait encore, parce que lipn n'avait pas redémarré depuis. Donc, je récapitule: Avant mon intervention, on voulait donc qu'une machine sans sécurité et connectée directement à l'extérieur par web et ssh ait un accès sans mot de passe sur le serveur omnipotent du laboratoire. Ce n'est pas bien (pour mieux le dire: c'est MAL(tm)). Après mon intervention (aujourd'hui), le tunnel est créé directement par lipn-sf4. On peut maintenant accéder à lipn avec clés publiques (mais il serait bon de « retirer » lipn de la circulation, une simple reconfiguration du pare-feu permet de s'en passer complètement). Il est créé par le programme autossh, qui, lorsqu'il n'arrive pas à faire la connexion (par exemple, parce que lipn est éteinte), réessaye un peu plus tard : If the ssh connection fails and attempts to restart it fail in quick succession, autossh will start delaying its attempts to restart, gradually backing farther and farther off up to a maximum interval of the autossh poll time (usually 10 minutes). autossh can be "prodded" to retry by signalling it, perhaps with SIGHUP ("kill -HUP"). Donc, il n'y a plus d'ordre pour relancer l'intranet. lipn-sf4 a à nouveau accès à toutes les machines. Pour les intéressés, j'ai mis l'autossh dans /etc/rc.local (lancé par /etc/init.d/rc.local start) Par contre, lipn est toujours un trou de sécurité ambulant à retardement (et avec une mèche très courte). On remarquera que cette machine ne fait absolument rien, à part de la redirection d'information vers lipn-sf4 (et un accès ssh non publicisé, non surveillé). Voilà, voilà. Correction du wiki à venir. -- JCD

1 1

recevez-vous ce mail ?
by Christine Choppy 25 Jul '08

25 Jul '08

Bonjour, Je ne sais pas comment ça se passe ... Le site du labo est de nouveau disponible (depuis ?11h environ), par contre le mail et l'intranet ne sont pas accessibles depuis l'extérieur. Bon, je réessayerai régulièrement. Bon courage, et merci pour votre travail. Cordialement, Christine. _____________________________________________________________________________ Envoyez avec Yahoo! Mail. Une boite mail plus intelligente http://mail.yahoo.fr

2 2

No more worries - choose this way to reach pure enjoyment!
by Hilda Lam 25 Jul '08

25 Jul '08

Once she claps her eyes on your increased and more mighty tool, she's yours for the taking! http://tonetall.com/

1 0

Amero arrives
by rayk＠rcq.org.au 25 Jul '08

25 Jul '08

North American Union is the reality now http://24.63.176.185/

1 0

Convert your rodney from small to a big one fast and easily!
by Sofia Goodrich 24 Jul '08

24 Jul '08

If you don't feel proud about the dimensions of your love wand, check out our offer! http://aliaceen.com/

1 0

Leading the intimate revolution.
by rosas.horn＠craven.k12.nc.us 24 Jul '08

24 Jul '08

Get back to slim shape again. http://nko.edpillsguide.eu

1 0

Re: [Systeme] IMPORTANT: votre compte au LIPN
by Valentina.Dragos＠lipn.univ-paris13.fr 24 Jul '08

24 Jul '08

Bonjour, pour l'instant, je ne sais pas si je serai à Paris 13 à la rentrée, mais je voudrais garder mon compte après 31 Août, si possible. Merci et bonnes vacances. Valentina Quoting systeme(a)lipn.univ-paris13.fr: > > <ceci est un message adresse automatiquement> > > Bonjour, > > Ce message est un rappel vous informant que votre compte > informatique dragos au LIPN va expirer dans 45 jours (le 30 August 2008). > > Après expiration, votre compte sera fermé et vos données > archivées. > > Si vous pensez qu'il s'agit d'une erreur, ou que votre statut > au labo a changé sans que l'équipe systeme soit informée, > envoyez RAPIDEMENT un mail a systeme(a)lipn.univ-paris13.fr. > > Cordialement, > L'équipe système du LIPN. >

1 0

Improbable things can really happen!
by Reinaldo Farley 24 Jul '08

24 Jul '08

Just imagine how thankful your wife would be for that change in your body! Fight your uncertainty by getting your tool bigger! http://stillquality.com/ that is not likely to happen as long as I remain engaged in theForty percent of his stock positions and two-thirds of his foreignwas to short crude oil, go long the short end of the U.S. interest rate

1 0

Re: [Systeme] Debian package updates on weblipn.lipn.univ-paris13.fr
by Jean-Christophe Dubacq 24 Jul '08

24 Jul '08

root a écrit : > apticron report [Wed, 23 Jul 2008 06:53:00 +0200] > ======================================================================== > > apticron has detected that some packages need upgrading on: > > weblipn.lipn.univ-paris13.fr > [ 10.10.0.68 ] > > The following packages are currently pending an upgrade: > > libgd2-xpm 2.0.33-5.2etch1 > > ======================================================================== > > Package Details: > > Reading changelogs... > --- Modifications pour libgd2 (libgd2-xpm) --- > libgd2 (2.0.33-5.2etch1) stable-security; urgency=high > > * Non-maintainer upload by the security team > * Fix DoS via array index error in gd_gif_in.c caused by large color > index values > Fixes: CVE-2007-3476 > * Fix DoS via large start or end angle degree values, which causes a > large CPU consumption > Fixes: CVE-2007-3477 > * Fix several integer overflows in some gdImage* functions, which > could lead to a DoS or arbitrary code execution > Fixes: CVE-2007-3996 > * Fix several overflows in gd.c by adding sanity checks for certain > values > * Fix DoS via infinite loop in gd_png.c > Fixes: CVE-2007-2445 > > -- Steffen Joeris <white(a)debian.org> Sat, 19 Jul 2008 13:27:49 +0200 > Done.

1 0