manatlan a écrit 1590 commentaires

Ok ...

"ma fonction" (celle de ssl) et ce fichier CRT, devrait simuler globalement ce que fait un navigateur ... si j'ai bien tout compris.

Par conséquent, si un hacker fabrique un "portail captif fake" (pour s'amuser à récuperer les comptes freewifi), et qu'il a réussi à ce faire signer par un des certificats de ce paquet.
Je ne le verrai pas ...

En potassant wikipedia, sur la notion SSL, et clé privé / clé public. Si je veux être sure de garantir la véracité du portail authentifieur. J'utilise ce qui est dit précédemment, et je récupère les infos du certificats (qui qqpart, est la "clé public" en qqsorte)... et je vais contrôler que le certificat appartient bien à "free.fr" ... et là, si j'ai tout compris, la boucle et bouclé, et je suis certain de l'identité portail ... j'ai tout bon ?

Donc ... là tu me dis, qu'il existe un fichier crt (dans un paquet ca-certificates) qui pourrait être utilisé directement avec cette méthode python ... c'est ça ?

Si je comprends toujours bien, ce fichier contient l'ensemble des certificats racine des authorités de certifications.
Mais en fournissant cet ensemble de certificat, n'ai je pas plus de chance de tomber sur un gars qui aurait monté son "portail captif fake" en se faisant signer par une de ces autorités (genre cacert.org) ...
Et qui du coup, serait valider par la méthode python ...

car si je ne fourni qu'un fichier contenant l'unique certificat de l'autorité racine à laquelle je m'attends : j'aurai tendance à trouver ça plus secure .. non ?

ok, merci à toi d'avoir pris qques instants pour m'expliquer tout ça

Je mettrai en place ces validations de certifs freewifi et fon ce soir

Ok ...

donc si je comprends bien .... pour valider "wifi.free.fr"
je prends le CA racine de l'autorité de certif qui a signé le site wifi.free.fr ...
(il est là : https://www.geotrust.com/resources/root_certificates/certifi(...) )

et j'appel :
ssl.get_server_certificate( ("wifi.free.fr",443) , ca_certs = "Equifax_Secure_Global_eBusiness_CA-1.cer" )

si ça ne lance pas d'exception (validation failed) : je peux considérer que le serveur est OK ...

note : ça me retourne un certif ... qui est le même que si j'appel cette méthode sans l'argument "ca_certs" renseigné ... ça me perturbe un peu ... mais why not

tu confirmes ?

oui, j'ai bien vu ...
mais je sais pas où trouver le certif racine ...
du coup, je demandais juste si ma technique (tel que décrite plus haut) est valable et suffisante

euh ... personne pour me dire si c'est suffisant ou non ?
le code est fait (avec verif certif fon/freewifi et fonctionne) suis prêt à releaser ...
suis pas à l'aise avec le ssl, mais je suppute que je récupère, avec ssl.get_server_certificate( ("wifi.free.fr",443) ), le certificat plublic de l'autorité de certif ... un hacker qui mettrait en place une page https, aurait peu de chance de se faire certifier par cette même autorité ... c'est ça ? ... alors est-ce suffisant ?

Puré, j'ai pas mal chercher hier ... sur des solutions m2crypto/pycurl/openssl ...
Mais je n'avais pas vu cette nouveauté 2.6 ... et il y a apparemment tout ce dont j'aurai besoin.

Pour résumer : il suffirait que :
- je récupère le certif (au format PEM) avec ssl.get_server_certificate( ("wifi.free.fr",443) )
- et que je le compare avec une version embedded
s'ils sont identiques : je suis assuré d'être au bon endroit
s'ils sont différents, c'est soit un portail captif, soit free qui a changé de certif

est-ce suffisant ?

là, je suis d'accourd ;-)

oui, mais tu avoueras ... que développer "un quickly" qui prenne en compte l'ensemble des distribs linux, l'ensemble des languages , l'ensemble des GUI, et l'ensemble des VSC ... est quasi impossible quand on est qu'un seul type ...
et il faudrait que ce type ait également une vaste culture générale (de l'ordre de l'impossible)

ne rien faire non plus, car la tâche est énorme, n'est pas la solution. ça ne fait rien avancer !

alors, oui, ... il y a bien un gars, tout seul, qui a initié qqchose, tout en étant sponsorisé par canonical ... lui : il fait avancer "le bousin", quand même.
il est un peu normal, qu'il s'occupe principalement d'ubuntu qqpart.
il va pas coder quickly pour redhat tout en étant payé par canonical. C'est un non sens !

c'est terrible cette discrimination systématique envers ubuntu/canonical ...(qui contrairement à ce que tu dois certainement pensé : fait bien plus avancé linux / le libre que qui que ce soit d'autres ... en le rendant populaire (cercle vertueux))

si tu veux vraiment te plaindre ... plaind toi qu'il n'y a aucun développeur réellement libre, qui sur son temps libre, développe gratuitement/bénévolement un quickly ultra généraliste multi distribrutions, multi languages, multi gui, multi vcs ...avec la ferme de serveur qui va derrière pour réaliser les builds en realtime.

alors soit tu inities ce projet titanesque, soit tu aides le gars et apportent des patchs (voir en essayant de te faire sponsoriser par mandrake, redhat, ...)
sinon, je ne peux que te conseiler de passer à ubu ;-) ... ce n'est qu'une debian (la distrib mère par excellence) revampée après tout.

D'ailleurs, si qqu'un a une idée ... comment en python (twill/mechanize) il est possible de valider le certificat (le fingerprint au moins), je suis preneur.

> rad veut dire rapid application development

je sais bien ;-), c'était pour la joke ...

j'ai un peu regardé entre midi et deux ... j'ai déjà apporté un patch pour vérifier qu'on est bien en https (je mettrai a jour la release ce soir). Mais faudrait également vérifier que le site en question fournisse bel et bien le certificat de free, et appremment c'est possible avec python-twill qui utilise l'excellent mechanize.py ! Donc ça reste jouable, mais ça sera pas pour ce soir

pour info ... tu n'upload pas le paquet, mais uniquement les sources/changelog ...
et c'est leur ferme de serveur qui s'occupe de packager les paquets correctement pour la cible. c'est assez bien golé.

non ... mais c'est une idée à cogiter (je le note dans ma todo list)

toi, tu vas avoir des problèmes ...

J'aurai tendance à conseiller django (doc, support, communauté et eco-système très complet).
Cependant, regarder du côté du pure WSGI peut être interessant. Je suis un adepte du http://pythonpaste.org/do-it-yourself-framework.html , et de la réutilisation ;-)
Il y a toutes les briques en WSGI, pour faire exactement ce que tu veux.

Pour le R/W de tag id3/ogg/ape, mutagen sera parfait
http://code.google.com/p/quodlibet/wiki/Development/Mutagen

"Afin de découvrir autre chose, ..."

c'est dit dans le texte

> Je ne suis pas sur que Python puisse permettre
> de faire tout ce que fait Ruby

C'est vendredi (enfin là, plutôt samedi), mais faut pas exagérer non plus ;-)
tu peux préciser ta pensée ?

oui, mais l'interface d'OME (en fltk je crois) est rédhibitoire déà, à mon goût (ça fait trop penser à cinelerra en plus ... quoi que ce dernier est même plus beau ces derniers temps).

pas mal du tout !
bel editeur en gtk ! et il est basé sur MLT (même core que kdenlive!) : il pourra vite rejoindre kdenlive !
c'est une bonne nouvelle ... (et en plus c'est du python!)

merci pour ce post!

> oui, mais pour ça il faut aimer, ce qui n'est visiblement
> pas ton cas (mais en plus tu semble ne même pas
> savoir pourquoi...)

et pourtant je donnais une raison dans le post précédent ... le "linux à 2 vitesses" ... tu exagères ;-)
mais je peux t'en donner tout plein, j'ai utilisé mandrake de la 7.2 à la 9 ou 10 qqchose ...
- j'ai toujours été gnome ... et mandrake était toujours plus kde (l'intégration de gnome était vraiment limite suivant les versions)
- urpmi était d'une lenteur (update/install/remove) ... rien que pour pouvoir utiliser l'outil (rpmdrake?), fallait attendre une bonne minute.
- le manque de logiciel packagé en rpm ... alors qu'on trouvait toujours *gratuitement* une version deb
- un site communautaire très bouillon, voir inexistant à l'époque.
- et à la fin, je ne supportais plus le manchot magicien et son étoile jaune, qui était trop présent partout.

quand la première ubu est sortie (warty), une très belle distrib, très gnome, un apt-get/synaptic rapide comme l'éclair, les logiciels à foison *gratuitement*, et une communauté déjà très bien organisé ... je ne l'ai plus quitté, et j'ai même switché définitivement sous gnu/linux (après qques années de double boot avec des mdk)... pk c'était parfait, c'était ce dont j'avais juste besoin.

et tout ça, sans devoir souscrire un powerpack ou un truc du genre.
(je l'ai très mal vécu, ce linux à 2 vitesses ;-)

evidemment, je pense que mandriva a changé, et améliorer nombres de ces points (fort heureusement) ... gnome est peut être mieux intégré, urpmi est peut être plus rapide ... tant mieux (pour vous).
mais j'ai passé l'âge de switcher tous les 6 mois, ... je veux, et j'ai juste besoin, d'une distrib qui marche (et que je "maîtrise") ... et je ne me vois pas changer pour autre chose qu'une debian-like, parce que j'y ai mes repères maintenant (*), et que les debian-like ont un avenir assuré (prends distrowatch, et calcul le nb de debian/ubuntu-like). Tout simplement.

(*: ce pourquoi je dis, souvent, que je repasserai sous mdv quand ce sera en base debian ... ce qui équivaut un peu près "à quand les poules auront des dents" ... mais faut jamais dire jamais, surtout en informatique ... et les disparités se gomment petit à petit)

Oui, merci ... j'avais lu ça
mais si tu va plus loin dans les liens, tu arrives ici :
http://en.wikipedia.org/wiki/VESA_BIOS_Extensions#Linux_vide(...)

et tu te rends compte qu'il existe un mode hybride vesa : le 800x500
Peut être peut il mieux convenir ? (même si j'en doute ... à cause de 20 pixels de trop en hauteur)

Et pour l'occase, me suis même inscrit sur les forums de mandriva (énorme pour moi ;-), pour poser la question, avant un éventuel achat :
http://forum.mandriva.com/viewtopic.php?t=122445

Mais bon, je crois que c'est mort ... les 701 ne semblent pouvoir n'afficher que du 640x480 sur le 800x480 du 701 ;-(

Je crois que mandriva a encore loupé le coche ... et pourtant ils visaient (si j'ai bien compris), les mids ET les premiers netbooks ...
Mais tous mes netbooks ont une résolution hybride 800x480 (pour le 701) .. et 1024x600 (pour le 901) ... je crois savoir que la grosse majorité des netbooks ont une resolution hybride (genre 1024x600, non ?).
Se retrouver avec une résolution moindre et stretchée : bof ;'(

J'espère que c'est juste une question de temps ... ça aurait été pas mal ... en attendant moblin et/ou chrome os ont de la marge (dans les os qui bootent en 10sec)

Oui, je l'avoue ... j'ai un peu taclé mandr[iva|ake] au passage ...
C'est plus fort que moi ;-) (cf mes posts sur dlfp)... Mais ne dit on pas : "qui aime bien châtie bien" ...

HS : Tiens, ça fait 10ans que je suis inscrit sur dlfp ;-)
A l'époque, parler de mandrake, on se faisait "moinser" ("casser", car le moinssage n'existait pas) ... Les temps ont changé, mais pas moi ;-) (mais promis, je tenterai quand ils passeront sur une base debian (c'est plus fort que moi, sorry))

Bref, pour revenir sur le sujet ... hier j'étais à 2 doigts de l'acheter cette mandriva ...(Comme dis, je cherche un OS pour mon 701)
Mais bon, si c'est pour faire du 640x480 sur un ecran de 7" (800x480 ... donc déjà très petit). C'est trop rédhibitoire pour moi ... (et devoir payer pour s'en rendre compte après coup : non, ça j'adhère pas (à moins de pouvoir se faire rembourser ?))

J'ai toujours eu un problème avec ce linux à 2 vitesses de mandr[ake|iva] ... version gratuite / version payante ... même si je comprends un peu le "business model" (et le besoin de cash).
Et pourtant : je serai prêt à payer mon os, s'il apportait un réel plus (par rapport à une ubu) ... mais c'est loin d'être le cas ;-(
M'enfin, je dis ça, je dis rien ... et je sais pertinemment que je vais *encore* me faire moinsser sur ces propos anti-mdk/mdv ...
Maintenant que dlfp a changé de "tête de turc" (si je peux me permettre l'expression) ... Fait pas bon être un ubunteros ici bas (comme, jadis, un mandri[v|k]ien) ... mais je suis, décidément à contre courant ...

bon, ça semble pas bon pour le 701 ;-(
http://forum.mandriva.com/viewtopic.php?t=122331&highlig(...)

Me voilà bien tenter ...

Mais mandriva me fait peur (rassurez moi !) ... pourquoi n'ont ils pas fait ça sous une debian, avec des deb et apt-get ? (j'ai de mauvais souvenir des rpm/urpmi)

bon là n'est pas la question ... je crois que je vais me laisser tenter ... même si je suis très content de chrome os sur mon 701 ;-)
Mais le fait d'avoir un peu plus qu'un chrome-os pour 10euros me tente bien, pour mon eee701

cependant, sur un 701 (qui a une resolution 800x480) comment cela se passe ? (si ça scroll, ça le fera pas ;-( )

(question subsidiaire ? y a t il "python" dessus ? (car c'est dispo sous chrome-os, et c un minimum pour moi ;-)