Le blog sécurité de Philippe Vialle / Phil Vialle's blog

Pour McAfee, apparemment oui :

Sous Ubuntu 11, vous pourriez rencontrer le problème ci-après, d'où mon article. De nuit, en production, juste en accès distant SSH, c'est toujours sympa...

Lors d'un classique apt-get update  puis apt-get upgrade, vous avez une erreur : un packetage de sources noyau semble mal installé.

Puis, en lançant apt-get -f install, vous obtenez des erreurs de type :

(Lecture de la base de données... 471398 fichiers et répertoires déjà  installés.)

Dépaquetage de linux-image-3.2.0-38-generic (à  partir de .../linux-image-3.2.0-38-generic_3.2.0-38.61_i386.deb) ...

Done.

dpkg : erreur de traitement de /var/cache/apt/archives/linux-image-3.2.0-38-generic_3.2.0-38.61_i386.deb (--unpack) :

 impossible de créer « /lib/modules/3.2.0-38-generic/kernel/net/netfilter/nf_tproxy_core.ko.dpkg-new » (pendant le traitement de « ./lib/modules/3.2.0-38-generic/kernel/net/netfilter/nf_tproxy_core.ko »): Aucun espace disponible sur le périphérique

dpkg-deb : erreur : le sous-processus coller a été tué par le signal (Relais brisé (pipe))

Examining /etc/kernel/postrm.d .

run-parts: executing /etc/kernel/postrm.d/initramfs-tools 3.2.0-38-generic /boot/vmlinuz-3.2.0-38-generic

run-parts: executing /etc/kernel/postrm.d/zz-update-grub 3.2.0-38-generic /boot/vmlinuz-3.2.0-38-generic

Dépaquetage de linux-headers-3.2.0-38 (à  partir de .../linux-headers-3.2.0-38_3.2.0-38.61_all.deb) ...

dpkg : erreur de traitement de /var/cache/apt/archives/linux-headers-3.2.0-38_3.2.0-38.61_all.deb (--unpack) :

 impossible de créer « /usr/src/linux-headers-3.2.0-38/include/net/caif/cfpkt.h.dpkg-new » (pendant le traitement de « ./usr/src/linux-headers-3.2.0-38/include/net/caif/cfpkt.h »): Aucun espace disponible sur le périphérique

dpkg-deb : erreur : le sous-processus coller a été tué par le signal (Relais brisé (pipe))

Dépaquetage de linux-headers-3.2.0-38-generic (à  partir de .../linux-headers-3.2.0-38-generic_3.2.0-38.61_i386.deb) ...

dpkg : erreur de traitement de /var/cache/apt/archives/linux-headers-3.2.0-38-generic_3.2.0-38.61_i386.deb (--unpack) : erreur pendant la création du répertoire « ./usr/src/linux-headers-3.2.0-38-generic/include/config/fb/pm2/fifo »: Aucun espace disponible sur le périphérique

dpkg-deb : erreur : le sous-processus coller a été tué par le signal (Relais brisé (pipe))

Des erreurs ont été rencontrées pendant l'exécution :

 /var/cache/apt/archives/linux-image-3.2.0-38-generic_3.2.0-38.61_i386.deb /var/cache/apt/archives/linux-headers-3.2.0-38_3.2.0-38.61_all.deb

 /var/cache/apt/archives/linux-headers-3.2.0-38-generic_3.2.0-38.61_i386.deb

Log ended: 2013-03-11  01:57:24

En fait, le disque n'est pas plein (même si la place dispo n'est pas chiffrée en Gigas!

df -h /dev/sda1

Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur

/dev/sda1          7,4G    5,0G  2,1G  71% /

Ne pouvant facilement redémarrer le serveur pour raisons de prod (hé oui...), le e2fsck ne me semblait pas facile... D'autant plus que je suis en SSH et il me semble avoir décelé que dans /boot, l'installation de certaines images noyau serait partielle (il manque des fichiers correspondants selon certaines versions du noyau).

En fait, j'ai opté pour une ruse (et pour les fonctions d'auto-réparation d'erreurs d'APT) : le problème semble résider dans /usr/src : faisons le ménage !

Après avoir enlevé nombre de linux-headers-3.2.0-XX où XX remontait à 20, je relance l'installation, et là, miracle, APT aboutit.

Il y avait donc bien quelque part un problème avec l'accès dans /usr/src, par APT ou DPKG...

Si cela peut servir à d'autres...

PS : n'oubliez pas de "réparer" les fichiers source noyau, en réinstallant les paquetages des versions de noyau que vous utilisez, au cas où... (et en faisant le ménage avec apt-get remove linux-image-3xxxxx 

Ligne de commande utilisée :

nmap -sS -sU -T4 -A -v -PE -PP -PS80,443 -PA3389 -PU40125 -PY -g 53 --script all 192.168.1.254

Et le message d'erreur renvoyé dans l'interface de ZenMap :

En sus du message Windows classique "Nmap doit fermer...".

La version utilisée de Nmap est la 6.01. Si quelqu'un a une idée pour expliquer le plantage, je suis preneur...

While trying to uninstall Nexpose Rapid7 on a test machine, got an error message (related to Java)

Here is what the log says:

Exception:

In action "Determine Screen Resolution [Run script]" (screen "Startup"), property "Script":

java.lang.UnsupportedClassVersionError: com/rapid7/os/OSException : Unsupported major.minor version 51.0

at java.lang.ClassLoader.defineClass1(Native Method)

at java.lang.ClassLoader.defineClassCond(Unknown Source)

at java.lang.ClassLoader.defineClass(Unknown Source)

at java.security.SecureClassLoader.defineClass(Unknown Source)

at java.net.URLClassLoader.defineClass(Unknown Source)

at java.net.URLClassLoader.access$000(Unknown Source)

at java.net.URLClassLoader$1.run(Unknown Source)

at java.security.AccessController.doPrivileged(Native Method)

at java.net.URLClassLoader.findClass(Unknown Source)

at java.lang.ClassLoader.loadClass(Unknown Source)

at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)

at java.lang.ClassLoader.loadClass(Unknown Source)

at I4jScript_Internal_206.eval(I4jScript_Internal_206.java:20)

at I4jScript_Internal_206.evaluate(I4jScript_Internal_206.java:25)

at com.install4j.runtime.installer.helper.Script.evaluate(Unknown Source)

at com.install4j.runtime.installer.ContextImpl.runScript(Unknown Source)

at com.install4j.runtime.installer.ContextImpl.runScript(Unknown Source)

at com.install4j.runtime.beans.actions.control.RunScriptAction.execute(Unknown Source)

at com.install4j.runtime.beans.actions.SystemInstallOrUninstallAction.uninstall(Unknown Source)

at com.install4j.runtime.installer.UninstallerContextImpl.performActionInt(Unknown Source)

at com.install4j.runtime.installer.ContextImpl.performAction(Unknown Source)

at com.install4j.runtime.installer.controller.Controller.executeActions(Unknown Source)

at com.install4j.runtime.installer.controller.Controller.handleCommand(Unknown Source)

at com.install4j.runtime.installer.controller.Controller.handleStartup(Unknown Source)

at com.install4j.runtime.installer.controller.Controller.start(Unknown Source)

at com.install4j.runtime.installer.Uninstaller.main(Unknown Source)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)

at java.lang.reflect.Method.invoke(Unknown Source)

at com.exe4j.runtime.LauncherEngine.launch(Unknown Source)

at com.exe4j.runtime.WinLauncher.main(Unknown Source)

at com.install4j.runtime.launcher.WinLauncher.main(Unknown Source)

System properties:

java.runtime.name=Java(TM) SE Runtime Environment

exe4j.moduleName=C:\Program Files\rapid7\nexpose\.install4j\uninstall.exe

exe4j.processCommFile=C:\Users\Phil\AppData\Local\Temp\e4j_p1056.tmp

exe4j.semaphoreName=c:_program files_rapid7_nexpose_.install4j_uninstall.exe

sun.boot.library.path=c:\program files\rapid7\nexpose\_jvm1.6.0_25\bin

java.vm.version=20.0-b11

java.vm.vendor=Sun Microsystems Inc.

java.vendor.url=http://java.sun.com/

exe4j.consoleCodepage=cp850

path.separator=;

java.vm.name=Java HotSpot(TM) 64-Bit Server VM

file.encoding.pkg=sun.io

user.country=FR

sun.os.patch.level=Service Pack 1

install4j.exeDir=C:\Program Files\rapid7\nexpose\.install4j\

java.vm.specification.name=Java Virtual Machine Specification

user.dir=C:\Program Files\rapid7\nexpose

java.runtime.version=1.6.0_25-b06

java.awt.graphicsenv=sun.awt.Win32GraphicsEnvironment

java.endorsed.dirs=c:\program files\rapid7\nexpose\_jvm1.6.0_25\lib\endorsed

os.arch=amd64

java.io.tmpdir=C:\Users\Phil\AppData\Local\Temp\

line.separator=

java.vm.specification.vendor=Sun Microsystems Inc.

user.variant=

exe4j.tempDir=

os.name=Windows 7

sun.jnu.encoding=Cp1252

java.library.path=shared\bin;shared\lib

java.specification.name=Java Platform API Specification

java.class.version=50.0

sun.management.compiler=HotSpot 64-Bit Tiered Compilers

exe4j.isInstall4j=true

os.version=6.1

user.home=C:\Users\Phil

user.timezone=Europe/Paris

java.awt.printerjob=sun.awt.windows.WPrinterJob

file.encoding=Cp1252

java.specification.version=1.6

java.class.path=C:\Program Files\rapid7\nexpose\.install4j\i4jruntime.jar;C:\Program Files\rapid7\nexpose\.install4j\..\.install4j\user.jar;C:\Program Files\rapid7\nexpose\.install4j\..\.install4j\user\cryptojFIPS.jar;C:\Program Files\rapid7\nexpose\.install4j\..\.install4j\user\nse.jar;C:\Program Files\rapid7\nexpose\.install4j\..\.install4j\user\sigar.jar;C:\Program Files\rapid7\nexpose\.install4j\..\.install4j\user\sslj.jar;;c:\program files\rapid7\nexpose\_jvm1.6.0_25\lib\deploy.jar;c:\program files\rapid7\nexpose\_jvm1.6.0_25\lib\plugin.jar;C:\Program Files\rapid7\nexpose\nse\lib\nse.jar;C:\Program Files\rapid7\nexpose\nsc\lib\nsc.jar;C:\Program Files\rapid7\nexpose\shared\lib\nxshared.jar;C:\Program Files\rapid7\nexpose\shared\lib\r7shared.jar

user.name=Phil

java.vm.specification.version=1.0

sun.java.command=C:\Program Files\rapid7\nexpose\.install4j\uninstall.exe

java.home=c:\program files\rapid7\nexpose\_jvm1.6.0_25

sun.arch.data.model=64

exe4j.launchName=C:\Program Files\rapid7\nexpose\.install4j\uninstall.exe

user.language=fr

java.specification.vendor=Sun Microsystems Inc.

awt.toolkit=sun.awt.windows.WToolkit

java.vm.info=mixed mode

exe4j.unextractedPosition=0

java.version=1.6.0_25

java.ext.dirs=c:\program files\rapid7\nexpose\_jvm1.6.0_25\lib\ext;C:\Windows\Sun\Java\lib\ext

sun.boot.class.path=c:\program files\rapid7\nexpose\_jvm1.6.0_25\lib\resources.jar;c:\program files\rapid7\nexpose\_jvm1.6.0_25\lib\rt.jar;c:\program files\rapid7\nexpose\_jvm1.6.0_25\lib\sunrsasign.jar;c:\program files\rapid7\nexpose\_jvm1.6.0_25\lib\jsse.jar;c:\program files\rapid7\nexpose\_jvm1.6.0_25\lib\jce.jar;c:\program files\rapid7\nexpose\_jvm1.6.0_25\lib\charsets.jar;c:\program files\rapid7\nexpose\_jvm1.6.0_25\lib\modules\jdk.boot.jar;c:\program files\rapid7\nexpose\_jvm1.6.0_25\classes

install4j.appDir=C:\Program Files\rapid7\nexpose\

java.vendor=Sun Microsystems Inc.

file.separator=\

java.vendor.url.bug=http://java.sun.com/cgi-bin/bugreport.cgi

sun.io.unicode.encoding=UnicodeLittle

sun.cpu.endian=little

sun.desktop=windows

sun.cpu.isalist=amd64

Si certains pensaient (comme moi) pouvoir utiliser la Freebox v6 comme espace de sauvegarde réseau, je leur recommande de lire ce qui va suivre.

Le contexte est :

- des postes, notamment Whistler (XP) et Vienna (Win7)

- une solution de sauvegarde automatisée (Cobian Backup), programmée de nuit.

J'ai constaté que le journal d'erreur de Cobian Backup était régulièrement bien plus rempli que prévu.

Exemple :

ERR  2011-10-02 06:20 Erreur rencontrée pendant la vérification de "\\freebox\Disque dur\SVG\[couic]\images\perso\[couic\SL371848.JPG.7z": Le nom réseau spécifié n’est plus disponible

Le fichier (texte) de journal pouvait alors faire 1 Mo en taille !

Et surtout, voici le type de messages qui apparaissait sur le bureau Windows, après une tentative de sauvegarde de nuit :

L'accès à la ressource réseau de la Freebox, via SMB, a donc échoué à de nombreuses reprises, ce qui a généré de nombreuses erreurs pour l'outil de sauvegarde.

Ceci se reproduisant plusieurs fois, j'ai donc voulu surveiller l'état de la Freebox, en mon absence. 

Pour cela, j'utilise l'outil IPHost Network Monitor, et je posterai bientôt quelques stats. A première vue, il semble que quasiment toutes les nuits, la Freebox coupe ses services réseau (type SMB, voire même HTTP) sans prévenir, et sans pour autant redémarrer...

En l'état, je conseille vivement à ceux qui considèrent le disque embarqué dans la Freebox v6 comme un espace de stockage réseau (NAS), de faire attention à ces problèmes de coupure intempestives qui peuvent mener à de la corruption de fichier et de sauvegarde ! le comble...

Mise à jour 1 :

Voici donc quelques stats, pour la nuit du 21 au 22/10 :

DNS :

On voit donc clairement des coupures ! 4% du temps quasiment.

Accès à un fichier par SMB :

Là par contre, pas de coupure... la résolution de nom freebox vers IP, ainsi que le partage de fichier SaMBa n'ont visiblement pas connu de coupure.