unix4fun

Aller au contenu | Aller au menu | Aller à la recherche

mercredi 13 juillet 2011

et dire qu'il y a des gens qui se vantent sans arrêt d'être des "hackers"...

Apprenez l'humilité et un descriptif comme:
"(The World's First (and Last?!) IPv6 Cat Feeder!)"

Qui est (selon moi) un super joli "hack" d'un mec un peu dingue et super poilu, en tout cas je trouve ca mortel (et assez incroyable)! congrats! :)

Enjoy the fun: http://www.newtonnet.co.uk/catfeeder/

samedi 5 décembre 2009

c'est une tendance tres claire! les epidemies progressent...

Alors ca n'est pas vraiment un truc "technique", mais c'est drole alors autant en faire une nouvelle. En ces periodes d'epidemies et de panique, de contagion massive, mr poz nous a trouve un paper sur une autre epidemie tres repandue et bien decrite, une analyse empirique du syndrome de "la grosse tete" (ca c'est moi qui appele ca comme ca...) ou des "grosses chevilles", bon je raconte n'importe quoi... lisez, c'est bien de lire:

samedi 20 juin 2009

un week end de glande, netbsd, un macmini..

J'ai recu un mac mini et j'ai installe un NetBSD dessus, comme c'est un tout petit peu different, voici quelques liens qui peuvent etre utiles a d'autres :

Alors comme c'est relou de compiler sur un truc pareil et que netbsd te permet de cross compiler sans effort, voila deux ligne de plus:

# ./build.sh -m macppc -T tooldir.NetBSD-5.0_STABLE-macppc tools
# ./build.sh -m macppc -T tooldir.NetBSD-5.0_STABLE-macppc kernel=GENERIC

et pratiques, au moins ca traine pas sur mon laptop de compet multicore avec une hotte et des plaques a inductions integree..

et voila la bete:

capsule# uname -a
NetBSD capsule.unix4fun.net 5.0 NetBSD 5.0 (GENERIC) #0: Sun Apr 26 22:53:55 UTC 2009  builds@b4.netbsd.org:/home/builds/ab/netbsd-5-0-RELEASE/
macppc/200904260229Z-obj/home/builds/ab/netbsd-5-0-RELEASE/src/sys/arch/macppc/compile/GENERIC macppc
capsule#

me reste juste a cross compiler qqes package!

samedi 30 mai 2009

Intel rajoute de la mozarella dans ses proc...

Je me balladais tranquille, en week end et je suis tombe sur le lien suivant:

moi>Intel AES instruction set support?! hu?! depuis quand?!?!

J'ai vite lu la doc et j'ai voulu voir si mon CPU tout recent supportais cette joyeusete, Intel file du code, mais ca compilait pas direct alors j'ai vite refait tout simple..:

#include <stdio.h>
#include <unistd.h>

int chk_cpu_aes_support() {
    unsigned int rc;
    asm ("mov $0x01, %%eax\n\t"
         "cpuid\n\t"
         "mov %%ecx, %0\n\t"
         :"=r"(rc)
         : /* no inputs */
         :"%ecx", "%eax"
        );
    return (rc & 0x2000000);
}

/* ORIGINAL INTEL CODE.
int Check_CPU_support_AES() {
#if defined(__INTEL_COMPILER)
    int CPUInfo[4] = { -1 };
    __cpuid(CPUInfo, 1);
    return (CPUInfo[2] & 0x2000000);
#else
    unsigned int a=1,b,c,d;
    __cpuid(1, a,b,c,d);
    return (c & 0x2000000);
#endif
}
*/

int main(int argc, char ** argv)
{
    fprintf(stdout, "%08x(%d)\n", chk_cpu_aes_support(), chk_cpu_aes_support());
    return 0;
}

Et tristesse...:

$ ./intelaesdetect
00000000 (0)

  • sniff*...

si qqun a un resultat "positif" n'hesitez pas a _COMMENTER_ juste que je sache quel series est capable de faire ca..

mercredi 22 avril 2009

SXCE tun/tap et quelques champignons s'il vous plait!

J'ai besoin d'openvpn et le tun(7M) c'est pas vraiment ce que je pensais etre un device tun... Alors apres avoir joue avec tun(7M) pour constater que j'avais pas ce que je voulais, j'ai un peu cherche et voila vite fait un ptit resume...

D'abord un "tutorial" etape par etape pour l'installation d'OpenVPN avec OpenSolaris... bon ok faut un driver tuntap "externe", mais bon...

Ensuite on rencontre des tites merdes genre :

# make install
ld -64 -r -o tun tun.o
ld -64 -r -o tap tap.o
/usr/bin/ginstall -c -m 644 -o root -g root if_tun.h /usr/include/net 
/usr/bin/ginstall -c -m 644 -o root -g root tun /usr/kernel/drv/amd64
/usr/bin/ginstall -c -m 644 -o root -g root tap /usr/kernel/drv/amd64
/usr/bin/ginstall -c -m 644 -o root -g root tun.conf /usr/kernel/drv
/usr/bin/ginstall -c -m 644 -o root -g root tap.conf /usr/kernel/drv
/usr/sbin/rem_drv tun >/dev/null 2>&1
/usr/sbin/rem_drv tap >/dev/null 2>&1
/usr/sbin/add_drv tun   
devfsadm: driver failed to attach: tun
Warning: Driver (tun) successfully added to system but failed to attach
/usr/sbin/add_drv tap
devfsadm: driver failed to attach: tap
Warning: Driver (tap) successfully added to system but failed to attach

et GnaGNAGnagnagnaGnaAGnA!!

Apr 22 00:16:45 deep genunix: [ID 370954 kern.notice] symbol tun_ppa: 
Apr 22 00:16:45 deep genunix: [ID 780480 kern.notice] value 0xffffffffc0347950 does not fit
Apr 22 00:16:45 deep genunix: [ID 286029 kern.notice] relocation error: R_AMD64_32: 
Apr 22 00:16:45 deep genunix: [ID 720415 kern.notice] file /usr/kernel/drv/amd64/tap: 
Apr 22 00:16:45 deep genunix: [ID 370954 kern.notice] symbol tun_ppa: 
Apr 22 00:16:45 deep genunix: [ID 780480 kern.notice] value 0xffffffffc0347950 does not fit
Apr 22 00:16:45 deep genunix: [ID 286029 kern.notice] relocation error: R_AMD64_32: 
Apr 22 00:16:45 deep genunix: [ID 720415 kern.notice] file /usr/kernel/drv/amd64/tap: 
Apr 22 00:16:45 deep genunix: [ID 370954 kern.notice] symbol tun_ppa: 
Apr 22 00:16:45 deep genunix: [ID 780480 kern.notice] value 0xffffffffc0347950 does not fit
Apr 22 00:16:45 deep genunix: [ID 399259 kern.notice] do_relocations: /usr/kernel/drv/amd64/tap do_relocate failed
Apr 22 00:16:45 deep genunix: [ID 603676 kern.notice] tap error doing relocations
Apr 22 00:20:52 deep genunix: [ID 286029 kern.notice] relocation error: R_AMD64_32: 
Apr 22 00:20:52 deep genunix: [ID 720415 kern.notice] file /platform/i86pc/kernel/drv/amd64/tun: 
Apr 22 00:20:52 deep genunix: [ID 370954 kern.notice] symbol : 
Apr 22 00:20:52 deep genunix: [ID 780480 kern.notice] value 0xfffffffff82ee590 does not fit
Apr 22 00:20:52 deep genunix: [ID 286029 kern.notice] relocation error: R_AMD64_32: 
Apr 22 00:20:52 deep genunix: [ID 720415 kern.notice] file /platform/i86pc/kernel/drv/amd64/tun: 
Apr 22 00:20:52 deep genunix: [ID 370954 kern.notice] symbol tun_ppa: 

Bon hop hop on prends son cerveau, on tente de l'allumer (il est a peu pres minuit...).. apres etre passe par la, puis la...

j'ai finalement abouti ICI et la houra!

J'ai modifie qqes details dans le Makefile du driver Tun/Tap "externe" vite fait... Makefile:

[...]
CC = cc
LD = ld

DEFS = -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DTUN_VER=\"1.1\ 04/22/2009\"
CFLAGS = $(DEFS) -O2 -D_KERNEL -I. -m64 -xmodel=kernel

ADD_DRV = /usr/sbin/add_drv
REM_DRV = /usr/sbin/rem_drv
DRV_DIR = /usr/kernel/drv/amd64
DRV_CONF_DIR = /usr/kernel/drv
[...]

et on dit merci a -xmodel=kernel..

au passage je suis tombe sur ces deux choses aussi..

Et c'est apres m'etre pris la tete 20 minutes ( alors que je suis une grosse feignasse...) que je vois que qqun avait aussi resolu le 'blem ici

au final on finit par avoir:

Apr 22 00:37:52 deep tun: [ID 654686 kern.notice] Universal TUN/TAP device driver ver 1.1 04/22/2009 (C) 1999-2000 Maxim Krasnyansky
Apr 22 00:37:52 deep pcplusmp: [ID 805372 kern.info] pcplusmp: ide (ata) instance 1 irq 0xf vector 0x44 ioapic 0x8 intin 0xf is bound to cpu 1
Apr 22 00:37:52 deep pseudo: [ID 129642 kern.info] pseudo-device: tun0
Apr 22 00:37:52 deep genunix: [ID 936769 kern.info] tun0 is /pseudo/tun@0
Apr 22 00:37:53 deep tap: [ID 654686 kern.notice] Universal TUN/TAP device driver ver 1.1 04/22/2009 (C) 1999-2000 Maxim Krasnyansky
Apr 22 00:37:53 deep pcplusmp: [ID 805372 kern.info] pcplusmp: ide (ata) instance 1 irq 0xf vector 0x44 ioapic 0x8 intin 0xf is bound to cpu 0
Apr 22 00:37:53 deep pseudo: [ID 129642 kern.info] pseudo-device: tap0
Apr 22 00:37:53 deep genunix: [ID 936769 kern.info] tap0 is /pseudo/tap@0

youpi.

NB: j'utilise le compilo sun.

lundi 20 avril 2009

OpenSolaris c'est bon comme des pates aux jambon

Alors voila, j'etais en b104, j'ai decide de tenter la premiere methode d'upgrade pour SXCE aka "liveupgrade"

J'ai suivi betement des instructions que de gentilles personnes ont ecrites (comme un bon mouton!), genre:

Ca a marche du premier coup...*blaze*...

mais bon petit suspense au reboot, plus d'opengl, plus de "desktop effects", donc plus de compiz-pour-brancher-les-filles-quand-elles-viennent-chez-toi... du coup, j'ai vu ca et la COUP DE THEATRE:

# svccfg -s application/opengl/ogl-select setprop options/vendor=nvidia
# svcadm restart application/opengl/ogl-select
# reboot

et au reboot, opengl etait revenu!!! la raison est expliquee ici

voila now:

[3] eau@deep:~ 
$ uname -a
SunOS deep 5.11 snv_112 i86pc i386 i86pc

Et le tour est joue (merci google!), alors comme je sais qu'il y a bcp de moutons comme moi, si ca peut aider!

mardi 6 janvier 2009

screen tips!

Bonne annee! Souplesse! Flexibilite! Etancheite!

De petites choses sympathiques a propos de screen que j'ai decouvert par hasard en lisant cette page.

dimanche 28 décembre 2008

super mentor! jubilator! albator! toreador! vimperator!

l'ami poz, coach officiel de l'emission "super coder" sur M6 (*blague-pour-les-credules*), mon benjamin castaldi du coding, se laisse influencer par son travail de "coach", il m'a fait decouvrir vimperator et j'avoue que ce "relooking" a change ma vie!!

C'est pourquoi je recommande l'utilisation d'un coach, me reste juste a peaufiner mon laptop pour le casting de "la nouvelle coding star"..

vimperator, j'adOOoore!

NB: ils en ont fait un autre bien drole.

dimanche 24 août 2008

NetBSD, openvpn et les 42 passphrases...

J'ai un blem j'utilise assez souvent openvpn et en fonction de l'endroit ou je vais j'ai besoin de tel ou tel access VPN sur telles ou telles resources plus ou moins en meme temps etc.. bref j'ai besoin de plusieurs "profils" utilisateur.

Depuis des mois, je me tape l'edition du /etc/rc.conf et apres je tape la passphrase 2 ou 3 fois vu que j ai 2 ou 3 necessaires... enfin bref, j'en ai eu marre alors j 'ai fait un "hack" tout bete et tout simple en qqes etapes.

le plan:

  • un fichier encrypted avec ma clef pub qui contient la passphrase.
  • un script qui mets a la disposition d'openvpn cette passphrase
  • qqes hack dans les scripts de demarrage et les fichiers de conf.

1 . le fichier: key.asc
il contient la clef utilise pour unlocker le cert utilise pour l'auth, il doit donc rester prive!

2. le script de demarrage /usr/pkg/etc/rc.d/openvpn:

la ligne suivante a ete modifie:

openvpn_start()
{
    : ${openvpn_cfg="*.conf"}
[...]
  for f in $openvpn_cfg; do
      doit="$command --askpass `/bin/cat /home/user/.openvpn` 
$command_args --config $f"
      if ! eval $doit; then
[...]
}

3. le fichier /etc/rc.conf, legerement modifie:

[...]
openvpn=YES
. /etc/openvpn_current
[...]

4. le script moisi, ovpn.sh

ce script va choisir/preparer mon "profil" et demarrer les instances openvpn en utilisant la cle temporairement accessible.

#!/bin/sh
#
#
# I sick of typing my password for all VPN instances 
# all the time... $#@!$#@!$#@! :(
#
# there is probably some potential races
#

export TMPDIR=/home/user

MKTEMPCMD=/usr/bin/mktemp
GPGCMD=/usr/pkg/bin/gpg
VPNCMD=/usr/pkg/etc/rc.d/openvpn
RMCMD=/bin/rm
TOUCHCMD=/usr/bin/touch
CHMODCMD=/bin/chmod
CHOWNCMD=/usr/sbin/chown


TMPPREFIX=".openvpn"
VPNCIPHR=/home/user/.local/key.asc
VPNPLAIN=/home/user/.openvpn

VPNCMD_STOP=stop
VPNCMD_RESTART=restart

# OPENVPN PRECONFIG
CURR_CFG=/etc/openvpn_current
HOME_CFG="openvpn_cfg=\"client_vpn1.conf client_vpn2.conf client_vpn3.conf client_vpn4.conf\""
LABS_CFG="openvpn_cfg=\"client_vpn1.conf client_vpn2.conf client_vpn3.conf client_vpn4.conf\""
OUTR_CFG="openvpn_cfg=\"client_vpn1.conf client_vpn2.conf client_vpn3.conf client_vpn4.conf client_vpn5.conf\""


TMPFILE=`${MKTEMPCMD} -t ${TMPPREFIX}`
#echo "[+] using ${TMPFILE}"

ovpn_start()
{
        ${TOUCHCMD} ${VPNPLAIN}
        ${CHOWNCMD} root:wheel ${VPNPLAIN}
        ${CHMODCMD} 600 ${VPNPLAIN}
        echo "$TMPFILE" > ${VPNPLAIN}
        ${GPGCMD} -d ${VPNCIPHR} > ${TMPFILE}
        ${VPNCMD} start
        ${RMCMD} -fP ${VPNPLAIN}
        ${RMCMD} -fP ${TMPFILE}
}

ovpn_stop()
{
        ${VPNCMD} stop
}

CMD=$1
CNF=$2

case ${CMD} in
        start)
                case ${CNF} in
                        home)
                                echo ${HOME_CFG} > ${CURR_CFG}
                        ;;
                        lab)
                                echo ${LABS_CFG} > ${CURR_CFG}
                        ;;
                        out)
                                echo ${OUTR_CFG} > ${CURR_CFG}
                        ;;
                esac
                ovpn_start
        ;;
        stop)
                ovpn_stop
        ;;
        restart)
                $0 stop
                $0 start ${CNF}
        ;;
        *)
                echo "$0 <start|stop|restart> [<home|lab|out>]"
                echo "home: home configuration"
                echo "lab : lab configuration"
                echo "out : untrusted out configuration"
        ;;

esac

5. L'explication,
le fichier rc.conf inclus un fichier qui est genere dynamiquement (/etc/openvpn_current) a chaque demande d'un nouveau "profil" celui ci donne a openvpn les fichier de conf a utiliser pour demarrer les differents VPN.

Le script de demarrage du package openvpn lance openvpn avec un nouveau parametre supplementaire " --askpass file " qui donnera la passphrase pour unlocker le certificat d'authentification.

Le script utilisateur ovpn.sh lui s'occupe simplement de cree le /etc/openvpn_current, il gpg -d le fichier de clef key.asc le rajoute dans un fichier temporaire, demarre openvpn et efface ce fichier immediatement apres.

La derniere mouture qui tourne chez moi est tres legerement different en cela que je ne stocke pas la passphrase de mon cert dans un fichier encrypted en gpg, je "read" directement du tty et je feed immediatement le fichier temporaire.

Voila c'etait tout con mais maintenant pour demarrer mes 4-5 vpns en tapant juste ma passphrase gpg, je fais en sudo :

# ovpn.sh start home
You need a passphrase to unlock the secret key for
user: "..."
1024-bit ELG-E key, ID XXXXXXXX, created 2004-05-27 
(main key ID XXXXXXXX)

Enter passphrase:

Et voila! En esperant que ca en inspire d'autres, commentaires are welcome! :)

mardi 18 septembre 2007

IPv6 à poil sur internet !

Voilà, une video "tutorialistique" sur les concepts et nouveautés d'IPv6, il y a des choses intéressantes à voir.

C'est ici :

http://www.ciscoblog.com/docstore/BSCI25.wmv

HTH.

iphone addict!

J'ai fait le mouton, je me suis acheté un truc de "super bourgeois", après m'être fait tanné par des potes. J'avoue que ça peut être cool de tenter de devel dessus, alors je me suis dit que je pourrais faire un 'hello world' sur mon iphone, je me suis donc mis à chercher un truc pour cross compiler du mach-o et un pote m'a montré ça :

http://code.google.com/p/iphone-dev/

Et ça commence là :

http://code.google.com/p/iphone-dev/wiki/Building

Après quelques bastons j'ai pas encore un truc qui marche mais je crois que le 64bits se fout juste devant mon nez, vais réessayer avec un chroot 32bits demain...

Il est tard là...

vendredi 14 septembre 2007

GDB, oui vieux et alors ?

Une petite doc classique de référence pour l'utilisation de gdb, avec lequel je refais connaissance :

http://www.hlrs.de/organization/amt/services/tools/debugger/gdb/doc/gdb-6.3.pdf

Suivi de la doc officielle : http://sourceware.org/gdb/current/onlinedocs/gdb_toc.html

Et des internals :

http://sourceware.org/gdb/current/onlinedocs/gdbint_toc.html

Au passage il y a des trucs "vieux" mais utiles aussi comme :

http://valgrind.org/

Et des nouveaux "types" de debuggers, faudrait regarder aussi par là :

http://www.eresi-project.org/e2dbg.html

samedi 8 septembre 2007

Mais où suis-je donc ?!

root:~ # ssh  root@iphone
root@iphone's password: 
Warning: No xauth data; using fake authentication data for X11 forwarding.
sh: /usr/X11R6/bin/xauth: No such file or directory
-sh-3.2# ls -la /
total 17
drwxrwxr-t 15 root admin 578 Jul 18 17:30 .
drwxrwxr-t 15 root admin 578 Jul 18 17:30 ..
drwxrwxr-x 19 root admin 646 May 28 19:21 Applications
drwxrwxr-t 10 root admin 340 May 28 19:21 Library
drwxr-xr-x  3 root wheel 102 May 26 13:52 System
drwxr-xr-x  6 root wheel 204 Sep  8 13:44 bin
drwxrwxr-t  2 root admin  68 May 22 20:54 cores
dr-xr-xr-x  3 root wheel 740 Sep  8 13:46 dev
lrwxr-xr-x  1 root admin  11 May 28 19:21 etc -> private/etc
lrwxr-xr-x  1 root admin  11 May 28 19:21 mach -> mach_kernel
drwxr-xr-x  4 root wheel 136 Jul 18 17:30 private
drwxr-xr-x 10 root wheel 340 May 28 19:21 sbin
lrwxr-xr-x  1 root admin  15 May 28 19:21 tmp -> private/var/tmp
drwxr-xr-x  7 root wheel 238 May 28 19:20 usr
lrwxr-xr-x  1 root admin  11 May 28 19:21 var -> private/var
-sh-3.2# ls -la /etc
lrwxr-xr-x 1 root admin 11 May 28 19:21 /etc -> private/etc
-sh-3.2# ls -la /private/etc
total 608
drwxr-xr-x 20 root wheel    680 Sep  8 13:44 .
drwxr-xr-x  4 root wheel    136 Jul 18 17:30 ..
drwxr-xr-x  5 root wheel    170 May 26 13:52 bluetool
drwxr-xr-x  2 root wheel    136 Sep  8 13:44 dropbear
-rw-r--r--  1 root wheel     69 Sep  7 23:29 fstab
-rw-r--r--  1 root wheel    937 May 22 20:53 group
-rw-r--r--  1 root wheel     71 Sep  8 13:44 hackinit.sh
-rw-r--r--  1 root wheel    214 May 22 20:53 hosts
-rw-r--r--  1 root wheel      0 May 22 20:53 hosts.equiv
drwxr-xr-x  2 root wheel    102 Sep  8 13:44 init.d
-rw-------  1 root wheel    619 May 22 23:51 master.passwd
-rw-r--r--  1 root wheel     53 May 22 20:53 networks
-rw-r--r--  1 root wheel    132 May 22 21:31 notify.conf
-rw-r--r--  1 root wheel    763 May 22 20:53 passwd
drwxr-xr-x  2 root wheel     68 May 26 13:49 ppp
-rw-r--r--  1 root wheel   5766 May 22 20:53 protocols
drwxr-xr-x  5 root wheel    170 May 26 13:48 racoon
lrwxr-xr-x  1 root wheel     20 May 28 19:21 resolv.conf -> /var/run/resolv.conf
-rw-r--r--  1 root wheel 572625 May 22 20:53 services
-rw-r--r--  1 root wheel   2497 May 22 20:53 ttys
-sh-3.2# /usr/sbin/nvram -p
backlight-level 34
bootdelay       0
auto-boot       true
boot-args
filesize        14474
boot-partition
-sh-3.2# /sbin/mount
/dev/disk0s1 on / (hfs, local, noatime)
devfs on /dev (devfs, local)
/dev/disk0s2 on /private/var (hfs, local, noexec, noatime)
-sh-3.2# ls -la /sbin
total 460
drwxr-xr-x 10 root wheel    340 May 28 19:21 .
drwxrwxr-t 15 root admin    578 Jul 18 17:30 ..
-r-xr-xr-x  1 root wheel  73028 May 26 13:49 fsck
-r-xr-xr-x  1 root wheel 185008 May 26 13:49 fsck_hfs
-rwxr-xr-x  1 root wheel  13340 May 26 13:49 fstyp
-rwxr-xr-x  1 root wheel  13320 May 26 13:49 fstyp_hfs
-r-xr-xr-x  1 root wheel  29556 May 26 13:48 kextload
-rwxr-xr-x  1 root wheel  98688 May 26 13:48 launchd
-r-xr-xr-x  1 root wheel  19380 May 26 13:49 mount
-r-xr-xr-x  1 root wheel  19236 May 26 13:49 mount_hfs
-sh-3.2# /sbin/kextstat
Index Refs Address    Size       Wired      Name (Version) <Linked Against>
    1    1 0x0        0x0        0x0        com.apple.kernel (9.0.0d1)
    2   35 0x0        0x0        0x0        com.apple.kpi.bsd (9.0.0d1)
    3    1 0x0        0x0        0x0        com.apple.kpi.dsep (9.0.0d1)
    4   51 0x0        0x0        0x0        com.apple.kpi.iokit (9.0.0d1)
    5   52 0x0        0x0        0x0        com.apple.kpi.libkern (9.0.0d1)
    6   50 0x0        0x0        0x0        com.apple.kpi.mach (9.0.0d1)
    7   44 0x0        0x0        0x0        com.apple.kpi.unsupported (9.0.0d1)
    8    1 0x0        0x0        0x0        com.apple.iokit.IONVRAMFamily (9.0.0d1)
    9    1 0x0        0x0        0x0        com.apple.driver.AppleNMI (9.0.0d1)
   10    1 0x0        0x0        0x0        com.apple.iokit.IOSystemManagementFamily (9.0.0d1)
   11    1 0x0        0x0        0x0        com.apple.iokit.ApplePlatformFamily (9.0.0d1)
   12    3 0x0        0x0        0x0        com.apple.kernel.6.0 (7.9.9)
   13    1 0x0        0x0        0x0        com.apple.kernel.bsd (7.9.9)
   14    1 0x0        0x0        0x0        com.apple.kernel.iokit (7.9.9)
   15    1 0x0        0x0        0x0        com.apple.kernel.libkern (7.9.9)
   16    1 0x0        0x0        0x0        com.apple.kernel.mach (7.9.9)
   17    3 0xc0231000 0x3f000    0x3e000    com.apple.driver.FairPlayIOKit (3.3d23) <12>
   18    1 0xc033c000 0x8000     0x7000     com.apple.iokit.IOCoreSurface (1.1) <7 6 5 4 2>
   19    0 0xc043d000 0x3000     0x2000     com.apple.driver.AppleSerialKDP (1.0.0d1) <7 5 4>
   20    3 0xc03cb000 0x14000    0x13000    com.apple.iokit.IOStorageFamily (1.5.2) <7 6 5 4 2>
   21    0 0xc0468000 0x16000    0x15000    com.apple.AppleDiskImageController (166) <20 7 6 5 4 2>
   22    0 0xc040a000 0xf000     0xe000     com.apple.driver.AppleS5L8900X (1.0.0d1) <7 6 5 4 2>
   23    4 0xc02e3000 0x14000    0x13000    com.apple.iokit.IOHIDFamily (1.5) <7 6 5 4 2>
   24    0 0xc0326000 0x3000     0x2000     com.apple.driver.AppleM68Buttons (1.0.0d1) <23 7 6 5 4 2>
   25    4 0xc02c5000 0xa000     0x9000     com.apple.iokit.IOSerialFamily (9.0.0d30) <7 6 5 4 2>
   [...]

Huhuhuh, merci poto (il se reconnaîtra), j'étais juste curieux de mater à quoi ça ressemblait ! :)

mercredi 5 septembre 2007

Le noël argentin approche!

Ouhhhhh que c'est beau, le père noël existe alors vraiment !

http://www.netbsd.org/changes/#netbsd-4rc1 ftp://ftp.netbsd.org/pub/NetBSD-daily/netbsd-4-0-RC1/

NetBSD-4.0-RC1 !!!!!

Tout est dit !

mardi 28 août 2007

Chiffrer sa box entièrement et proprement

Bon mes disques ont partiellement crashé. Du coup j'ai dû backuper ce que je pouvais, je me suis mis à tout refaire après avoir changé le disque qui se chiait dessus et pour le plaisir je me suis dit que j'allais être un peu parano.

Hein, vu que je cache les sources de ls(1) et objdump(1) fallait bien encrypter tout ça au cas ou l'OpenSouce (c)(tm)(r) devienne une propagande illégale en Europe, un danger pour l'informatique propriétaire et ses nobles destriers (et leurs piscines en argent massif, bon ok c'est de la provoc' a 2frc, mais c'est relou j'ai pas encore de piscine :/)

Alors j'ai lu ça :

http://gentoo-wiki.com/SECURITY_System_Encryption_DM-Crypt_with_LUKS

Et now je boot sur une jolie clef USB avec une random key encrypted. C'est bien convi, je prépare la même chose sur mon laptop Linux, à voir si c'est possible avec une clef USB et un NetBSD, ce qui serait bien classieux, huhuhu :)

Bref je foutrai des updates si j'ai le temps de faire/tester une version NetBSD, sinon c'est que j'ai été trop fainéant alors voilà...

dimanche 26 août 2007

netcat c'est pas mal, socat c'est le top !

J'ai passé des années (et vous aussi je parie) à utiliser netcat pour faire un tas de trucs, recevoir et envoyer des datas, par tous les trous, dans tous les sens etc...

Pourtant ça fait un moment que je ne l'utilise plus non plus, je suis passé a socat, hyper convivial et tellement plus souple, dans le genre le tool dont on ne peut plus rien faire sans, bah voilà socat ! Rhalala le mec qui a codé ça, j'aimerais tellement remercier ses parents pour l'avoir mis au monde.

C'est ici :

http://www.dest-unreach.org/socat/

Hopla un p'tit exemple à la con, tu veux faire pareil que ton stunnel mais en une ligne pour avoir ton IMAP SSL accessible localement par ton client pas SSL du tout :

# socat tcp4-listen:143,reuseaddr,bind=127.0.0.1,fork \
> openssl:ssl-host:993,verify=0

And voilà, maintenant tu te connectes gentiment en IMAP sur localhost. hth.

(NB: au passage le code aussi est marrant à voir)

La suite de pine !! Bordel !

Wai j'ai viré mon thunderbird et je suis revenu à mes premiers amours, PINE, j'ai aussi decouvert qu'il n'était plus maintenu et qu'il avait un successeur maintenu au même endroit, alors pour ceux qui aiment PINE, c'est là :

http://www.washington.edu/alpine/

(J'aimerais bien essayer mutt, tout le monde me dit qu'il est bien aussi, mais j'ai toujours pas de solutions sympas pour gérer 3 ou 4 comptes et folders IMAPs en plus du NNTP, donc... si quelqu'un voulait bien me montrer comment ou où :))