Xavier Bensemhoun

Check Point MIB chkpnt.mib et CHECKPOINT-MIB

2014-03-03T12:16:00.000-05:00

Comment trouver la bonne MIB pour vos produits Check Point ?
Quelle version choisir parmi tous les fichiers CHECKPOINT-MIB accessibles sur Internet ?

Et bien la meilleur MIB est celle qui est fournie avec votre produit !
Elle se trouve dans le répertoire
/opt/CPshrd-R<VERSION>/lib/snmp/
et s'appelle chkpnt.mib.

Où <VERSION> équivaut à:

version de votre Check Point	<VERSION>
R65 HFA_xx	R65
R70.x	R70
R71.x	R71
R75 GA / R75.10	R75
R75.20 / R75.30	R75.20
R75.40 / R75.45 / R75.46	R75.40
R75.40VS	R75.40VS
R76	R76

Par exemple, sur une R75.40, les fichiers suivants s'y trouvent:
# ls -la /opt/CPshrd-R75.40/lib/snmp/
total 876
drwxrwx---    2 root     root         4096 Nov 14 2012 .
drwxrwx--x    3 root     root        12288 Nov 14 2012 ..
-rwxrwx---    1 root     root        25184 Nov 14 2012 chkpnt-trap.mib
-rwxrwx---    1 root     root       295284 Nov 14 2012 chkpnt.mib
-rwxrwx---    1 root     root       542821 Nov 14 2012 mib.txt

Si vous avez la possibilité, avec votre version actuelle, d'utiliser telle ou telle autre nouvelle fonctionnalité, la MIB que vous trouverez vous permettra de la monitorer.

Nortel Networks CLI Command Of The Day (NNCLI COTD)

2014-01-20T07:50:00.000-05:00

Le forum Network Infrastructure référence un grand nombre d'éléments pouvant vous aider quant à l'administration des switchs N2/N3 Nortel/Avaya.
Il est accessible à l'URL http://forums.networkinfrastructure.info/nortel-ethernet-switching/ et propose même un chapitre dédié à des des trucs et astuces: Nortel Networks CLI Command Of The Day (NNCLI COTD).

Michael McNamara est le fondateur et principal contributeur de ce forum; cela me permet de rappeler l'URL de son Blog: http://blog.michaelfmcnamara.com/.

Debian/Ubuntu - Installation du serveur tftpd-hpa

2014-01-20T06:40:00.002-05:00

Un serveur GNU/Linux est un véritable outil de travail.
Un daemon tftp (Trivial File Transfer Protocole) l'est tout autant: aujourd'hui, un grand nombre d'équipements ne peuvent être sauvegardés que via ce protocole.

Ce billet pour préciser l'installation et la configuration du daemon tftpd-hpa.

Tout d'abord: un grand nombre d'articles consacre les lignes nécessaires à l'installation, la configuration et le teste de pareil daemon.
Pour ma part, je me suis basé sur ceux-ci:

C'est d'ailleurs sur la base de ce dernier article que je me suis décidé à installer ce daemon et non pas pour un autre:

# apt-cache search tftpd
libnet-tftpd-perl - Perl extension for Trivial File Transfer Protocol Server
tftpd - Trivial file transfer protocol server
tftpd-hpa - HPA's tftp server
atftpd - Serveur TFTP avancé

Par contre: aucun de ces articles ne précisait L'OPTION à utiliser pour vraiment utiliser le daemon en tant que serveur tftp (et donc: recevant des fichiers de sauvegardes).
Tous parlent de droits à mettre pou le répertoire /<quelquechose>/tftp mais personne ne stipulait cette commande.

Sans plus attendre: un bon "man in.tftpd" et on peut lire dans la partie "Options" (également accessible ici):

--create, -c

Allow new files to be created. By default, tftpd will only allow upload of files that already exist. Files are created with default permissions allowing anyone to read or write them, unless the --permissive or --umask options are specified.

Et voilà ce qui manquait !

Donc pour rappel:
la ligne TFTP_OPTIONS doit être du type: TFTP_OPTIONS="-c -v --secure"

N.B.: l'option -v permet d'être plus verbeux (mais c'est pas transcendant) dans le fichier de log:

--verbose, -v

Increase the logging verbosity of tftpd. This flag can be specified multiple times for even higher verbosity.

et les logs seront accessible sur vos fichiers /var/log/messages ou /var/log/syslog.

Riverbed NPM - Network Performance Management for Dummies

2014-01-10T04:39:00.002-05:00

Riverbed et John Wiley & Sons proposent une édition e-book gratuite dédiée au monitoring et au debug réseau orienté vers la solution NPM (Network Performance Management) Riverbed Cascade:

Network Performance Management for Dummies - Riverbed Cascade Special Edition

Pour le télécharger gratuitement, accédez à la page "Network Performance Management" du site du constructeur et cliquez sur le lien "Discover the best practices for proactive network monitoring and fast troubleshooting".

Cette édition n'est disponible que par ce biais: le site For Dummies ne le propose pas en édition papier.

mitre.org : changement de syntaxe des alertes CVE

2014-01-07T08:36:00.001-05:00

Due to the ever increasing volume of public vulnerability reports, the CVE Editorial Board and MITRE determined that the Common Vulnerabilities and Exposures (CVE®) project should change the syntax of its standard vulnerability identifiers so that CVE can track more than 10,000 vulnerabilities in a single year. The old CVE Identifier (CVE-ID) syntax used since the inception of CVE in 1999, CVE-YYYY-NNNN, only supported a maximum of 9,999 unique identifiers per year, requiring the change. The new CVE-ID syntax was determined in a vote by the CVE Editorial Board, details of which are available in the CVE Editorial Board Discussion List Archives.

InterMapper: SSL Alert / votre certificat a expiré

2013-12-30T07:44:00.000-05:00

Ce matin, vous rentrez de vacance, vous ouvrez votre client InterMapper RemoteAccess et un message d'alerte vous apporte une alerte SSL:

Explication: le certificat SSL qui chiffre la connexion entre votre client IM RemoteAccess et le serveur InterMapper a expiré (ici: depuis le 18 décembre 2013).
Pas de panique bien évidement, vous avez la possibilité de cliquer sur "Trust Server".

Quoi qu'il en soit: voici la procédure afin de renouveler ce certificat.

Tout d'abord, accédez au serveur InterMapper en cliquant sur "Trust Server".
Si un nouveau message s'affiche indiquant que la connexion a été réinitialisée: c'est normal; double cliquez à nouveau, comme à l'accoutumé, sur votre serveur InterMapper.

Allez dans Server Settings > SSL Certificate:

... et cliquez sur le bouton "Create CSR...".
Remplissez votre formulaire afin de générer le CSR souhaité:

... et validez en cliquant sur le bouton "OK".

Un CSR a été généré:

Il vous a été demandé de l'enregistrer sur votre poste mais celui-ci se trouve également dans le répertoire <répertoire InterMapper Settings>/Certificates:

root@monServeur:<répertoire InterMapper Settings>/Certificates# ls -lt
total 28
-rwxr-xr-x 1 intermapper intermapper 1045 30 déc.  09:07 Pending.csr
-rw-r--r-- 1 intermapper intermapper 1679 30 déc.  09:07 Pending.key

En plus du CSR, la clé SSL a également été créée.
Vous avez le choix d'auto-signer votre CSR ou de le signer par une organisme de certification.
Pour la plupart des besoins, l'auto-signature est parfaitement adequat.

Pour effectuer cela, utilisez la commande openssl avec les options suivantes:

root@monServeur:<répertoire InterMapper Settings>/Certificates# openssl x509 -req -days 730 -in Pending.csr -signkey Pending.key -out 2013-12-30_certificat
Signature ok
subject=/C=xxxx/ST=xxxx/L=xxxx/O=xxxx/OU=xxxx/CN=xxxx
Getting Private key

Le certificat généré est lisible:

root@monServeur:<répertoire InterMapper Settings>/Certificates# cat 2013-12-30_certificat
-----BEGIN CERTIFICATE-----
123456789jusqua64
123456789jusqua64
123456789jusqua64
123456789jusqua64
123456789jusqua64
(...)

-----END CERTIFICATE-----

Copiez ce certificat, retournez sur IM RemoteAccess, accédez à nouveau à la partie Server Settings > SSL Certificate et cliquez sur le bouton "Upload Certificate...":

... collez le certificat généré et validez en cliquant sur le bouton "OK".

Fermez à présent la fenêtre de paramétrage d'InterMapper car la connexion a été réinitialisée.
Double-cliquez à nouveau sur le serveur InterMapper et voilà:

Si vous avez choisi de faire signer votre certificat par un organisme de certification et que leurs certificats racines (et intermédiaires) se trouvent dans le magasin de certificats de votre poste: vous n'aurez plus ce type de message d'alerte.
Si vous avez auto-signé le certificat, vous aurez un message indiquant qu'il est impossible de faire confiance au certificat transmis par le serveur:

Cliquez alors sur le bouton "Trust Server" et vous n'aurez plus ce message d'alerte par la suite.

Et voilà ;)

How To - InterMapper Charts

2013-12-29T06:02:00.001-05:00

Analyse de performance sur vos Security Gateway Check Point

2013-12-22T04:27:00.000-05:00

Si vos Security Gateway Check Point font l'objet d'une baisse de performance et si cela met en péril l'exploitation, vous trouverez dans cet article quelques éléments vous permettant d'en diminuer l'impact.

Tout d'abord: que se passe-t-il ?
Pour trouver ce qui cloche, un SecureKnowledge est mis à jour depuis près de 6 ans maintenant: sk33781 "Performance analysis for Security Gateway NGX R65 / R7x"
Ce SK pourrait vous être donc très utile puisqu'il s'articule autour des quatre axes d'analyse principaux suivants:

Problème de CPU sur la Security Gateway
- Charge (load)
- Activité du noyau GNU/Linux (softirq)
- Interruptions logicielles (interrupts)
Problème de mémoire sur la Security Gateway:
- Mémoire (memory)
- Fichier d'échange (swap)
Problème lié au trafic transitant au travers de la Security Gateway:
- Paquets non traités (drops)
- Débit réseau (rate)
- Volumétrie réseau (throughput)
- Latence réseau (latency)
- Mémoire tampon des interfaces réseau (NIC receiving buffer)
- Mémoire tampon des interfaces réseau (NIC sending buffer)
- Mémoire tampon des interfaces réseau (NIC RX buffer)
- Mémoire tampon des interfaces réseau (NIC TX buffer)
- Paquets reçus non traités (RX-DRP)
- Taille des buffers (ring size)
- Proportion entre les flux TCP, UDP et ICMP (traffic blend)
Problème lié à l'accélération sur la Security Gateway:
- Indicateurs de performance de la fonctionnalité SecureXL (acceleration)
- Gestion des paquets par SecureXL (acceleration path)
- Gestion des paquets par SecureXL jusqu'à l'IPS (medium path)
- Paquets non accélérés par SecureXL mais transmis à CoreXL (Firewall path)
- Paquets non accélérés par SecureXL (forwarded traffic)

Vous y trouverez un grand nombre de commandes utiles et fonction de leur résultat: d'autres SK ;)

Après, il est bon aussi de rappeler certaines choses essentielles afin de récupérer quelques SPU...
Les thématiques sont les suivantes:

Et le SecureXL Performance Pack ?
Vos règles de sécurité sont-elles optimisées ?
Qu'en est-il de l'évolution des ressources de votre Security Gateway ?

Zscaler Research: Aurora exploit still floating ...

2013-12-20T05:57:00.001-05:00

Zscaler Research: Aurora exploit still floating ...: It's been around two years since Microsoft released a patch for the IE 0day famously known as the Aurora exploit ( CVE-2010-0249 ). We...

[PGI] Changements importants Rejoindre une réunion WebEx avec les navigateurs Firefox et Chrome

2013-12-13T15:38:00.000-05:00

Mozilla et Google ont récemment annoncé que leurs navigateurs bloqueraient automatiquement l'interface de programmation d'application plug-in de Netscape (NPAPI) en février 2014, pour Mozilla Firefox et en janvier 2014 pour Google Chrome. Ces changements de politiques concernent tous les systèmes d'exploitation pris en charge par Mozilla Firefox and Google Chrome.

La suite à l'URL: http://eu.pgi.com/campaigns/2013/12/webex/french.html

Comment exporter un clé privée et un certificat SSL en archive PFX

2013-12-12T18:44:00.000-05:00

Pour certains besoins (sur des environnements Microsoft ADFS, IIS, ...) vous aurez besoin de gérer des archives PFX et non pas les certificats ou les clés associés.

Voici comment, à parti de ces derniers, obtenir une archive au format .pfx:

Sous GNU/linux: openssl pkcs12 -export -in monCertificat.crt -inkey monCertificat.key -name monCertificat -passout pass:monMotDePasse -out monCertificat.pfx

et voilà ;)

InterMapper / rafraîchir le répertoire InterMapper Settings

2013-12-11T11:54:00.000-05:00

Voilà mes quelques trucs et astuces pour rafraîchir le répertoire InterMapper Settings.

InterMapper de Dartware (Help/Systems depuis le début de l'année) n'intègre pas pour le moment un processus de nettoyage qui lui permettrait de diminuer la taille de certains répertoires en y supprimant les données obsolètes.

Je pense particulièrement au répertoire Charts.
Ce dernier est constitué de la sorte (en prenant exemple d'un système GNU/Linux):
/<répertoire>/InterMapper\ Settings/Charts\ Data/<id MAP>/<id Charts>

<id MAP> est l'identifiant d'une MAP; il est de la forme g57485798.
<id Charts> est formé de la sorte:

Une lettre identifiant le type d'élément sur lequel le Chart a été fait (L pour une interface et R pour objet)
... puis une séquence sur quelques chiffres/lettres qui s'incrémente au fur et à mesure que vous créez des Charts d'un même type (L ou R)
un 'tiret' et le code en quatre lettres permettant d'identifier le type de donnée (ex.: BytR pour le taux d'octets par seconde en entrée - Byt pour Bytes/s et R pour Received; ou encore: RPkL pour les Short-term packet loss)

Si vous souhaitez connaître exactement la signification d'un de ces codes: accédez à la table 'dataset' d'InterMapper DataBase, la colonne name référence ce code, le label l’explication.

Vous l'aurez donc compris: si des objets au sein d'une MAP - ou à fortiori si une MAP - étaient supprimés - les Charts resteront sur le répertoire.
Ces Charts peuvent prendre de la place... plusieurs dizaines de Go.

Pour les supprimer: c'est à la mimine !
Supprimer par exemple les répertoires dans lesquels les fichiers n'auraient pas été modifiés depuis longtemps.:
Commencez par lister les fichiers qui n'auraient pas été modifiés depuis plus de 30 jours:
find /<répertoire>/<InterMapper Settings>/Chart\ Data/* -maxdepth 1 -type f -mtime +30 -ctime +1 -exec ls -la {} \;
Si cela vous convient: modifiez "ls -la" par "rm".
Vous pouvez y aller à taton: lister les fichiers modifiés depuis plus de 100j, ou 50j, ...

Une fois le ménage fait, un certain nombre de répertoires seront vides, la commande suivante vous permettra de les lister:
find /<répertoire>/<InterMapper Settings>/Chart\ Data/* -type d -empty
... et puis de les supprimer:
find /<répertoire>/<InterMapper Settings>/Chart\ Data/* -type d -empty -exec rm {} \;

Debug Check Point avec les commandes fw monitor plutot que tcpdump

2013-12-11T11:32:00.002-05:00

Check Point propose, avec la commande fw monitor, un ensemble d'option permettant d'effectuer un debug efficace.
Pourquoi utiliser fw monitor et non pas tcpdump ?
Parceque Check Point a doté cette commande d'un ensemble d'options permettant d'effectuer un debug efficace.
Il est capable d'effectuer une capture aux différentes positions dans la chaîne de fonctionnement du firewall.
... c'est pas clair hein ? le schéma ci-dessous vous éclairera certainement (ou pas ?!):

Si vous souhaitez donc en savoir plus sur cette fonctionnalité:

* What is FW Monitor? est une sk accessible ici: sk30583.

* How to use FW Monitor est un document .pdf qui date de 2003 mais qui reste très utile !

Savez-vous ce qui se trame à l'intérieur de votre réseau d'entreprise ?

2013-11-24T15:50:00.001-05:00

Check Point Compliance Software Blade: Votre deuxième paire d'yeux ...

2013-11-24T12:00:00.001-05:00

Recherche Ingénieur Réseau & Télécoms H/F - PMO Conseil

2013-11-23T05:17:00.001-05:00

Une offre d'emploi pour un Ingénieur Réseau & Télécoms H/F est proposée.
Des connaissances en l'outil InterMapper seraient les bienvenues ;)

Pour y postuler et tout savoir: http://forum.netwalker.fr/viewtopic.php?f=9&t=84

[FlowTraq] Comprendre le Netflow, securité et investigation numérique (whitepaper)

2013-10-22T07:30:00.000-04:00

FlowTraq est une société spécialisée dans les outils Netflow.

Ils développent même l'outil Flows utilisé sur InterMapper (intermapper.com/products/intermapper-flows/).

Ils viennent de publier un document intéressant nommé "Understanding NetFlow Analysis Monitoring, Security, and Forensics".
Il est accessible sur l'URL: http://www.flowtraq.com/corporate/new-understanding-netflow-monitoring-and-security-whitepaper

Pour d'autres documents publiés, accédez à leur page dédiée à cela: http://www.flowtraq.com/corporate/resources/whitepapers

Upgrade Check Point R65 HFA 70 à R75 HFA 40 + migration SmartCenter de Open Server à Smart-1

2012-11-04T11:13:00.000-05:00

Upgrade Check Point R65 HFA 70 à R75 HFA 40 + migration SmartCenter de Open Server à Smart-1

Article 2/4: Introduction
Accédez directement aux autres articles: Accueil - Introduction -

Introduction

Objectifs

Précisons tout d'abord le contexte:

Le Security Management Server:
- Serveur HP (mais peu importe la marque):
- Check Point Secure Plateforme (SPLAT) pour l'O.S.
- Check Point R65 HFA 70 pour la partie firewalling
Deux clusters de (chacun) deux modules firewalls en actif/passif:
- Quatre UTM-1 57x
- Check Point Secure Plateforme (SPLAT) pour l'O.S.
- Check Point R65 HFA 70 pour la partie firewalling

Notre objectif est d’effectuer la montée de version logiciel sur l'ensemble des produits en R75.40 SPLAT (et non GAiA - un peu trop récent encore à la mi-2012).

... Si vous voulez toutefois avoir plus d'information sur GAiA et adaptez ce mod-op avec GAiA au lieu de SPLAT, commencez par: Check Point GAiA FAQ...

Nota bene: la version R65.70 n'est plus suivie depuis mars 2011 (cf. Check Point Software Support Timeline) et l’écart entre cette version et la version cible (disponible depuis avril 2012) posent un certain nombre de problèmes... ou en tous cas restreint énormément la marge de manœuvre pour effectuer cette montée de version.

Choix du mode-opératoire

Nous avons découpé cette opération en deux étapes:

La migration puis l'upgrade du Security Management Server
L'upgarde des Security Gateways

Pour le Security Management Server...

A moins que vous ne souhaitiez repartir d'une configuration vierge... il faudra récupérer la configuration existante (règles, objets, ...).
Pour cela, il est nécessaire de passer par un outil d'export/import de ces éléments: ça s'appelle "export_database tool".
Le principe est le suivant: depuis un SmartCenter source en version X, on va exporter cette base de données (sous forme d'archive) vers un SmartCenter cible en version Y.
Deux choses sont à prendre en compte dans notre cas:

Ce script ne fonctionne qu'entre deux versions X et Y assez proches.
Pour faciliter le retour arrière, nous avons souhaité ne pas modifier le SmartCenter source.

En tenant compte du document Check Point R70, R71 and R75 Release Map et en souhaitant minimiser le nombre d'upgrade nous sommes donc parti du schéma d'upgrade suivant:

Exporter la base de données du SmartCenter source en R65 vers la Smart-1 en R70 (compatibilité effective de l'"export_database tool" entre ces deux versions)
Upgrade de la Smart-1: de R70 à R70.50
Upgrade de la Smart-1: de R70.50 à R75.40

Pour les Security Gateways

Encore une fois: la vrai intelligence chez Check Point se trouve dans le SmartCenter.
On peut donc préférer une fresh install au chemin d'upgrade décrit ci-dessus.
Ce mode d'installation est le plus rapide: on va booter sur une image ISO (on verra par la suite comment) et un tout nouveau système sera installé en lieu et place de l'ancien.

Tout d'abord les modules secondaires (même si c'est contraire au mode-opératoire proposé par Check Point) => en cas de retour arrière, la coupure de service est minimisée puisque les modules primaires n'avaient pas été impactés
Ensuite les modules primaires.

Pré-requis

Pour appliquer le mode-opératoire décrit précédemment, il va falloir:

Les sauvegardes nécessaires
Télécharger les outils, programmes et documentations nécessaires
Prévoir quelques bonnes heures devant soi (ne pas faire ces opérations tout seul ! être au moins deux)

Sauvegardes

Les sauvegardes ne sont pas à négliger !
Normalement, l'article How to back up your system serait tout indiqué; mais dans notre cas, cette procédure ne peut s'appliquer (différence trop importante entre les versions source et cible ;) ).
Pour le SmartCenter source: un snapshot habituel suffira puisque l'on y minimise les actions (il ne devrait d'ailleurs serveur que d'au cas où).
Pour les Security Gateways:

Afin de configurer les boîtiers en version cible:
- Les routes: utilisez de préférence la commande "ip r" (cf.: How to add and save routes on SecurePlatform without using 'sysconfig' or 'webui' tools)
- La configuration des interfaces: là encore, préférez la commande "ip link".
- Les paramètres globaux du kernel (cf.: Changing the kernel global parameters for Check Point Security Gateway).
- Les fichiers de configuration $FWDIR/conf/local.arp
- Tous les fichiers de configurations présents dans la Security Gateway et modifiés depuis la date d'installation
- Les répertoires /home et /root
- Quelques états de chacun des membres: 'cphaprob -a if', 'cphaprob state', 'ps aux', 'cplic -l', ...
En cas de retour arrière: un snapshot.

Liens utiles

Vous trouverez le long de ces articles tous les liens qui m'ont été utiles à la préparation de cet migration.
Après, il y a deux URL auxquelles vous devrez quasiment forcément accéder:

Le portail Check Point User Center: un grand nombre d'éléments nécessaires à cette migration sont accessibles depuis ce portail avec un compte et mot de passe.
- Par exemple, pour savoir si vous pouvez mettre à jour directement ou via des versions intermédiaires vos produits Check Point, il faut y recherche "release and upgrade path" (le lien actuel est: Check Point R70, R71 and R75 Release Map)
Check Point User Group est un portail d'utilisateurs avancés des produits Check Point; pour reprendre leur intitulé: "Fast. Useful. Independent"

Upgrade Check Point R65 HFA 70 à R75 HFA 40 + migration SmartCenter de Open Server à Smart-1

2012-11-03T12:06:00.000-04:00

Voici un (long ?) article pour décrire le mode-opératoire appliqué aux opérations décrites ci-après et effectuées sur des produits Check Point:

Migration d'un Security Management Server d'un Open Server de R65 HFA 70 à une Smart-1 en R70
Montée de version logicielle de la Smart-1 en R75.40 SPLAT
Montée de version logicielle des Security Gateways (UTM-1 57x) de R65 HFA 70 SPLAT à R75.40 SPLAT

Mais avant tout:

De ces deux interventions et de leur préparations respectives, il faut en retenir:
- (rappel) toute l'intelligence de vos firewalls Check Point réside dans le Security Management Server
- Ce dernier, en version R75.40, est parfaitement capable d'administrer des Security Gateway en R65.70 (remontée des logs, compilation, monitoring, ...)
- (prérequis) il est indispensable d'avoir un accès "Partner" au UserCenter de Check Point
- Si vous avez plusieurs clusters à migrer, soyez minimum deux et prévoyez large au niveau temps: il se peut que vous ne puissiez pas paralléliser vos actions (problème de boot sur certaines clés USB par exemple... cet aspect sera décrit dans les chapitres suivants).

Je vous propose tout d'abord les axes de cet article:

Introduction:
1. Objectifs
2. Choix du mode opératoire
3. Pré-requis
4. Liens utiles
Préparation de l'upgrade: clé USB + paramétrage BIOS
Montée de version logicielle (Upgrade):
1. Migration + upgrade du Security Management Server
2. Upgrade des Security Gateways
Vérifications

Ces opérations étant assez lourdes et longues à décrire, les 4 axes ci-dessus représenteront autant d'articles connexes.

Passons à présent au premier volet de cet article: la description du besoin, le choix du mode-opératoire, la liste des pré-requis et des liens utiles.

--------

Introduction - Préparation - Montée de version & vérifications

Sonde SNMP InterMapper pour Check Point / Security Gateway / UTM-1 Series - version 1.5

2012-10-10T08:10:00.000-04:00

Comment configurer Zscaler pour des connexion FTP natives ?

2012-08-26T03:36:00.003-04:00

Comment configurer Zscaler pour des connexion FTP natives ?

Seul le mode natif du FTP est pris en charge depuis un emplacement connu.
Accéder à l'URL http://ip.zscaler.com afin de vous en assurer.

Toute la configuration Zscaler FTP se fait sous Administration -> Internet Gateways & SSL.
Suivez les étapes ci-dessous afin de configurer Zscaler et votre client FTP:
1. Ajouter votre site
2. Activer le FTP (même pour du FTP over HTTP)
3. Définir la liste des sites qui seront accessibles en FTP
4. Configurer le client FTP pour vous connecter au travers de Zscaler (ex: gateway.zscaler.net) sur le port 21

Le paramétrage de la connexion FTP doit inclure l’authentification Zscaler:
USER <login> @ <destination_hostname>
PASS <password>
... il vous faudra bien évidement un client FTP qui puisse proxifier cette connexion.

Les connexions FTP natives au travers de Zscaler n'ont pas besoin d'une authentification spécifique. Pour l'heure, l'authentification se base sur la localisation IP de la passerelle.

Cette article est la traduction d'une KB émise par Zscaler dont l'exacte retranscription se trouve également sur ce blog: How to setup Zscaler for Native FTP usage.

How to setup Zscaler for Native FTP usage

2012-08-23T03:23:00.000-04:00

How to setup Zscaler for Native FTP usage ?

Native FTP is only supported from known location.
All Zscaler FTP configuration is done under Administration -> Internet Gateways & SSL.
Please find below steps to setup Zscaler Native FTP:
1. Add your location
2. Enable FTP (this will enable both FTP over HTTP and Native FTP protocols)
3. Define categories which will have FTP access granted
4. Configure FTP client to connect our proxy (ie: gateway.zscaler.net) on port 21

Zscaler FTP proxy forward customer request to destination FTP server based on Username content.
USER <login>@<destination_hostname>
PASS <password>
Most of FTP client supports proxy confguration.

Zscaler Native FTP doesn't need specific Proxy login / pass credentials. By now, we authenticate customers based on their gateway location IP.
Copyright 2012 Zscaler Inc.

[BT Services] Lettre de Sécurité de décembre 2011

2011-12-20T10:09:00.000-05:00

La Lettre De Sécurité de BT Services pour le mois de décembre est à présent disponible.
Elle est accessible à l'URL ci-dessous:

ftp://ftp.soc.btservices.fr/pub/btservices/lettredesecurite/2011/LS108_Decembre_2011.pdf

Le sommaire est:

Quelle sécurité pour la téléphonie?
Check Point : Connexion au SmartDashboard impossible (problème de base de données) ?
Alertes de sécurité
1. Red Hat
2. Microsoft Windows
3. Mobilité
4. Cisco
5. Novell
6. Oracle Solaris
7. Juniper
8. RSA
9. Liste des éditeurs produits non affectés
Top ten des virus
Evenements
Sur le Web

[NES Security Lab]: Bienvenue au blog sécurité du labo R&D NES

2011-12-09T10:13:00.001-05:00

Un billet pour l'ouverture par le pôle audit de NES de leur blog sécurité: NES Security Lab.

Bonjour à tous et bienvenue sur ce blog, Après plusieurs mois de réflexion, nous avons décidé de créer cet espace de publication dédié à nos retours d'expériences concernant la sécurité informatique. A travers ce blog, le lab R&D sécurité et Pentest de NES publiera des articles et des dossiers permettant à un public néophyte mais [...]

Afficher l'article...

Concur: deux postes à pourvoir

2011-12-02T17:46:00.001-05:00

Un ami qui travaille chez Concur m'a parlé aujourd'hui de deux offres en tant qu'ingé. système.

Si vous souhaitez postuler:
. Senior System Engineer

Job Overview:
The senior system engineer act as a technical reference on production environments for systems and applications layers. He coordinates changes and new services onboarding. He leads some medium to large scale projects.

. System Engineer II

Mission:
Au sein de l’équipe d’exploitation Informatique, vous intégrez l’équipe d'Administration ou vous aurez pour missions principales :

participation aux projets de refonte d'architecture et d’optimisation de la production

recette technique, intégration et mise en production de nouvelles applications

assurer la continuité de l’activité (monitoring, suivi de capacité), supervision

administration des systèmes Unix et Windows

collaborer avec les chefs de projet dans les phases de mises en œuvre lors des mises en production.

Alors n'hésitez pas !