FRsAG

frsag@frsag.org

2 participants
2599 discussions

Les petits secrets de dig
by Bégault Luc 19 Jun '13

19 Jun '13

Bonjour à tous, un rapide (promis quand j'ai commencé à écrire je pensais vraiment que ça allait l'être) partage d'expérience suite à un problème lors de l'usage de dig avec son option "+trace". Comme chacun le sait, celle-ci permet de dérouler l'algorithme récursif de résolution d'un fqdn en partant des serveurs racines. Pour une obscure raison je devais hier soir faire un peu de debug dns. J'utilisais donc les dites commandes et options quand oh malheur j'obtenais: $dig +trace machine.domain.tld ; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> +trace machine.domain.tld ;; global options: +cmd ;; Received 12 bytes from ip.srv.dns.recursif#53(ip.srv.dns.recursif) in X ms Ce qui est un peu léger et ne m'aidait guère. Pour comparaison, je testais sur un réseau dont je gère la résolution dns récursive et la même commande me donnait le résultat attendu. Après quelques recherches, il apparaît que dig demande au serveur dns courant de le renseigner quand aux serveurs racines. Il fait ceci en plaçant le bit "recursion desired" ( rfc 1035 - 4.1.1. Header section format) à 0. Ceci parait logique vu que l'on souhaite interroger les valeurs en cache du serveur. Visiblement certains fai (testé chez "libre", et en 3G chez "mandarine") ne souhaitent pas répondre à ce type d'interrogations, on le démontre simplement en comparant: dig +recurse NS . (+recurse est mis par défaut, je suis juste explicite ici) vs dig +norecurse NS . Je viens de lire attentivement le manuel de dig et il ne me semble pas possible de faire en sorte que la première interrogation se fasse avec le flag rd à 1 ou d'utiliser un fichier. Le bug debian que j'ai donc ouvert: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=712747 Autre point, pourquoi diable nos fai interdisent-ils ce type de requêtes ? Certe le fait d'arriver sur un recursif avec rd à 0 peut sembler suspect, et que c'est le comportement par défaut d'unbound: http://www.unbound.net/pipermail/unbound-users/2010-November/001489.html le "allow_snoop" permettant des "malicious acts" (http://www.unbound.net)/documentation/unbound.conf.html): consulter le cache du serveur pour essayer de l'empoisonner au bon moment je suppose ? Ce fonctionnement ne protège pas contre l'attaque par amplification dns décrite dans cet article http://www.bortzmeyer.org/dns-attaque-ns-point.html. Votre avis ? Est-ce légitime ? Une réaction abusive aux soucis actuels de ddos par amplification dns (tout ce qui est pas propre-mainstream-qui-a-une-tete-qui-me-revient-pas sur mes dns je jette) ? Luc.

1 0

Fwd: Important Hetzner Online Client Information
by Gregory Duchatelet 17 Jun '13

17 Jun '13

Bonjour, voilà un joli mail de Hetzner, qui concerne une faille de sécu non-répertorié dans Nagios et donc qui potentiellement concerne un certains nombre d'entre nous.... Si quelqu'un a des infos, je suis preneur. Greg -------- Message original -------- Sujet: Important Hetzner Online Client Information Date : Thu, 06 Jun 2013 18:12:45 +0200 De : security-mailing(a)hetzner.de Répondre à : security-mailing(a)hetzner.de Dear Client At the end of last week, Hetzner technicians discovered a "backdoor" in one of our internal monitoring systems (Nagios). An investigation was launched immediately and showed that the administration interface for dedicated root servers (Robot) had also been affected. Current findings would suggest that fragments of our client database had been copied externally. As a result, we currently have to consider the client data stored in our Robot as compromised. To our knowledge, the malicious program that we have discovered is as yet unknown and has never appeared before. The malicious code used in the "backdoor" exclusively infects the RAM. First analysis suggests that the malicious code directly infiltrates running Apache and sshd processes. Here, the infection neither modifies the binaries of the service which has been compromised, nor does it restart the service which has been affected. The standard techniques used for analysis such as the examination of checksum or tools such as "rkhunter" are therefore not able to track down the malicious code. We have commissioned an external security company with a detailed analysis of the incident to support our in-house administrators. At this stage, analysis of the incident has not yet been completed. The access passwords for your Robot client account are stored in our database as Hash (SHA256) with salt. As a precaution, we recommend that you change your client passwords in the Robot. With credit cards, only the last three digits of the card number, the card type and the expiry date are saved in our systems. All other card data is saved solely by our payment service provider and referenced via a pseudo card number. Therefore, as far as we are aware, credit card data has not been compromised. Hetzner technicians are permanently working on localising and preventing possible security vulnerabilities as well as ensuring that our systems and infrastructure are kept as safe as possible. Data security is a very high priority for us. To expedite clarification further, we have reported this incident to the data security authority concerned. Furthermore, we are in contact with the Federal Criminal Police Office (BKA) in regard to this incident. Naturally, we shall inform you of new developments immediately. We very much regret this incident and thank you for your understanding and trust in us. A special FAQs page has been set up at http://wiki.hetzner.de/index.php/Security_Issue/en to assist you with further enquiries. Kind regards Martin Hetzner Hetzner Online AG Stuttgarter Str. 1 91710 Gunzenhausen / Germany Tel: +49 (9831) 61006-1 Fax: +49 (9831) 61006-2 security-mailing(a)hetzner.de http://www.hetzner.com Register Court: Registergericht Ansbach, HRB 3204 Management Board: Dipl. Ing. (FH) Martin Hetzner Chairwoman of the Supervisory Board: Diana Rothhan

8 12

[JOB] Ingénieur systèmes Linux
by Fabien Germain 14 Jun '13

14 Jun '13

Bonjour à tous, et bon trolldi ! Je vous fais suivre une offre d'emploi pour un sysadmin Linux chez NUXIT ( http://www.nuxit.com). Le poste est basé à Sophia Antipolis (06), ou bien en télétravail. Fabien -----8<----- ENTREPRISE : Depuis 2003, NUXIT propose au grand public et aux entreprises des solutions d'hébergement internet performantes. Forte de son expérience et de ses 30 000 sites hébergés, NUXIT a toujours su placer la qualité de service et la relation client au coeur de ses préoccupations. Cette caractéristique associée à l'excellence d'une infrastructure haute disponibilité a fait de NUXIT une figure incontournable de l'hébergement web français, connue et reconnue pour son sérieux, sa fiabilité et sa réactivité hors du commun. POSTE : Au sein d'une petite équipe (15 personnes) jeune et dynamique, vous interviendrez dans un environnement 100% Linux et principalement open source, à la fois sur des missions d'administration quotidiennes (infogérance, analyse et résolution d'incidents...) et sur des projets de conception ou d'amélioration de plate- formes existantes. Le poste est à pourvoir en télétravail ou au siège à Sophia Antipolis (06). PROFIL RECHERCHE : Formation Bac + 5 en ingénierie informatique Parfaite maîtrise de l'administration Linux (certifications LPIC, RedHat ou autre appréciées) A quoi ressemble un ingénieur NUXIT ? Dynamique, disponible, passionné de Linux, forte culture de l'open-source, esprit "geek", goût de la prod et de la haute disponibilité, force de propositions intelligentes et audacieuses... Si vous vous reconnaissez dans cette description, votre profil peut nous intéresser quelle que soit votre formation et votre expérience. Débutants, tentez votre chance ! Barbus acceptés ;-) REMUNERATIONS & AVANTAGES : Selon profil & expérience POSTULER : CV + lettre de motivation à l'adresse rh(a)nuxit.com

1 0

OpenStack, OpenQRM, CloudStack, Proxmox ?
by Florent Nolot 12 Jun '13

12 Jun '13

Bonjour Afin de mettre en place une solution de virtualisation à but pédagogique, nous sommes en train de faire des tests des différents manager type OpenStack, OpenQRM, CloudStack, Proxmox. J'aimerai savoir si vous avez des retour d'expériences sur les différents gestionnaires, sachant que nous utiliserons soit du kvm, soit du Xen HVM en dessous. Merci pour votre retour P.S. : désolé pour la mauvaise manip tout à l'heure. Merci à Simon pour l'info. -- Florent NOLOT Université de Reims Champagne-Ardenne

8 9

Retours sur les solutions de stockage du constructeur NEXSAN ?
by Jerome Le Tanou 07 Jun '13

07 Jun '13

Bonjour, dans le cadre d'un projet de mise en oeuvre d'une infrastructure de stockage unifié (SAN/NAS) dont la cible à 4 ans serait de l'ordre de 4po, un intégrateur nous propose une infrastructure utilisant les solutions stockage du constructeur NEXSAN (http://www.nexsan.com/) récemment racheté par Imation. Du coup, si certains d'entre-vous ont des retours d'expériences sur les solutions NEXSAN et plus notamment sur leur gamme NST je serais particulièrement intéressé. Merci d'avance. -- Jérôme LE TANOU

1 0

Doc admin BMC PATROL
by Sébastien Mureau 07 Jun '13

07 Jun '13

Bonsoir à tous, Je souhaiterai savoir si quelqu'un à une doc sur l'administration patrol. Merci. -- *********************************************************************************************** This message and any attachments are confidential and intended for the named addressee(s) only. If you have received this message in error, please notify immediately the sender, then delete the message. Any unauthorized modification, edition, use or dissemination is prohibited. The sender shall not be liable for this message if it has been modified, altered, falsified, infected by a virus or even edited or disseminated without authorization. ***********************************************************************************************

1 0

Stockage partagé en environnement virtualisé
by Simon Morvan 06 Jun '13

06 Jun '13

Bonjour à tous, Dans un contexte d'architecture web virtualisée, de quelle manière avez vous l'habitude de gérer le stockage partagé entre les frontaux ? Il y a le classique NFS monté par l'ensemble des frontaux mais virtualisez vous également cette couche ? Quid des trucs plus rigolo du type GlusterFS ? Directement sur les nœuds frontaux ? Sur des nœuds dédiés ? Je suis très intéressé par des retours d'expérience de la communauté. -- Simon.

7 9

Re: [FRsAG] OpenStack, OpenQRM, CloudStack, Proxmox ?
by Victor Héry 06 Jun '13

06 Jun '13

Bonjour, Niveau gestion réseau, Proxmox n'est effectivement pas encore très au point. Un peu de ligne de commande nécessaire pour gérer les vlan. Niveau scripting, tous les outils de gestion sont dispo en ligne de commande, donc c'est jouable. Il y a aussi une API web service (avec une belle appli Android d'ailleurs, quadprox) pour gérer un serveur, créer des KVM, les supprimer, etc. Je n'ai pas trop joué avec la gestion utilisateur, mais elle existe et elle fonctionne (utilisateurs systèmes ou utilisateurs crées dans l'interface web) L'interface web est très agréable à utiliser je trouve, on peut y créer de la KVM, ouvrir du VNC sur les machines, modifier les KVM existantes, etc. Il y a également un système de snapshot et de backup complet. Je vais aller m'intéresser aux autres solutions tiens quand j'aurai 2 minutes tiens, pour comparer :) j’espère avoir pu aider un peu. Cordialement, Victor Héry Le 06/06/2013 14:22, Florent Nolot a écrit : > Bonjour > C'est surtout pour avoir un outils simple de gestion de VM pour mettre > à disposition des VM aux étudiants. Il me faut donc de la gestion VLAN > pour les isolations des VM, une API pour pouvoir scripter la gestion > des VM, faire des snapshots, une interface web pour de la gestion rapide. > Cordialement > > Florent NOLOT > Université de Reims Champagne-Ardenne > > Le 06/06/2013 14:08, Victor Héry a écrit : >> Bonjour Florent, >> >> J'utilise pour ma part Proxmox depuis 2 ans maintenant, et il est plutôt >> efficace. >> >> Via l'interface web, la création et la modification de KVM est très >> simple, de même que les backups. >> >> Je ne sais pas trop ce que vous attendez comme retour exactement. >> Pour un but pédagogique, l'idée est de manipuler en ligne de commande, >> de créer, de tester des performances ? Ou bien de créer des KVM pour >> avoir des environnements de tests rapides à monter ? >> >> N'hésitez pas à préciser l'idée, j'essaierai d'être plus précis si vous >> voulez. >> (Je ne connais par contre pas les autres solutions) >> >> Cordialement, >> >> Victor Héry >> >> >> >> Le 06/06/2013 10:48, Florent Nolot a écrit : >>> Bonjour >>> >>> Afin de mettre en place une solution de virtualisation à but >>> pédagogique, nous sommes en train de faire des tests des différents >>> manager type OpenStack, OpenQRM, CloudStack, Proxmox. >>> >>> J'aimerai savoir si vous avez des retour d'expériences sur les >>> différents gestionnaires, sachant que nous utiliserons soit du kvm, >>> soit du Xen HVM en dessous. >>> >>> Merci pour votre retour >>> >>> P.S. : désolé pour la mauvaise manip tout à l'heure. Merci à Simon >>> pour l'info. >>> >> >> >

1 0

Re: [FRsAG] [FRSAG] Logiciel de Gestion et de Surveillance des "Clef USB" pour PC Client Windows dans un réseau Local
by Dominique DE CONTI 06 Jun '13

06 Jun '13

> Bonjour, > > Merci pour l'info aussi. Je l'ai installé sur une machine de test pour > voir. > Je vous ferais un retour après une plus ample utilisation, surtout en mode > réseau :) > > Cdlt > Dominique > > > Le samedi 1 juin 2013, a écrit : > >> très ;) >> >> Les premières versions étaient un peu galère, mais quand je suis parti il >> y a 3 ans ça tournait plutôt pas mal. >> >> >> >> David >> >> >> http://www.linkedin.com/in/roelandtd >> http://fr.viadeo.com/fr/profile/david.roelandt >> >> ----- Mail original ----- >> De: "Olivier MARECHAL" <omarechal(a)gmail.com> >> À: "French SysAdmin Group" <frsag(a)frsag.org> >> Envoyé: Vendredi 31 Mai 2013 13:48:05 >> Objet: Re: [FRsAG] [FRSAG] Logiciel de Gestion et de Surveillance >> des "Clef USB" pour PC Client Windows dans un réseau Local >> >> >> >> Merci beaucoup pour cette info sur IPC Monitor. Simple et efficace ! >> >> >> Olivier >> >> >> >> Le 29 mai 2013 13:09, < david.roelandt(a)free.fr > a écrit : >> >> >> Un petit logiciel créé par un militaire français : IPC Moniteur >> >> http://www.toocharger.com/fiches/windows/ipc-moniteur/80656.htm >> >> Pour l'avoir mis en place sur mes serveurs Windoze : >> >> Cela crée une base de données de clé USB, l'admin autorise chaque clé de >> manière unique, si chaque clé a un identifiant unique, certaines marques / >> séries peuvent poser problème. >> >> L'utilisateur passe sur une station blanche avec scan AV puis "tatouage" >> de la clé. Si le contenu de la clé est modifié, le tatouage est caduque. >> >> Le logiciel déployé sur les postes clients vérifie que le tatouage est >> correct. Si le contenu de la clé est modifié, l'utilisateur déconnecte la >> clé avec IPC moniteur pour une MAJ du tatouage. >> >> Chaque intrusion de clé non tatouée remontait une erreur. >> >> D'un coup, les remontées antivirus se sont faites beaucoup moins >> nombreuses. >> >> David ROELANDT >> ----- Mail original ----- >> De: "Dominique DE CONTI" < ryo_perso(a)yahoo.fr > >> À: "French SysAdmin Group" < frsag(a)frsag.org > >> Envoyé: Samedi 11 Mai 2013 22:52:53 >> Objet: Re: [FRsAG] [FRSAG] Logiciel de Gestion et de Surveillance des >> "Clef USB" pour PC Client Windows dans un réseau Local >> >> >> >> >> Merci pour les réponses, c'est intéressant mais cela ne correspond pas à >> ce que je recherche. >> >> >> Je dispose déjà d'un antivirus sous un environnement EPO. >> Et la solution Arkoon ne me paraît pas en adéquation avec le but de >> simplification recherché. >> >> >> Merci pour vos lumières en tout cas :) >> Bon week-end à tous. >> >> >> Le samedi 11 mai 2013, Windel a écrit : >> >> >> >> Regarde le produit Stromshield de chez ARKOON. >> >> >> >> Le 11/05/2013 19:04, Dominique DE CONTI a écrit : >> >> >> >> >> >> >> Bonjour à tous, >> >> >> >> >> Voilà, je recherche un logiciel de gestion et de surveillance pour les >> Clefs USB de mon service ( un peu comme "data doctor usb activity monitor", >> mais qui n'est plus développé actuellement par son éditeur ) >> >> >> >> Images intégrées 1 >> >> >> Ce dernier devant pouvoir : >> >> -- surveiller les activités de périphérique de stockage de masse USB sur >> des systèmes Windows au sein d'un réseau LAN. >> >> -- empêcher l'accès non autorisé aux activités de périphériques USB y >> compris l'insertion et le retrait de périphériques USB sur les ordinateurs. >> >> -- avoir le droit de modifier ou d'affecter les paramètres d'accès et >> autorisation de port USB de la machine du client en LAN. >> >> -- L'administrateur peut bloquer la lecture / écriture et même l'accès à >> des périphériques de stockage de masse USB. >> >> -- activité détaillé (insertion-retrait et même accès) des périphériques >> USB. >> >> -- outil de suivi USB via un réseau local qui suit les activités de >> périphériques USB en exécution invisible (mode furtif) sur le PC Client. >> >> >> >> >> Merci pour votre aide ^^. >> >> Cordialement, >> >> >> Dominique >> >> >> >> >> >> _______________________________________________ >> Liste de diffusion du FRsAG http://www.frsag.org/ >> >> _______________________________________________ >> Liste de diffusion du FRsAG >> http://www.frsag.org/ >> _______________________________________________ >> Liste de diffusion du FRsAG >> http://www.frsag.org/ >> >> >> _______________________________________________ >> Liste de diffusion du FRsAG >> http://www.frsag.org/ >> _______________________________________________ >> Liste de diffusion du FRsAG >> http://www.frsag.org/ >> >

3 2

[FRSAG] Logiciel de Gestion et de Surveillance des "Clef USB" pour PC Client Windows dans un réseau Local
by Dominique DE CONTI 01 Jun '13

01 Jun '13

Bonjour à tous, Voilà, je recherche un logiciel de gestion et de surveillance pour les Clefs USB de mon service (*un peu comme "data doctor usb activity monitor", mais qui n'est plus développé actuellement par son éditeur*) [image: Images intégrées 1] *Ce dernier devant pouvoir **:* -- surveiller les activités de périphérique de stockage de masse USB sur des systèmes Windows au sein d'un réseau LAN. -- empêcher l'accès non autorisé aux activités de périphériques USB y compris l'insertion et le retrait de périphériques USB sur les ordinateurs. -- avoir le droit de modifier ou d'affecter les paramètres d'accès et autorisation de port USB de la machine du client en LAN. -- L'administrateur peut bloquer la lecture / écriture et même l'accès à des périphériques de stockage de masse USB. -- activité détaillé (insertion-retrait et même accès) des périphériques USB. -- outil de suivi USB via un réseau local qui suit les activités de périphériques USB en exécution invisible (mode furtif) sur le PC Client. Merci pour votre aide ^^. Cordialement, Dominique

4 5

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

FRsAG