Non mais c'est pas noël non plus. Si on est capable de trouver une quasi collision à deux ou trois chiffre près, on aurait du soucis à se faire pour SHA1 (même si on se fait déjà du soucis pour lui).
Je maintiens que c'est suffisant pour duper un utilisateur distrait (qui vérifie le début et la fin, alors que la fin c'est l'id). En tout cas ça suffit je pense pour éduquer les utilisateurs.
Après si tu veux plus précis, il suffit de laisser tourner plus longtemps (beaucoup, mais vraiment beaucoup plus longtemps).
La façon dont est construite les fingerprints n'est pas anodine non plus, et c'est fait pour que les collisions soit pas si simple à trouver.
Pour les clef OpenPGP version 3, l'id c'était les derniers bits du n du RSA, ce qui permettait de traiter le probleme en deux temps, trouver d'abort un n tel que les clefs aient le même identifiants, puis jouer avec e pour avoir un fpr qui ressemble à ce que l'on veut. Dans la version 4, le fait de déduire l'id à partir du fpr complique singulièrement la tâche, maix c'est fait pour ;-).
La probabilité que je regarde le chiffre i dépend de sa position dans le fingerprint (plus il est proche du centre du fingerprint, plus j'ai de chance de le regarder), et de sa position dans le bloc de 4 lettres (les chiffres sur les bords des blocs sont plus observés).
Il fallait bien sûr lire moins. Si un modérateur aurait l'amabilité de corriger cela.
Il y a aussi des puces qui ont sautés… (mais c'est probablement de ma faute).
Il y a, et la ce n'est pas de ma faute, une mise en forme de titre qui s'est droguée dans la table des matières.
Bien il va s'énerver, c'est clair. Mais je ne le vois pas écrire cela noir sur blanc comme raison de licenciment. Considérant cela, les conséquences ne sont pas au niveau légal, mais au niveau relationnel (il peut par exemple chercher une faute en traquant l'admin).
Au final je pense que cette situation est similaire avec celle où l'employeur demande de /garder ses gosses/laver la voiture perso/…/ sur le temps libre du salarié. Il ne pourra jamais utiliser cela comme raison de licenciment, mais ça pourrait le motiver à en chercher une réelle.
Il doit être généralement considéré qu’un message envoyé ou reçu depuis le poste du travail
mis à disposition par l’entreprise ou l’administration revêt un caractère professionnel, sauf
indication manifeste dans l’objet du message ou dans le nom du répertoire où il pourrait avoir
été archivé par son destinataire qui lui conférerait alors le caractère et la nature d’une
correspondance privée protégée par le secret des correspondances.
En gros, selon ce que j'ai compris
l'usage perso d'une boite pro est autorisé
les messages sont considérés par defaut comme pro sauf mention contraire dans le sujet, ou archivage dans un dossier au nom explicite
le secret de la correspondance pour le courrier pro n'est pas opposable à l'employeur (reçu à titre professionel le courrier n'est pas à destinataire d'une personne mais d'une entreprise)
Qui te dit que dans deux mois, il n'existera pas (les paranos considèrent qu'il existe déjà de manière non publique) une methode permettant de tester toutes ces possiblilités ?
Ta méthode de création de mot de passe a t'elle fait l'objet d'une review par les détraqués spécialistes de la sécurité ?
Pourquoi faire reposer la sécurité sur la clef et pas sur la methode… vaste question, et ce qui est dommage c'est qu'elle est imcomprise.
Le principal problème de faire reposer la sécu sur la méthode, c'est que tu n'a aucun moyen de quantifier la qualité et la robustesse de son algo. Sais tu combien de temps faudrait-il pour explorer la moitié de l'espace des algos de génération de mots de passe compatibles avec le cerveau humain, moi non.
Et honnetement, si on récupère ton mot de passe sur un site, combien de temps cela lui prendra de récuperer la methode si il n'y a pas d'étape de hachage cryptographique ? Alors on me réponds que pour l'instant ça suffit ça arrète les attaques brutales par liste de login/pass récupérés sur un site. Vous vous protegez à un instant t, il est tout a fait réaliste que quelqu'un code un robot pour faire ce genre de chose, c'est techniquement possible, donc c'est grave de ne pas s'en proteger.
Je vous parrait peut-être parano, on verra lorsque vous serez obliger de changer votre methode de génération à cause d'une généralisation de ce genre d'attaque. C'est tout à fait possible, on fait chier Madame Michu pour qu'elle utilise des mdp differents sur differents services, elle fait de petites variations, le robots vont apprendre à recréer des variation et à comprendre comment les mdp sont générés…
[...] améliorer drastiquement la sécurité ([...] **accès à tous les comptes une fois un compte compromis**) [...]
combien de temps faudra t'il a quelqu'un qui a chopé le mot de passe d'un compte pour qu'il comprenne comment il est construit ? Un fois qu'il a compris, hop, c'est parti…
Toujours le même problème, la sécurité ne doit pas reposer sur la méthode (qui est facilement compréhensible par ailleurs), mais sur la clef (le mot de passe maître dans ton exemple, qui ne doit pas apparaitre en clair dans le mot de passe final).
C'est pour cela qu'une methode simple et reconnue consiste à prendre ton étape 1, prendre le nom du service, concatener comme ton étape 4, et ensuite passer dessus une methode de hashage (si quelqu'un sait comment on dit hashage en français, je lui en serait reconnaissant)
Le mot de passe, a moins qu'il me manque des infos, se craque en tout ou rien. Pas moyen de savoir quelles sont les parties du mdp independamment.
Oui bien sûr, enfin sinon ça devient un jeu d'enfant de craquer n'importe quel système. D'ailleurs c'est la faille de beaucoup de cadenas à code, on peut trouver les chiffres un à un…
Posté par jben .
En réponse au journal Gé(né)rer ses mots de passe.
Évalué à 4.
Dernière modification le 29 juin 2012 à 17:42.
Alors soit tu te base sur la sécurité par l'obscurité, soit la clef est ta suite de caractère spéciaux + la suite de caracteres conditionnées.
Tu as une chaine de 5 caracteres, donc bon on va considerer 5 caracères speciaux dans un cas idéal. En considérant 63 caracteres spéciaux, ça nous fait 30 bits. Tu rajoute 4 caractères alphanum, 24 bits dans le cas idéal (ce qui est faux puisque cela découle d'un moyen memotechnique). Bref ton mot de passe a une taille équivalente de 54 bits.
Je précise toutefois que les machines en question sont identiques, avec le même OS (Debian en l'espèce), les même libs installés, avec les mêmes versions.
C'est déjà fait en partie. Je donnais un exemple avec octave, car c'est plus simple à montrer.
Mais dans certains cas il vaut mieux rester en octave, par exemple dans certains cas c'est le calcul matriciel qui est limitant niveau vitesse et non la boucle. Octave (comme beaucoup d'autres) faisant appel à blas et lapack (fournies par atlas sur les systemes que j'utilise), il n'y a vraiment rien à gagner sur ce point à réimplementer en C++ (par exemple).
Pour d'autres applications, comme les MCMC que j'ai déjà cité dans un commentaire précedent, c'est souvent la boucle qui est limitante en Octave, et dans ce cas une implémentation en C++ (par exemple) apporte un gros gain (un facteur entre 10 et 100 je dirais).
Disons que quand du code octave, R, ou tout autre language interprété dont l'interpréteur fait appel au libs de calcul matriciel éprouvés, est lent, le réimplementer dans un language compilé peut apporter entre un gros gain et aucun gain. C'est toujours le même problème, il réflechir avant de coder !
Mais juste par curiosité, quelle sorte de calcul peut prendre plusieurs mois ?
Perso je n'ai jamais lancé de calculs plus longs que quelques semaines. Mais les gens autour de moi dans mon unité lancent parfois des calculs qui durent un peu plus.
Par exemple, ça peut être de la simulation de graphe aléatoire, l'estimation de paramêtres décrivant la structure d'un graphe observée (c'est sur ça que je bosse), ou encore un Monté Carlo par chaîne de Markov pour simuler sous une loi dont la normalisation n'est pas connue par exemple (ça, c'est très utiles à ceux qui développent des methodes bayesiennes).
Niveau moyen de calcul, ça va, mais on pourrait avoir mieux. 4 machines, équipée en Intel Xeon E5410, 32 GiB de RAM par machine. Je rève d'une machine avec plus de cœur, mais comme la pluspart des calculs lancé ne sont pas parralelles (et souvent non parralelisables, par exemples les MCMC), ça ne servirait pas à grand chose (sauf à moi).
Ça c'est vrai dans le cas où tu ne donne pas le jour. Tu réponds à la question "sachant que j'ai un garçon sur deux enfants, quelle est la probablilité que j'ai deux garçons", pas à "sachant que j'ai un garçon né un mardi sur deux enfants, quelle est la probablilité que j'ai deux garçons".
En gros tu peux imaginer les cas extrèmes:
Celui que tu as donné : (on trouve ⅓)
celui où l'on dit que le garçon est le premier enfant (on trouve ½)
Dans le cas ici, on donne de l'information sur le garcon en question, donc on est supperieur à ⅓, et on ne donne pas toute l'information, on est inferieur à ½.
Une technique est de faire l'énumération complète des possiblilités, je l'ai fait faire à mon shell, cf plus bas.
Posté par jben .
En réponse au journal AHAHAHAH EN MODE RIGOLO.
Évalué à 10.
Dernière modification le 22 juin 2012 à 20:17.
Super facile à coup de scripts shell. Je donne quasiment la solution, c'est pas constructif de chercher pour rien, et je dirai même que c'est en posant des problèmes comme cela sans les résoudre que l'on conduit les gens à haïr les probas. J'ai envie que les gens aiment les probas !
Énumerons les cas equiprobables. On note "G" Garçon, "F" fille, 0, le lundi, 1 le mardi… 6 le Dimanche.
Un couple qui a deux enfants à donc toutes ces possiblilités équiprobables (on les mets dans un fichier tous_les_cas):
for s1 in G F
do
for j1 in 0 1 2 3 4 5 6
do
for s2 in G F
do
for j2 in 0 1 2 3 4 5 6
do
echo "$s1$j1-$s2$j2"
done
done
done
done > tous_les_cas
Maintenant on peut faire le conditionnement à coups de egrep, Garçon un mardi = G1
1er conditionnement, dans combien de cas y a t'il un garçon né un mardi ?
egrep "G1" tous_les_cas | wc -l
2e conditionnement, parmis les cas précedents, combien de fois y a t'il deux garçons ?
Je n'ai jamais utilisé facebook et consorts, c'est peut être pour cela que je ne comprends pas
Dans ce cas je ne comprends pas ce que tu veux dire par push. Les utilisateurs vont bien sur la page du site sur facebook non ? Il s'agit d'une action de la part des utilisateurs finaux, non ? Cela reste du pull, du pull sur facebook, peut-être, mais toujours du pull.
Ça je peux le comprendre, et ça semble legitme qu'ils ne passent pas à coté de facebook et autres.
En résumé, je comprends qu'ils captent et entretiennent un public sur facebook. Par contre, ce que j'arrive pas à comprendre, c'est pourquoi ils redirigent leurs visiteurs normaux vers facebook.
Tout acte de pénétration sexuelle, de quelque nature qu'il soit, commis sur la personne d'autrui par violence, contrainte, menace ou surprise est un viol.
Ce qui est important de relever c'est la contrainte, dont il est fait mention au 222-22-1 du CP :
[…] La contrainte morale peut résulter de la différence d'âge existant entre une victime mineure et l'auteur des faits et de l'autorité de droit ou de fait que celui-ci exerce sur cette victime
Et donc si je ne me plante pas (sur le fait que ce soit un viol), il y a en aucun cas besoin d'une plainte des parents pour agir, il suffit que quelqu'un porte les fait à la connaissance de la justice, parents ou autre.
Concernant le second point que tu évoque, je pense que tout est dit dans l'article 371-1 du CC :
Les parents associent l'enfant aux décisions qui le concernent, selon son âge et son degré de maturité.
Le fait, par un majeur, d'exercer sans violence, contrainte, menace ni surprise une atteinte sexuelle sur la personne d'un mineur de quinze ans est puni de cinq ans d'emprisonnement et de 75000 euros d'amende.
Les atteintes sexuelles sans violence, contrainte, menace ni surprise sur un mineur âgé de plus de quinze ans et non émancipé par le mariage sont punies de deux ans d'emprisonnement et de 30 000 euros d'amende :
1. Lorsqu'elles sont commises par un ascendant ou par toute autre personne ayant sur la victime une autorité de droit ou de fait ;
1. Lorsqu'elles sont commises par une personne qui abuse de l'autorité que lui confèrent ses fonctions.
Nul ne peut être condamné pour une action ou une omission qui […] ne constituait pas une infraction d'après le droit national ou international
Donc faisant un résumé des relations sexuelles :
┏━━━━━━━━━┳━━━━━━━━━━━━━━┳━━━━━━━━━━━━━━━┳━━━━━━━━━━━━━━┓
┃ A \ B ┃ [0,15[ ┃ [15,18[ ┃ [18,∞[ ┃
┣━━━━━━━━━╋━━━━━━━━━━━━━━╋━━━━━━━━━━━━━━━╋━━━━━━━━━━━━━━┫
┃ [0,15[ ┃ légal* ┃ légal* ┃ illégal ┃
┣━━━━━━━━━╋━━━━━━━━━━━━━━╋━━━━━━━━━━━━━━━╋━━━━━━━━━━━━━━┫
┃ [15,18[ ┃ légal* ┃ légal* ┃ légal** ┃
┣━━━━━━━━━╋━━━━━━━━━━━━━━╋━━━━━━━━━━━━━━━╋━━━━━━━━━━━━━━┫
┃ [18,∞[ ┃ illégal ┃ légal** ┃ légal ┃
┗━━━━━━━━━┻━━━━━━━━━━━━━━┻━━━━━━━━━━━━━━━┻━━━━━━━━━━━━━━┛
* : Cela reste soumis à l'autorité parentale pour les deux participants.
** : Le majeur ne doit pas être un ascendant, ou personne ayant autorité sur le mineur. Cela reste soumis à l'autorité parentale pour le participant mineur.
Dans ton formatage actuel, tu as imposé cette valeur ? De mon coté je suis toujours resté avec les valeur par defaut et sur mon / qui fait 100 GiB j'ai plus de 6e6 inodes.
D'ailleurs, un hébergement chez soi est probablement plus protecteur en cas de demande du gouvernement ou de la police. Le serveur étant dans le domicile privé, on peut refuser d'obéir tant que la police ne vient pas perquisitionner avec une autorisation d'un juge.
Et bien pas exactement. Je cite l'article 56 du CPP qui parle de perquisition dans le cadre de l'enquête de flagrance (définie à l'article 53 du CPP) :
Si la nature du crime est telle que la preuve en puisse être acquise par la saisie des papiers, documents, données informatiques ou autres objets en la possession des personnes qui paraissent avoir participé au crime ou détenir des pièces, informations ou objets relatifs aux faits incriminés, l'officier de police judiciaire se transporte sans désemparer au domicile de ces derniers pour y procéder à une perquisition dont il dresse procès-verbal.
[^] # Re: résultat insuffisant ?
Posté par jben . En réponse au journal Générer des clefs GPG avec une empreinte « proche » d’une cible. Évalué à 7.
Non mais c'est pas noël non plus. Si on est capable de trouver une quasi collision à deux ou trois chiffre près, on aurait du soucis à se faire pour SHA1 (même si on se fait déjà du soucis pour lui).
Je maintiens que c'est suffisant pour duper un utilisateur distrait (qui vérifie le début et la fin, alors que la fin c'est l'id). En tout cas ça suffit je pense pour éduquer les utilisateurs.
Après si tu veux plus précis, il suffit de laisser tourner plus longtemps (beaucoup, mais vraiment beaucoup plus longtemps).
La façon dont est construite les fingerprints n'est pas anodine non plus, et c'est fait pour que les collisions soit pas si simple à trouver.
Pour les clef OpenPGP version 3, l'id c'était les derniers bits du n du RSA, ce qui permettait de traiter le probleme en deux temps, trouver d'abort un n tel que les clefs aient le même identifiants, puis jouer avec e pour avoir un fpr qui ressemble à ce que l'on veut. Dans la version 4, le fait de déduire l'id à partir du fpr complique singulièrement la tâche, maix c'est fait pour ;-).
# Petite erreur de sens
Posté par jben . En réponse au journal Générer des clefs GPG avec une empreinte « proche » d’une cible. Évalué à 7. Dernière modification le 16 juillet 2012 à 21:11.
Il fallait bien sûr lire moins. Si un modérateur aurait l'amabilité de corriger cela.
Il y a aussi des puces qui ont sautés… (mais c'est probablement de ma faute).
Il y a, et la ce n'est pas de ma faute, une mise en forme de titre qui s'est droguée dans la table des matières.
[^] # Re: oui pour moi aussi
Posté par jben . En réponse au journal Supprimer un message dans la boîte de réception d'un salarié. Évalué à 3.
Bien il va s'énerver, c'est clair. Mais je ne le vois pas écrire cela noir sur blanc comme raison de licenciment. Considérant cela, les conséquences ne sont pas au niveau légal, mais au niveau relationnel (il peut par exemple chercher une faute en traquant l'admin).
Au final je pense que cette situation est similaire avec celle où l'employeur demande de /garder ses gosses/laver la voiture perso/…/ sur le temps libre du salarié. Il ne pourra jamais utiliser cela comme raison de licenciment, mais ça pourrait le motiver à en chercher une réelle.
[^] # Re: C'est borderline mais...
Posté par jben . En réponse au journal Supprimer un message dans la boîte de réception d'un salarié. Évalué à 5.
Je cite la CNIL (page 25 d'un rapport de 2004 sur la cybersurveillance sur les lieux de travail) :
En gros, selon ce que j'ai compris
[^] # Re: C'est une blague ?
Posté par jben . En réponse au journal Gé(né)rer ses mots de passe. Évalué à 1.
Qui te dit que dans deux mois, il n'existera pas (les paranos considèrent qu'il existe déjà de manière non publique) une methode permettant de tester toutes ces possiblilités ?
Ta méthode de création de mot de passe a t'elle fait l'objet d'une review par les
détraquésspécialistes de la sécurité ?[^] # Re: C'est une blague ?
Posté par jben . En réponse au journal Gé(né)rer ses mots de passe. Évalué à 0.
Pourquoi faire reposer la sécurité sur la clef et pas sur la methode… vaste question, et ce qui est dommage c'est qu'elle est imcomprise.
Le principal problème de faire reposer la sécu sur la méthode, c'est que tu n'a aucun moyen de quantifier la qualité et la robustesse de son algo. Sais tu combien de temps faudrait-il pour explorer la moitié de l'espace des algos de génération de mots de passe compatibles avec le cerveau humain, moi non.
Et honnetement, si on récupère ton mot de passe sur un site, combien de temps cela lui prendra de récuperer la methode si il n'y a pas d'étape de hachage cryptographique ? Alors on me réponds que pour l'instant ça suffit ça arrète les attaques brutales par liste de login/pass récupérés sur un site. Vous vous protegez à un instant t, il est tout a fait réaliste que quelqu'un code un robot pour faire ce genre de chose, c'est techniquement possible, donc c'est grave de ne pas s'en proteger.
Je vous parrait peut-être parano, on verra lorsque vous serez obliger de changer votre methode de génération à cause d'une généralisation de ce genre d'attaque. C'est tout à fait possible, on fait chier Madame Michu pour qu'elle utilise des mdp differents sur differents services, elle fait de petites variations, le robots vont apprendre à recréer des variation et à comprendre comment les mdp sont générés…
[^] # Re: C'est une blague ?
Posté par jben . En réponse au journal Gé(né)rer ses mots de passe. Évalué à 0.
Tu as lu le premier lien de mon commentaire auquel tu réponds ?
[^] # Re: C'est une blague ?
Posté par jben . En réponse au journal Gé(né)rer ses mots de passe. Évalué à 1.
combien de temps faudra t'il a quelqu'un qui a chopé le mot de passe d'un compte pour qu'il comprenne comment il est construit ? Un fois qu'il a compris, hop, c'est parti…
Toujours le même problème, la sécurité ne doit pas reposer sur la méthode (qui est facilement compréhensible par ailleurs), mais sur la clef (le mot de passe maître dans ton exemple, qui ne doit pas apparaitre en clair dans le mot de passe final).
C'est pour cela qu'une methode simple et reconnue consiste à prendre ton étape 1, prendre le nom du service, concatener comme ton étape 4, et ensuite passer dessus une methode de hashage (si quelqu'un sait comment on dit hashage en français, je lui en serait reconnaissant)
[^] # Re: Just sayin...
Posté par jben . En réponse au journal Gé(né)rer ses mots de passe. Évalué à 3.
Oui bien sûr, enfin sinon ça devient un jeu d'enfant de craquer n'importe quel système. D'ailleurs c'est la faille de beaucoup de cadenas à code, on peut trouver les chiffres un à un…
[^] # Re: Just sayin...
Posté par jben . En réponse au journal Gé(né)rer ses mots de passe. Évalué à 5. Dernière modification le 29 juin 2012 à 17:46.
Bin non…
et log(98569)/log(2) vaut environ 16.5
Donc il prend bien en compte le dictionnaire
# C'est une blague ?
Posté par jben . En réponse au journal Gé(né)rer ses mots de passe. Évalué à 4. Dernière modification le 29 juin 2012 à 17:42.
Alors soit tu te base sur la sécurité par l'obscurité, soit la clef est ta suite de caractère spéciaux + la suite de caracteres conditionnées.
Tu as une chaine de 5 caracteres, donc bon on va considerer 5 caracères speciaux dans un cas idéal. En considérant 63 caracteres spéciaux, ça nous fait 30 bits. Tu rajoute 4 caractères alphanum, 24 bits dans le cas idéal (ce qui est faux puisque cela découle d'un moyen memotechnique). Bref ton mot de passe a une taille équivalente de 54 bits.
Avec linuxfr, deux voyelles, paf, 36 bits.
Tu appelles ça un mot de passe fort ?
[^] # Re: NFS
Posté par jben . En réponse au journal cjm, un frontend à dmtcp. Évalué à 3.
Oui, ça marche très bien.
Je précise toutefois que les machines en question sont identiques, avec le même OS (Debian en l'espèce), les même libs installés, avec les mêmes versions.
[^] # Re: Octave
Posté par jben . En réponse au journal cjm, un frontend à dmtcp. Évalué à 4.
C'est déjà fait en partie. Je donnais un exemple avec octave, car c'est plus simple à montrer.
Mais dans certains cas il vaut mieux rester en octave, par exemple dans certains cas c'est le calcul matriciel qui est limitant niveau vitesse et non la boucle. Octave (comme beaucoup d'autres) faisant appel à blas et lapack (fournies par atlas sur les systemes que j'utilise), il n'y a vraiment rien à gagner sur ce point à réimplementer en C++ (par exemple).
Pour d'autres applications, comme les MCMC que j'ai déjà cité dans un commentaire précedent, c'est souvent la boucle qui est limitante en Octave, et dans ce cas une implémentation en C++ (par exemple) apporte un gros gain (un facteur entre 10 et 100 je dirais).
Disons que quand du code octave, R, ou tout autre language interprété dont l'interpréteur fait appel au libs de calcul matriciel éprouvés, est lent, le réimplementer dans un language compilé peut apporter entre un gros gain et aucun gain. C'est toujours le même problème, il réflechir avant de coder !
[^] # Re: Ma question
Posté par jben . En réponse au journal cjm, un frontend à dmtcp. Évalué à 2.
Perso je n'ai jamais lancé de calculs plus longs que quelques semaines. Mais les gens autour de moi dans mon unité lancent parfois des calculs qui durent un peu plus.
Par exemple, ça peut être de la simulation de graphe aléatoire, l'estimation de paramêtres décrivant la structure d'un graphe observée (c'est sur ça que je bosse), ou encore un Monté Carlo par chaîne de Markov pour simuler sous une loi dont la normalisation n'est pas connue par exemple (ça, c'est très utiles à ceux qui développent des methodes bayesiennes).
Niveau moyen de calcul, ça va, mais on pourrait avoir mieux. 4 machines, équipée en Intel Xeon E5410, 32 GiB de RAM par machine. Je rève d'une machine avec plus de cœur, mais comme la pluspart des calculs lancé ne sont pas parralelles (et souvent non parralelisables, par exemples les MCMC), ça ne servirait pas à grand chose (sauf à moi).
[^] # Re: Je ne comprends pas
Posté par jben . En réponse à la dépêche Les IDS et les obligations CNIL. Évalué à 0.
Et il semble que, ca soit pas la première dépêche qui soit en fait juste un bookmark…
[^] # Re: Proba trompeuse : c'est 1/3
Posté par jben . En réponse au journal AHAHAHAH EN MODE RIGOLO. Évalué à 1.
Ça c'est vrai dans le cas où tu ne donne pas le jour. Tu réponds à la question "sachant que j'ai un garçon sur deux enfants, quelle est la probablilité que j'ai deux garçons", pas à "sachant que j'ai un garçon né un mardi sur deux enfants, quelle est la probablilité que j'ai deux garçons".
En gros tu peux imaginer les cas extrèmes:
Dans le cas ici, on donne de l'information sur le garcon en question, donc on est supperieur à ⅓, et on ne donne pas toute l'information, on est inferieur à ½.
Une technique est de faire l'énumération complète des possiblilités, je l'ai fait faire à mon shell, cf plus bas.
[^] # Re: Excellent
Posté par jben . En réponse au journal AHAHAHAH EN MODE RIGOLO. Évalué à 10. Dernière modification le 22 juin 2012 à 20:17.
Super facile à coup de scripts shell. Je donne quasiment la solution, c'est pas constructif de chercher pour rien, et je dirai même que c'est en posant des problèmes comme cela sans les résoudre que l'on conduit les gens à haïr les probas. J'ai envie que les gens aiment les probas !
Énumerons les cas equiprobables. On note "G" Garçon, "F" fille, 0, le lundi, 1 le mardi… 6 le Dimanche.
Un couple qui a deux enfants à donc toutes ces possiblilités équiprobables (on les mets dans un fichier tous_les_cas):
Maintenant on peut faire le conditionnement à coups de egrep, Garçon un mardi = G1
1er conditionnement, dans combien de cas y a t'il un garçon né un mardi ?
2e conditionnement, parmis les cas précedents, combien de fois y a t'il deux garçons ?
Bon, ben c'est plié.
[^] # Re: Oui, c'est triste.
Posté par jben . En réponse au journal Facebook détruit-il internet?. Évalué à 0. Dernière modification le 22 juin 2012 à 17:58.
Je n'ai jamais utilisé facebook et consorts, c'est peut être pour cela que je ne comprends pas
Dans ce cas je ne comprends pas ce que tu veux dire par push. Les utilisateurs vont bien sur la page du site sur facebook non ? Il s'agit d'une action de la part des utilisateurs finaux, non ? Cela reste du pull, du pull sur facebook, peut-être, mais toujours du pull.
[^] # Re: Oui, c'est triste.
Posté par jben . En réponse au journal Facebook détruit-il internet?. Évalué à 1.
Ça je peux le comprendre, et ça semble legitme qu'ils ne passent pas à coté de facebook et autres.
En résumé, je comprends qu'ils captent et entretiennent un public sur facebook. Par contre, ce que j'arrive pas à comprendre, c'est pourquoi ils redirigent leurs visiteurs normaux vers facebook.
[^] # Re: HS pédo
Posté par jben . En réponse au journal Des fenêtres dans l'informatique embarquée. Évalué à 2.
Je pense que c'est un viol. Voici la Loi. Article 222-23 du CP :
Ce qui est important de relever c'est la contrainte, dont il est fait mention au 222-22-1 du CP :
Et donc si je ne me plante pas (sur le fait que ce soit un viol), il y a en aucun cas besoin d'une plainte des parents pour agir, il suffit que quelqu'un porte les fait à la connaissance de la justice, parents ou autre.
Concernant le second point que tu évoque, je pense que tout est dit dans l'article 371-1 du CC :
[^] # Re: HS pédo
Posté par jben . En réponse au journal Des fenêtres dans l'informatique embarquée. Évalué à 9.
Il faut arrêter avec ça. Il n'y a pas d'âge minimal au sens strict dans la Loi pénale (enfin à ma connaissance).
Tout au plus, l'article 227-25 du CP dispose que :
Il y a aussi l'article 227-27 du CP qui dispose :
Et en consultant mon guide des infractions (Dalloz, 11e édition), j'y trouve l'article 7 de la Convention Européenne de sauvegardes des droits de l'Homme et des libertés fondamentales
Donc faisant un résumé des relations sexuelles :
[^] # Re: et les inodes?
Posté par jben . En réponse au message Espace disque : qui ment ?. Évalué à 2.
Sur ma machine /etc/mke2fs.conf :
[^] # Re: et les inodes?
Posté par jben . En réponse au message Espace disque : qui ment ?. Évalué à 2.
Dans ton formatage actuel, tu as imposé cette valeur ? De mon coté je suis toujours resté avec les valeur par defaut et sur mon / qui fait 100 GiB j'ai plus de 6e6 inodes.
[^] # Re: et les inodes?
Posté par jben . En réponse au message Espace disque : qui ment ?. Évalué à 3.
Ça ne servira à rien de compresser les fichiers. Tu as trop de fichiers (en nombre et pas en taille).
Je sais pas moi, change de FS (d'ailleurs c'est quoi comme FS ? car 67072 inodes c'est peu pour 66GiB), fait des archives…
[^] # Re: Auto-hébergement
Posté par jben . En réponse au journal Vie privée sur internet et demandes gouvernementales. Évalué à 4.
Et bien pas exactement. Je cite l'article 56 du CPP qui parle de perquisition dans le cadre de l'enquête de flagrance (définie à l'article 53 du CPP) :
On est donc plus exposé que tu le dis.