Les meilleures news - Page 168

Kevin Kofler (./5010) :
ton boulot

Mince

squalyl (./5004) :
http://fr.news.yahoo.com/rtrs/20080211/twl-coree-incendie-41953f5_2.html
quel désastre

la vache, je me souviens de cette porte, elle avait de la gueule !

ouep. j'espère qu'ils vont la reconstruire même si c'est plus d'époque.

fabetal_ (./5005) :

squalyl (./5003) :

[user@host ~]$ gcc root.c -o root
[user@host ~]$ uname -a
Linux plop.com 2.6.9-42.ELsmp #1 SMP Wed Jul 12 23:27:17 EDT 2006 i686 i686 i386 GNU/Linux
[user@host ~]$ ./root
-----------------------------------
 Linux vmsplice Local Root Exploit
 By qaaz
-----------------------------------
[+] mmap: 0x0 .. 0x1000
[+] page: 0x0
[+] page: 0x20
[+] mmap: 0x4000 .. 0x5000
[+] page: 0x4000
[+] page: 0x4020
[+] mmap: 0x1000 .. 0x2000
[+] page: 0x1000
[+] mmap: 0xb7f42000 .. 0xb7f74000
[-] vmsplice: Function not implemented

(fallait tester quoi )

ça marche pas tout le temps, sur certaines installs j'ai du lancer le truc plusieurs fois

c'est sous quelle distrib/noyau ?

euh...

Linux plop.com 2.6.9-42.ELsmp #1 SMP Wed Jul 12 23:27:17 EDT 2006 i686 i686 i386 GNU/Linux
ou mieux:

[user@host]$ cat /etc/redhat-release
Red Hat Enterprise Linux ES release 4 (Nahant Update 4)

en même temps, ils disent à partir de 2.6.17, d'ou le function not implemented. Même si je retente je suis pas sur que ça change grand chose

Effectivement, RHEL 4 n'est pas vulnérable.

http://www.pcinpact.com/actu/news/41726-riposte-graduee-olivennes-avertissement-resi.htm

la mumule est morte?

Qui sont les 3 autres candidats? bittorrent? Les poulets vont s'insccrire sur les trackers de TPB pour voir qui veut les fichiers de La Liste?

squalyl (./5013) :
ouep. j'espère qu'ils vont la reconstruire même si c'est plus d'époque.

bah t'inquiete pas, tous les monuments faits en bois en coree au japon ou en chine ont ete reconstruits des 10 dizaines de fois a travers les siecles

huhu

(quelle idée d'utiliser du bois en plus, c'est comme les mecs aux US qui s'étonnent quand leurs maisons se font arracher par des tornades: quand tu vois le résultat, c'est du Lego en contre plaqué )

http://deathboy.livejournal.com/1082404.html

OH. MON. DIEU.

Si ils font ça en France il me faut absolument un masque de Guy Fawkes !

aucune chance que ca arrive en france, dans notre "beau" pays la scientologie est une secte et donc n'a pas de gigantesques locaux bien visibles

lol ils étaient 30 en France

Rintintin (./5020) :
aucune chance que ca arrive en france, dans notre "beau" pays la scientologie est une secte et donc n'a pas de gigantesques locaux bien visibles

Si, à Lyon ils ont un grand bâtiment, avec une grande pancarte ^^

Tiens, en parlant de secte, je me posais une question ,les mormons, est-ce que c'est une secte en france?

http://fr.wikipedia.org/wiki/Mormonisme_et_caract%C3%A8re_sectaire

Donc en gros : officiellement, non.

http://www.networkworld.com/news/2008/021108-antiphising.html?page=2

une signature crypto des mails par envoyeur.
Je me demande comment personne y a pensé avant !

Je ne comprends pas trop pourquoi la cryptographie... Il suffirait de:
1. configurer les serveurs mail pour gérer le SMTP AUTH (et rejeter les mails avec une adresse From ou un envelope-From qui ne correspond pas au compte authentifié, aussi),
2. rejeter les mails de tous les serveurs qui n'authentifient pas leurs clients (si les gros serveurs font ça, ça forcera les autres à implémenter l'autorisation)
et le problème du spoofing est réglé.

Nil (./5022) :

Rintintin (./5020) :
aucune chance que ca arrive en france, dans notre "beau" pays la scientologie est une secte et donc n'a pas de gigantesques locaux bien visibles

Si, à Lyon ils ont un grand bâtiment, avec une grande pancarte ^^

j'ai dit en france, ca veut dire Paris
(enfin bon ils doivent pas etre reconnus comme secte dangereuse pour s'afficher comme ca)

KK > Et entre les serveurs ? Les infos transitent ?

Je vois ça comme ça:
émissaire -(AUTH)-> serveur SMTP de l'émissaire -(filtrage RDNS!=MX et blacklist des serveurs non-authentifiés)-> serveur SMTP du destinataire -(file d'attente locale)-> serveur POP du destinataire -(POP authentifié)-> destinataire
et idéalement chaque transfert entre 2 machines crypté par SSL/TLS (soit SSL/TLS dès le départ, soit le protocole STARTTLS).

Le serveur du destinataire vérifie que la partie de l'adresse après le @ est bonne, et il fait confiance à la partie avant le @ (et si on se rend compte que le serveur d'origine ment sur ça, il est blacklisté). Si on est strict, on blackliste aussi automatiquement tous les serveurs qui envoient des mails avec un @... dont l'entrée MX ne correspond pas au RDNS, parce qu'une authentification stricte devrait filtrer ces messages dès le départ.

KK > je pense que l'intéret du bidule c'est la simplicité. Ajouter un header du genre "DKIM-SIGNATURE: <une ligne de trucs en base64> ça doit être plus facile/général que changer de protocole/handshake/whatever.

Apparemment l'idée est juste de garantir qu'un mail de server.com a bien été envoyé par server.com et non un simple spoof de "From: ".

Un SMTP AUTH, je sais pas comment ça marche, mais c'est peut être plus contraignant à mettre en place.

KK > OK

http://www.erenumerique.fr/quelle_serait_la_classification_pegi_de_la_bible_-news-12073.html

mais LOL

http://www.mobinaute.com/94094-nvidia-apx-2500-processeur-smartphone-soc.html

une GeForce6+ARM11 dans un truc embarquable!

Ça y est, les mises à jour pour le bogue vmsplice sont disponibles:
F8: https://www.redhat.com/archives/fedora-package-announce/2008-February/msg00255.html
F7: https://www.redhat.com/archives/fedora-package-announce/2008-February/msg00254.html
RHEL 5: en phase de QA, si vous ne pouvez pas attendre: http://people.redhat.com/dzickus/el5/
Je rappelle que FC6 et précédentes ne sont plus supportées. RHEL 4 et précédentes ne sont pas vulnérables.

http://www.bulletins-electroniques.com/actualites/52681.htm Muh
(Il y aurait un "gêne de la générosité")

#trihum# douteux quand même, surtout la corrélation avec la "longueur de la séquence d'ADN"

http://fr.news.yahoo.com/ap/20080211/twl-pakistan-afghanistan-ambassadeur-dis-fcd69a8_1.html
job de merde: ambassadeur du Pakistan en Afghanistan

http://www.neteco.com/94072-orange-teste-univers-virtuel-dedie-rencontre.html

amusant

c'est de ça que tu parlais une fois?

merci pour le call

non, je parlais pas de ça, y a un projet interne qui permet la scalability de ce genre d'application mais à mon avis ils l'ont pas integré encore à ça... ca ne saurait tarder à mon avis
merci aussi pour le lien, je vais devoir tester ça par moi même... #sifflote# ... mais euh.. y a pas de lien pour pouvoir le tester?

ah chais pas moi j'ai vu que la news