PluginsOCSInventory-NG / security

Retrieve Security status
GNU General Public License v2.0
4 stars 2 forks source link

Pas de remonté sur OcsIventory #6

Open franck51000 opened 6 years ago

franck51000 commented 6 years ago

Bonjour, OCSInventory installer sur Debian 7 ->

Système Nom du système : Version : RAM totale : RAM disponible : CPU : Distribution

Linux x86_64
3.10.0-693.2.2.el7.x86_64
984 Mo
379 Mo
Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00GHz
CentOS Linux 7 (Core)

Logiciel

Version de PHP :
Serveur Web :
Serveur SQL :
Version OCSReports:

5.4.45
Apache/2.4.6 (CentOS) OpenSSL/1.0.2k-fips PHP/5.4.45 mod_perl/2.0.10 Perl/v5.16.3
MariaDB Server version 5.5.56-MariaDB
2.3.1

Nous essayons de recupérer des remonter des AV sur les postes Win7 Win2k8 Win2k12 pour l'instant le test est effectué avec le plugin 1.1 sur des postes Win7

lors de l’exécution sur le poste agent pas de defaut

` IPDISCOVER => Waited 3120 ms for the threads to die IPDISCOVER => NETWORK scan finished, 78 hosts found, 255 scanned EXECUTABLE PLUGIN => Searching for VBS script(s) in folder <C:\Program Files (x86)\OCS Inventory Agent\plugins> EXECUTABLE PLUGIN => Found executable plugin ================= TRACE START ===============

================= TRACE STOP =============== EXECUTABLE PLUGIN => Plugin executed successfully EXECUTABLE PLUGIN => Searching for executable(s) in folder <C:\Program Files (x86)\OCS Inventory Agent\plugins> AGENT => Sending Inventory INVENTORY => Checking last inventory state INVENTORY => Logical drives inventory state changed INVENTORY => Inventory changed since last run INVENTORY => Generating XML document with Device properties`

Crdt

steph78630 commented 6 years ago

Bonjour Franck,

la dernière version du plugin "security" pour OCS remonte les infos d'antivirus, antimalwares / spywares pour des stations Windows de XP à W10 mais n'est pas compatible avec la branche serveurs (W2k8, W2k12 et W2k16).

Cordialement, Stéphane

franck51000 commented 6 years ago

actuellement nous testons sur des machines Windows Seven et cela ne fonctionne pas non plus as tu une réponse à notre problème

steph78630 commented 6 years ago

A l'exécution manuelle du script security.vbs sur Windows 7, qu'obtiens-tu à l'affichage ? Marque et version des programmes de sécurité utilisés ?

franck51000 commented 6 years ago

Une bonne remonté du script

vbs

existe t'il un fichier xml créer du coté agent.?

steph78630 commented 6 years ago

Je vois, étrange en effet !

J'ai fait des tests avec Windows 7 sur une version d'anti-virus Kaspersky et ça remontait correctement dans la console.

As-tu essayé avec un autre anti-virus (par ex. Windows Defender, Avast ou Bitdefender) et sur une autre machine ?

franck51000 commented 6 years ago

non je n'ai pas essayé avec une autre machine par contre pour revenir a ma dernière question

est ce que du côté agent win7 , est ce qu'il y a un fichier de créer normalement.. xsl ou xml.? crdt

steph78630 commented 6 years ago

comme pour les autres scripts VBS, il y a en effet un fichier nom_du_script.xml créé temporairement (quelques secondes) sur le client dans le dossier : C:\ProgramData\OCS Inventory NG\Agent

mais il doit disparaître après chaque exécution normale du script et donc à chaque inventaire, puisque intégré dans le fichier .OCS envoyé au serveur.

Justement, dans le cas d'un script VBS qui plante, le fichier *.xml reste et son contenu correspond au code d'erreur retourné par le moteur (clé du registre ou fichier manquant, etc.).

Le script retournant en temps normal uniquement des echo.

franck51000 commented 6 years ago

pour moi pas de fichier xml.. bizarre

steph78630 commented 6 years ago

non pas bizarre, cela veut dire que le VBS est exécuté normalement... D'ailleurs, la capture de ton popup ci-dessus le prouve.

Ton soucis se situe à un autre niveau :

Dans le client : Paramétrage de l'OS W7, moteur de script par défaut, registre ou agent > As-tu généré manuellement en local un XML en local ? > Le contenu de ta capture doit y apparaître

"C:\Program Files (x86)\OCS Inventory Agent\OCSInventory.exe" /local /xml=".\"

Pour en avoir le cœur net, le plus simple serait d'essayer un Windows 7, son anti-virus et l'agent OCS fraichement installés dans une VM...

Dans le serveur OCS : Tu peux tenter de remplacer le VBS de ton client par un leurre afin de vérifier que les infos remontent bien dans la console GUI pour ce même client.

Tu prends ton vbs et tu en fais une copie dans laquelle tu remplaces le contenu des balises par des textes, par exemple : LEURRE_SRV, LEURRE_CAT, LEURRE_COMP, etc. (voir fichier txt à renommer en vbs)

Bien sûr, avant de lancer l'inventaire, tu sors le fichier VBS d'origine de ton dossier "C:\Program Files (x86)\OCS Inventory Agent\Plugins\"

security-leurre.txt

steph78630 commented 6 years ago

Bonjour @franck51000

du changement pour la remontée d'infos de ce plugin ?

steph78630 commented 6 years ago

ping @franck51000

damienbelliard commented 6 years ago

Bonjour,

Même soucis ici avec Windows 10. Remonté à la main du plugin OK on obtient une partie de XML Mais rien lors de l'utilisation de l'agent

steph78630 commented 6 years ago

Bonjour @damienbelliard , all,

aucun problème de remontée via l'agent chez moi, ce que ce soit Windows 10 pro, N, Famille, en 32 comme en 64 bits.

Je confirme toutefois que je n'ai pas de remontée d'infos du plugin pour la branche serveurs (W2k8, W2k12 et W2k16) > Rien que pour cela il faudrait que je fasse un update du script.