[FRnOG] [BIZ] Contact chez Aruba.it
Bonjour, Est-ce que quelqu'un aurait un contact chez aruba.it (abuse/phishing) à me communiquer en privé ? Nous n'avons malheureusement pas de réponse de leur part via abuse@ ou leur support. Merci d'avance, Thomas --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] La fibre / le cable chez le voisin
Avec NC par exemple, ils ne proposent pas dans leur test d'élibigilité les adresses où il y a déjà un client... Ex : j'habite au 121 et j'ai le cable à la maison et dans le test d'éligibilité il n'y a que les numéros ... 118 119 120 122 123 ... :/ Thomas Le 18 avril 2013 16:18, Benjamin BILLON bbil...@splio.fr a écrit : Hello, Une question me taraude. Qu'est-ce qui fait qu'un opérateur propose la fibre ou le câble au numéro 50 d'une rue, mais pas au 52 ? Ou même de 1 à 31 et de 45 à 79, mais pas entre 33 et 45 ? Fourreaux pleins ? Appli pas à jour sur leur site et/ou dans leur call center ? Muraille indestructible ? -- Benjamin --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Re: [FRnOG] Re: Questionnement d'un administrateur s ystème sur l'IPv6
Le 12 décembre 2010 20:33, Stephane Bortzmeyer bortzme...@nic.fr a écrit : On Sun, Dec 12, 2010 at 07:28:22PM +0100, Rémy Sanchez remy.sanc...@hyperthese.net wrote a message of 72 lines which said: Cependant cette adresse est passablement chiante à utiliser (il faut systématiquement préciser le numéro d'interface, ce qui n'est même pas géré par tous les logiciels), Et il n'existe pas de standard pour sa représentation texte, même si la syntaxe fe80::21e:8cff:fe76:29b6%eth0 est assez courante. Sauf sous windows où c'est %interface_id (juste un numéro, vu qu'eth0 ça n'existe pas :)) --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] M6 replay depuis Bouygues Telecom : pourquoi on arrive aux USA ?
Comme dit plus haut, dump du flux dvi. Terminé :-) (Et qu'on ne me parle pas d'HDCP, hein ...) Le 23 octobre 2010 14:27, Pierre Col p...@9online.fr a écrit : Jérôme wrote: Quelque soit la difficulté au niveau du flux, je ne vois toujours pas ce qui va m'empêcher de récupérer le signal au niveau video, même en considérant une légère perte de qualité, Eh bien, si tu ne vois pas, c'est que tu n'as pas regardé d'assez près :-) -- Pierre --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] M6 replay depuis Bouygues Telecom : pourquoi on arriveaux USA ?
On est pas plus fort que les experts mondiaux, on dit juste qu'en informatique si un logiciel sait faire A+B = C, un autre peut le faire. Ça peut prendre plusieurs mois pour étudier la routine de décodage intégrée à pumit mais ... c'est faisable. Et dans le pire des cas, si quelqu'un veut récupérer le flux pour le redistribuer, il ira au plus facile : dumper le flux DVI qui lui n'est pas protégé et le recompressera. Ça c'est faisable dans l’immédiat. Je te l'accorde que ce n'est pas à la portée du premier quidam et refaire de la compression à la volée n'est pas évident sans une certaine puissance de calcul (ou de stockage pour récupérer le flux brut DVI). Mais ça peut permettre de récupérer un fichier avec une qualité équivalente à l'original. De toute façon, si ça se déploie à grande échelle, ça subira le même sort que CSS AACS BD+ ... (j'ai l'impression de me répéter là ...). Thomas Le 23 octobre 2010 15:15, Pierre Col p...@9online.fr a écrit : Stephane Kanschine wrote: Ou que toi, tu n'as pas regardé assez bas (système). C'est beau d'avoir des illusions, garde les :-) OK, je laisse tomber, vous êtes plus fort en décodage vidéo que les meilleurs experts mondiaux sur le sujet. Vous devriez en faire un métier, ça paye vraiment bien, surtout aux USA :-) -- Pierre --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] M6 replay depuis Bouygues Telecom : pourquoi on arriveaux USA ?
Tout comme BD+ (http://en.wikipedia.org/wiki/BD%2B) = owned Tu as A, la partie qui est contenue sur le disque et B qui est la partie qui est téléchargée on demand. Tu as f, la méthode qui fait f(A,B) = C. Si on a pas B, ça peut être compliqué (on peut imaginer que B soit une clé de chiffrement par exemple, comme dans le satellite). Or, on a sur d'avoir A et B (au moins sur un PC, car A est sur le disque et il est possible d'intercepter B lors de son transfert, même s'il transite de manière chiffrée vu que la machine le déchiffre un jour ou l'autre). Il reste donc f() l'inconne qui transforme A et B pour donner C. Tu soumet l'idée que f peut changer a chaque film, pourquoi pas, ça veut juste dire que f() doit transiter un jour ou l'autre et que donc on peut l'intercepter. Mais tout ceci est bien complexe et comme tu dis peut prendre des années à analyser (soit, on a bien mis 4 ans a casser la PS3...). Donc il faut trouver un moyen plus rapide. Tu nous dit que le flux MPEG4 transite quelquepart qui n'est pas récupérable par logiciel. Donc il transite possiblement dans le noyau pour atterrir dans la carte graphique pour s'y faire décoder (supposition, il y a d'autres possibilités). On a donc trois axes de recherches : - un pilote falsifié de la carte graphique dumpant le flux qui lui est envoyé - un pilote noyau, celui-ci résidant dans le noyau il peut lire tout ce qui transite et donc dumper le flux mpeg4 - une machine virtuelle dans laquelle on fait tourner le windows, ce qui permet de voir toutes les E/S possible de l'OS et donc dumper le flux qui arrivera un jour ou l'autre sur la carte video Pour travailler dans un laboratoire de recherche d'informatique et regardant de près les problématiques de sécurité informatiques, je peux te dire qu'il n'y a _aucun_ algorithme sur à partir du moment où il tourne sur le cpu de la machine. Les seuls algo qui tiennent la route sont les algo de chiffrement reposant sur des problèmes mathématiques difficiles a résoudre. On peut parler de plusieurs centaines de milliers d'années pour explorer un espace de 256 bits. Donc si on est au milieu et qu'on a pas la clé, récupérer les données est très difficile (on a l'exemple de TrueCrypt qui a resisté à la NSA...). Mais comme là on se trouve a l’extrémité du tunnel avec 100% des données, c'est raté. Avec une grande capacité de stockage, on pourrait même imaginer faire tourner le windows dans un émulateur, enregistrer 100% des instructions machines executées pour pouvoir rejouer a sa guise le film. Comme dit dans mes précédent mails, c'est pas simple mais pas impossible. La seule tentative avec les contenu HD était l'HDCP où on déportait le flux chiffré jusqu'à l'écran. Il est donc impossible au niveau de la machine de récupérer le flux non chiffré. Or l'histoire a montré certaines clés sont tombées puis la master-key rendant la protection nulle. Sur ce, j'ai encore du pain sur la planche :) Le 23 octobre 2010 18:21, Pierre Col p...@9online.fr a écrit : Thomas SOETE wrote: On est pas plus fort que les experts mondiaux, on dit juste qu'en informatique si un logiciel sait faire A+B = C, un autre peut le faire. Non. Un premier logiciel fait C = A - B. Il fait ce split de B contenat 99% du contenu et C contenant 1% du contenu selon un algo aléatoire qui, lui-même, dépend aléatoirement de A et de A seul. Un autre logiciel, à partir de ces infos aléatoires dépendant alors de B et C, sait refaire A = B + C. Pour autant, il faudraitt quelques années à n'importe quel autre logiciel pour faire A = B+C. Et de surcroît, même si au bout de quelques années un algo sachant comment faire A = B + C était trouvé, l'auteur de l'algo ne saurait ni faire A' = B' + C' ou A = B + C. Suf à y repasser quelques années pour chaque. L'intérêt du système est qu'il n'y a pas de clé dont la fuite compromettrait tout un catalogue. Ça peut prendre plusieurs mois pour étudier la routine de décodage intégrée à pumit mais ... c'est faisable. Amusez-vous : ça vaut le coup, si c'est bientôt déployé à grande échelle avec plein de films de majors... -- Pierre --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] M6 replay depuis Bouygues Telecom : pourquoi on arrive aux USA ?
Car les services de VoD du-dit FAI ne sont pas accessible depuis un PC (cas de 12322) alors que M6Replay l'est ? Ceci-dit, ça serait bien que le live soit _aussi_ accessible depuis les PC chez 12322... -_- Au passage, je viens de refaire un petit tour sur M6Replay, j'adore l'option Eteindre la lumière qui permet ... d'afficher la pub windows phone en presque plein écran tout autour de la vidéo :-D http://tmp.soete.org/m6replay.jpg Thomas Le 22 octobre 2010 11:37, Romain Tournier tout...@idest.org a écrit : On Thu, Oct 21, 2010 at 10:55:08PM +0200, BORONSKI MARTIN wrote: On serait ravi de mettre en place notre propre CDN avec du (paid/free) peering là où on peut pour soulager les FAIs et optimiser nos dépenses. Le pb est qu'un service comme M6 Replay nécessite pas mal de Gbps. On avait simulé l'année dernière un tel scénario, mais à 35K€ / 10G (prix public constaté l'année dernière sur l'AS12322), ça restait bien plus cher que de passer par un CDN. Si les conditions ont évoluées, on est à la disposition des FAIs pour avancer en top priorité sur un tel scénario, d'autant plus que les technologies de streaming ont pas mal évoluées et deviennent bien plus simples à exploiter en interne, sans passer forcément par des CDNs. pourquoi ne pas pousser vos clients, pour les FAI en disposant, a utiliser les plateformes de VoD du-dit FAI ? (cas de 12322 que vous prenez en exemple) ca soulagerait d'autant vos plateformes CDN on net, et donc reduction de cout et augmentation de la qualité pour tout le monde... Martin Le 21 oct. 2010 à 22:40, Sébastien FOUTREL a écrit : Effectivement le M6 Replay des boxes ne passe pas par du transit. (le plus souvent par des montages plutot sales au gré des FAIs). Le site web lui utilise des CDN pour la diffusion. Pas envie d'avoir son propre CDN (dommage). Apres, comme dit precedement, si c'est le meme acteur qui facture 2 fois la BP, il a tout compris :) Bien a vous. Le 21 octobre 2010 11:49, Romain Tournier tout...@idest.org a écrit : On Thu, Oct 21, 2010 at 07:42:36AM +0200, Vivien GUEANT wrote: Le 21/10/2010 00:52, MM a écrit : Parceque c'était le provider le moins cher et que le délais est pas du tout gênant quand on fait du streaming ? Cogent ? ;) Bon, il est vrai que L3 est (était ?) assez agressif sur ses tarifs. Ils est tout de même dommage de charger une transatlantique pour un service français vu par un public français - ou alors L3 a de la capacité à ne plus savoir quoi en faire ... Ce qui est dommage également, c'est d'utiliser du transit là où il serait possible de mettre un peering. Si je résume la situation chez Free : - Dailymotion paye pour du paid-peering lol ? - Google à un peering privé gratuit - M6 replay oblige Free à payer du transit pour ses vidéos pourtant M6 replay fonctionne parfaitement sur ma freebox... et j'ai pas souvenir que ca passe par le transit... mais bon, je ne dois pas assez connaitre le chemin des packets... Level3 est un fournisseur de transit pour Free : /*Free */ /*Bande passante: */ /*Fournisseurs: */ 2004 10 Gbps OpenTransit, Telia, Sprint 2005 10 Gbps Open Transit, Teleglobe 2006 40 Gbps Teleglobe, Level(3) 2007 40 Gbps Teleglobe, Level(3) 2008 80 Gbps Teleglobe, Level(3) 2009 160Gbps Teleglobe, Level(3) et le monde s'est arreté debut 2009... le choix des transitaires peut varier au cours du temps faisant apparaitre et disparaitre les fournisseurs et varier la capa... -- Romain --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/ -- Martin Boronski Directeur Technique M6 Web 110 avenue Jean Jaurès 69007 Lyon Mobile : +33 6 71 97 83 44 --- Liste de diffusion du FRnOG http://www.frnog.org/ -- Romain --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] M6 replay depuis Bouygues Telecom : pourquoi on arrive aux USA ?
Il me semble d'ailleurs que Spotify utilise ce genre de technologie pour diffuser son contenu musical afin de réduire ses coûts d'infrastructure. https://www.spotify.com/int/help/faq/tech/network-connections/ 2010/10/22 Stefan P deubeul...@gmail.com: Bonjour à tous, Déja, merci pour ce thread très on-topic et intéressant. J'ai une remarque relative à cette histoire de P2P-VoD: je ne comprends pas en quoi le fait d'utiliser cette techno de diffusion ou une autre a une incidence sur le piratage des contenus. A priori, le flux n'est visible que par des utilisateurs ayant installé une application client spécifique, qui, j'imagine, ne redistribue les paquets qu'a des peers ayant un token approprié et/ou sous forme cryptée - ce qui fait qu'un autre client doit etre aussi authentifié que le client initial. J'ai l'impression que l'ayant droit de l'histoire réagit à un accronyme à trois lettres: P2P == je distribue mes contenus en clair sur bittorrent, ce qui n'est manifestement pas le cas ici. Bien sur, il est toujours possible de casser les limitations et protections du client P2P-VoD, mais comme le soulignait quelqu'un dans le thread, tous les contenus sont de toutes façons disponibles illégalement. Je ne crois pas que cela serait plus facie avec cette techno. Et dans ce contexte, réduire le cout des solutions légales me parrait etre la meilleure chose à faire, dans la mesure ou cela peut permettre (on peut réver) de réduire leur prix, et donc l'attractivité des version pirates. Un autre point qui me fait réagir: le P2P reporte le cout sur l'ISP - c'est sans doute vrai, mais long terme, c'est peut-être bénéfique: cela aurait tendance à pousser les ISP à continuer de construire des réseaux adaptés à cette architecture, c'est à dire (pardonnez ma terminologie ghetto) fortement maillés. En tant qu'ingénieur, utilisateur et meme cityoyen, je prefere un réseau permettant des hauts débits entre utilisateurs à un réseau optimisé pour quelques gros emetteurs, ce qui semble non seulement être un casse-tete pour tout le monde, mais en plus représente l'inverse de ce que le net a apporté, et des raisons de son succès: l'echange entre individus, pair à pair, pas forcement à tous les niveaux techniques mais en tout cas dans l'utilisation finale. My 20 cents :p Stefan 2010/10/22 BORONSKI MARTIN martin.boron...@m6.fr On a été approché par plusieurs éditeurs de ce type de solutions, et elles sont toutes très séduisantes. Dans un autre contexte, je n'hésiterai pas à les utiliser. Dans l'actuel, je préfère ne pas prendre de risque. J'ai en tête une réduction de ~ 30% du transit lorsqu'on utilise du P2P. Si c'est aussi le taux de perte financière en perdant certains de nos contenus, ça n'a plus de sens. Vous me direz qu'on pourrait le faire sur nos contenus et continuer à faire du transit sur les contenus sensibles, mais du coup ça fait deux plateformes à maintenir, des couts supplémentaires, un peu plus de jus de cervelle, davantage de points of failure à surveiller, ... Bref, c'est pas simple ;) Martin Le 22 oct. 2010 à 00:39, Rémi Bouhl a écrit : Le 21/10/10, BORONSKI MARTINmartin.boron...@m6.fr a écrit : Tout à fait d'accord avec vous, c'est très prometteur. Le pb est que c'est interdit par nos ayants droits :( On doit se contenter de technologies classiques comme Flash ou Silverlight. Malheureusement, nous n'avons pas trop le choix. Martin Sauf que ces technologies (y compris RTMP de Adobe) permettent également de capturer le contenu. Sous Linux, c'est dingue le nombre de choses théoriquement impossibles à copier qu'on voit traîner dans /tmp (c'est un peu plus compliqué sous Windows). Les ayants-droits semblent pourtant se satisfaire de cette situation, vu que 95% des gens ne savent même pas que le fichier est accessible si on s'en donne la peine. Possible qu'avec un joli enrobage du protocole BitTorrent dans un front-end maison, et un dossier de stockage pas mieux caché que ce que fait FlashPlayer, ils n'y voient que du feu. C'est jouable? Rémi. -- Martin Boronski Directeur Technique M6 Web 110 avenue Jean Jaurès 69007 Lyon Mobile : +33 6 71 97 83 44 --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] M6 replay depuis Bouygues Telecom : pourquoi on arrive aux USA ?
Et l'équipe de Spotify a bloqué l'accès aux comptes gratuits (donc rémunérés par la publicité) via les logiciels tiers mais a laissé l'accès libre aux comptes payant ... :-) Thomas Le 22 octobre 2010 13:01, Thomas Mangin thomas.man...@exa-networks.co.uk a écrit : On 22 Oct 2010, at 11:20, Ludovic Fauvet wrote: - 55% du cache (client lourd) Source: http://www.nada.kth.se/~gkreitz/spotify-p2p10/kreitz-spotify-p2p10.pdf Merci pour la source. Tu as donne la raison : client lourd propriétaire et ferme, même si le protocole est maintenant connu. http://despotify.se/ Thomas --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] M6 replay depuis Bouygues Telecom : pourquoi on arrive aux USA ?
Car encore actuellement, si l'on souhaite utiliser un service web on n'est pas obligé de passer par la box de l'opérateur ? Si on ne souhaite pas de téléphonie ni de télévision, on peut encore utiliser un modem standard. Après, mettre le DPI directement dans les boxes, quid de l'utilisateur qui vire la box pour mettre un modem standard a la place ? Il faut regarder du côté du DSLAM pour ne plus dépendre de l'utilsateur et là ce sont les FAI qui vont être content ;-) Le 22 octobre 2010 18:07, Yves Dubromelle taera...@dubronetwork.fr a écrit : Le 22/10/2010 18:00, BORONSKI MARTIN a écrit : Je pense qu'un modèle P2P+DRM devrait être assez convaincant sur le papier, mais il reste 2 problèmes : - les chunks, même DRMisés, se retrouvent dans la nature ... et ça c'est mal - il faut installer un client pour supporter tout cela, et ça c'est aussi mal, car ça rend l'expérience utilisateur plus complexe : je me connecte, je dois installer un logiciel qui dans une minorité de cas va me faire des écrans bleus / rideaux gris / plantages / ... et ensuite j'aurai peut-être accès au contenu ... autant continuer à pirater :( Pourquoi ne pas inclure ce genre de clients directement dans les boxes, et rendre ainsi cela plus transparent ? Quand on voit la facilité avec laquelle on nous parle d'inclure du DPI dans les boxes, on se dit que tant qu'à les alourdir autant que ça serve vraiment :) On a tenté ce type de clients qques années de cela, c'était un calvaire pour nos internautes. On préfère rendre l'expérience utilisateur la plus smooth possible : je me connecte et j'ai la vidéo de suite. C'est ce qu'on a trouvé de plus efficace pour luter autant que possible contre le piratage. --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] M6 replay depuis Bouygues Telecom : pourquoi on arrive aux USA ?
Et, rien n'empeche de l'executer ton JS ;-) C'est le même principe qu'en flash où est inclus dans le .swf une routine appelée par le serveur lui permettant de savoir si le player est bien le bon (et pas un lecteur tiers). Mais du swf ça s'analyse/exécute aussi ... :-). Intel a bien essayé avec le HDCP de continuer la chaine de confiance jusqu'au diffuseur (on pourrait donc aussi imaginer que ce soit l'écran qui déchiffre le contenu et pas la machine) ... mais la master-key HDCP a été leaké :/ Le 22 octobre 2010 19:56, Rémy Sanchez remy.sanc...@hyperthese.net a écrit : On Fri, 22 Oct 2010 18:00:06 +0200, BORONSKI MARTIN martin.boron...@m6.fr wrote: Le 22 oct. 2010 à 09:20, Pierre-Yves Kerembellec a écrit : As-tu trouvé un moyen d'apporter un quelconque niveau de sécurité sur du HTML5, en dehors d'un token ? As-tu trouvé un moyen d'apporter un quelconque niveau de sécurité sur du ? (remplacer par une technologie qui permet à l'utilisateur de voir une vidéo, et en particulier sur le web) Oui bon, troll, mais c'est vendredi... On y réfléchit et mes équipes me poussent pour qu'on fasse le saut, mais sans sécurité state of the art et sans outils de monétisation (oui, je sais, on en revient tjs à l'argent ...), c'est pas simple. Mon avis qui vaut ce qu'il vaut : de toute façon, le contenu est diffusé illégalement (quoi que dans le cas de M6, pas tant que ça). Mais ça veut dire que des réseaux mafieux se mettent en place pour diffuser ce contenu hors de tout contrôle. Alors que s'il était diffusé officiellement dans les mêmes conditions (gratuit, simple, pas de client/plugin spécifique et lourd, toussa), le contrôle serait assuré par la non nécessité de créer des réseaux alternatifs. Et les ayants droit peuvent fournir un meilleur service que les pirates, avec une qualité garantie, l'exhaustivité du contenu, ... Sans oublier la monétisation, avec du contenu HD, l'accès aux historiques, le téléchargement des contenus... (oh, je viens de voir un bisounours chevauchant une licorne) D'ailleurs, qu'est-ce que tu entends par outils de monétisation exactement ? La pub ? Sinon pour sécuriser de la vidéo en HTML5, j'ai quelques idées à la con, mais je vois assez bien comment les contourner :/ Dans la catégorie contournable mais chiant à contourner : découper la vidéo en petit morceaux, chiffrer chaque morceau avec une clef différente, et les déchiffrer avec du Javascript. Pour le fun, changer l'algo de chiffrement régulièrement (ou même, faire un générateur d'algo de chiffrement qui en génère un nouveau pour chaque vidéo, mais ça devient un peu gore). Pas besoin d'un chiffrement compliqué, le but du jeu est juste de faire chier, donc mettre des bits en trop par ci par là, passer des trucs au XOR, faire du chiffrement de César, ... Une autre idée : toujours avec une vidéo en morceaux, ne donner le morceau suivant que si le client donne une checksum calculée sur le morceau précédent (même topo : on change l'algo souvent, et la clef est donnée au JS en échange d'un token par exemple). Variante : un seul morceau, mais tout les XXX octets le client envoi une requête avec la checksum, sans quoi le téléchargement est coupé. Ah et bien sûr, ça n'est pas la peine de le préciser mais je le fais quand même, la base c'est de ne pas utiliser des URL prédictibles... My 42 cents... -- Rémy Sanchez --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] M6 replay depuis Bouygues Telecom : pourquoi on arrive aux USA ?
Hum ... a partir du moment ou un algorithme peut le déchiffrer, le même algo dans un autre programme peut le déchiffrer. C'est comme ça, on peut rien y faire, et la sécurité par l'opacité n'est qu'une question de temps et de patience. On a bien vu ce que ça donnait avec CSS / AACS / BD+ / FairPlay / ... même les DRM microsoft étaient crackée il y a quelques temps (je sais pas si ça a évolué). Je ne connais pas a l'heure actuelle une seule techno qui a tenu le coup ! Le 22 octobre 2010 22:17, Pierre Col p...@9online.fr a écrit : Valentin Descamps wrote: Je vais peut-être écrire une bêtise mais nous sommes vendredi donc je tente : Message pour les chers ayants-droit : le flux est décodé sur le poste client pour que l'utilisateur puisse le voir et rien ne garantit qu'il n'y a pas un bout de code sur ce poste client qui s'amuse à récupérer ce flux décodé. Non, vraiment, désolé mais là tu te trompes : sur Windows on peut garantir que l eflux ne sera pas intercepté entre un soft qui génère le flux MPEG-4 et l'écran qui l'affiche en passant par la carte vidéo. Sinon en effet PUMit n'aurait aucun sens : les labos techniques des majors US et MovieLabs ont validé PUMit sur PC tout récemment, et croyez-moi ils ont désespérément essayé de craquer le truc dans tous le sens pour nous renvoyer dans nos foyers :-) . Sur Mac, en revanche en passant par le stack QuickTime on ne peut pas protéger le flux qui peut être intercepté : la seulesolution aujourd'huiserait de développer du bas niveau pas portable dans les tréfonds de la gestion vidéo de MacOS X c'est pas dans les moyens actuels de UbicMedia... C'est aussi pourquoi Apple a de grosse difficultés avec les majors US... -- Pierre --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] OVH KO
Dixit la page travaux Commentaire de OVH - mardi, 19 octobre 2010, 20:49 Le routeur est de nouveau down. Commentaire de OVH - mardi, 19 octobre 2010, 21:05 3ème reboot, nous avons néanmoins pu récupérer le crashinfo afin d'en savoir plus. Commentaire de OVH - mardi, 19 octobre 2010, 21:33 Le routeur crash tous les 15 minutes exactement. On pense qu'il s'agit d'un probleme de sup. On regarde le stock de spare ... Commentaire de OVH - mardi, 19 octobre 2010, 21:37 Nous venons d'isoler le routeur de la backbone. Le trafic s'ecoule normalement à travers les autres routeurs. Mais ... ça marche quand ça veux :-/ Le 19 octobre 2010 21:59, Raphael Mazelier r...@futomaki.net a écrit : Apparemment un 6k fait des siennes à TH2. Ce qui m'étonne en revanche c'est que le service soit impacté à ce point par la perte d'un seul routeur (certes à un endroit stratégique). En gros ca fait 1h30 que tout ovh est quasiment injoignable par intermittence. -- Raphaël Mazelier --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] OVH KO
Dans le nord, avec Free ça marche bien :-) Le 19 octobre 2010 22:33, Julien Richer jul...@ywigo.fr a écrit : Le 19 octobre 2010 21:59, Raphael Mazelier r...@futomaki.net a écrit : Apparemment un 6k fait des siennes à TH2. Ce qui m'étonne en revanche c'est que le service soit impacté à ce point par la perte d'un seul routeur (certes à un endroit stratégique). En gros ca fait 1h30 que tout ovh est quasiment injoignable par intermittence. En effet, th2-1 est dead: http://weathermap.ovh.net/paris le spare arrivera à 0h30 :-\ http://travaux.ovh.com/?do=detailsid=4716 Si seulement le peering régional était mieux développé, on le ressentirait moins --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Re: [FRnOG] Re: Comment pénétrer('facilement) le b ackbone d'un grand FAI
Suffit qu'ils fassent tomber la liaison adsl quelques secondes et la freebox va repartir dans son cycle de reboot et vérification de firmware je pense :-) Le 27 septembre 2010 14:18, Loeffler Siegfried siegfried.loeff...@technicolor.com a écrit : Je ne peux pas croire que Free n'a pas prévu un moyen de redémarrer ses boxes a distance si besoin est? --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Fuite Master Key HDCP
Hum, la master-key HDCP c'est pour le HDCP, pas pour le BR. Ca s'applique plutot au lien DVI / HDMI qu'aux bluray dont la protection est déjà cassée par Slysoft depuis pas mal de temps. Cette fuite peut, avec un peu de matériel, permettre par exemple de sniffer la video sortante d'une freebox sur le lien HDMI et donc tout ce qui est VOD ;-) Après qui va s'amuser à construire du matériel HDCP compatible ... surtout qu'il y a le DMCA qui protège le HDCP ! Et au passage, si on est dans l'illégalité à construire un lecteur BR non licencié, on s'embette pas à mettre une puce HDCP à la sortie de la bête ^^ Le 19 septembre 2010 12:03, Giles R DeMourot giles.r.demou...@free.fr a écrit : AnyDVD enlève effectivement la copy protection BR, comme il le faisait pour le défunt HD-DVD. Tout ce qu'il faut, c'est un lecteur de disque BR dans votre PC. Ce logiciel est vendu légalement et je ne suis pas au courant d'éventuelles poursuites judiciaires de la part des ayants droit. Maintenant la publication de la Master Key ne répond pas exactement à la même question, mais pourrait en théorie, comme cela a été dit, donner lieu à la fabrication de lecteurs BR non licenciés. Les media vierges sont effectivement hors de prix en France, notamment à cause de la taxe SACEM. En Suisse les DVD vierges (malgré la hausse récente du Franc suisse non seulement par rapport à l'Euro mais encore par rapport au dollar US) coûtent à peine plus du tiers du prix français en supermarché, et les BR vierges environ la moitié à capacité identique. -Original Message- From: owner-fr...@frnog.org [mailto:owner-fr...@frnog.org] On Behalf Of Michel Py Sent: Sunday, September 19, 2010 6:20 AM To: e-t172; frnog@FRnOG.org Subject: RE: [FRnOG] Fuite Master Key HDCP Michel Py: Voici donc le MO du hacker en pantoufles: contenu HD protégé (que ce soit BR ou flux DVR) - soft magique - .mkv sans protection - upload sur bittorrent (démodé) ou sur megaupload et autres giganews. Etienne Dechamps: Ton « soft magique » il existe déjà depuis longtemps, du moins pour le BR : http://www.slysoft.com/en/anydvdhd.html Ça déchiffre de façon transparente tous les Blu-rays du marché (y compris BD+), et lorsqu'une nouvelle clé apparait, la mise à jour arrive dans les 24 heures. Justement, la fuite de la master key permet d'espérer: a) Fini les mises à jour chaque fois que quelqu'un a envie de pisser. Pour les disque BR, pas trop de problème; par contre la finale du match de foot, comme c'est bizarre quelque chose à changé 10 minutes avant que ça commence et ton soft magique ne marche pas. b) Un logiciel freeware ou shareware (non commercial) 79 euros (renouvelable) plus le prix du media vierge plus la taxe Française à la mords-moi-le-nœud ça ne vaut plus le coup de pirater. D'ailleurs, question con que je pose à intervalles réguliers: Combien ça vaut le media vierge bluray en France aujourd'hui? Ici: US$20 pour un 15-pack soit à la louche 1 euro pièce http://www.frys.com/product/6214580?site=sr:SEARCH:MAIN_RSLT_PG Frys en Californie c'est comme Surcouf ou la FNAC à Paris A ce prix là c'est surement du 25GB Michel. --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Fuite Master Key HDCP
Je vais me répéter mais ... la master-key *ne concerne pas* les bluray ! C'est juste la protection qui chiffre le transport des images entre un producteur (freebox, carte graphique d'un PC, lecteur BR, console, ...) ET un diffuseur (la télé par exemple). Pour les BR, ils ont leur propre système de protection (BD+/AACS). Pour les lire, il faut un logiciel qui décode les BR et pour ça tu as soit les logiciels légaux comme PowerDVD qui eux activent la sortie HDCP de la carte graphique soit les logiciels à la AnyDVD qui dechiffrent le support lui même. La seule solution pour utiliser cette clé serait de construire (a l'aide d'un FPGA par exemple) un circuit qui discute HDCP avec un lecteur BR légal du commerce. Lire le film avec le dit lecteur a la vitesse 1:1 et dumper le flux video non compréssé de la sortie HDMI. Ensuite il faut réencoder le tout pour obtenir ton petit fichier compréssé rippé. Je n'ai pas personnellement testé le produit de Slysoft mais ça me parait bien plus rapide car il opère juste une opération de déchiffrement sur le média (comme tout bon lecteur de DVD sous linux qui utilise la libcss... :-)) En ce qui concerne la télé 3D, si on admet que la télé supporte le flux vidéo avec framerate doublé, le plus complexe sera d'être sur de la synchro télé/lunettes (la télé rajoute un certain retard dans la diffusion des images pour son post-traitement) et pour la 3D, il faut une synchro à l'image prêt sinon ça marche pas :-/ Le 19 septembre 2010 21:06, Michel Py mic...@arneill-py.sacramento.ca.us a écrit : Thomas SOETE: Hum, la master-key HDCP c'est pour le HDCP, pas pour le BR. Ca s'applique plutot au lien DVI / HDMI qu'aux bluray dont la protection est déjà cassée par Slysoft depuis pas mal de temps. Sauf que Slysoft c'est pas du temps réèl: il faut immobiliser le PC pendant des heures pour faire tourner la moulinette. Un peu ennuyeux dans le scénario genre je m'arrête au magasin de disques pour en louer un pour la soirée sur juste avant de rentrer à la maison ou de prendre le train. Un lecteur SATA interne de PC qui décoderait directement à la volée ça serait bien sympa. Un de portable encore mieux Et au passage, si on est dans l'illégalité à construire un lecteur BR non licencié, on s'embette pas à mettre une puce HDCP à la sortie de la bête ^^ Hmmm pas sûr. Un lecteur BR 3D sauvage qui aurait la sortie lunettes 3D sur le lecteur et non pas sur la télé ça serait sympa aussi: pourquoi remplacer la télé DLP 1080p par une nouvelle télé juste pour avoir le connecteur pour les lunettes 3D, alors qu'une petite bidouille dans le lecteur permettrait de garder la télé existante? Ca c'est un produit qui sera jamais vendu sous license, le principal attrait de la 3D quand finalement un standard se dégagera étant encore une fois un bon prétexte pour forcer le renouvellement du parc existant. Michel. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] tva 19,6
En même temps, si on prend l'exemple de Free : Frais de traitement et de gestion d’un impayé : 7€ :-) Le 10 septembre 2010 12:42, Christophe Baegert c.baegert-lis...@lixium.fr a écrit : Le 10/09/2010 12:30, Jean Christophe Babinet a écrit : Exactement, il y aura fatalement une augmentation des incidents de paiement. fatalement, mais très très marginalement... Cordialement, -- Christophe --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] pb interconnection FT/renater
Le 29/10/2009 12:13, Damien Wetzel a écrit : Bonjour, Quelqu'un est il au courant de pb d'interconnection entre FT et renater. Je pensais qu'ils peeraient entre eux , mais il semblerait que le traffic passe par leur transitaire savvis, avec des delais de 200 ms. Cordialement, Effectivement ça fait mal :( traceroute to 82.123.105.164 (82.123.105.164), 30 hops max, 40 byte packets 1 gw134-cri.univ-lille1.fr (134.206.3.2) 0.340 ms 0.424 ms 0.493 ms 2 cisco1.univ-lille1.fr (193.49.225.3) 1.118 ms 1.203 ms 1.276 ms 3 193.51.250.1 (193.51.250.1) 1.587 ms 2.069 ms 2.118 ms 4 vl340-gi8-3-lille-rtr-021.noc.renater.fr (193.51.183.90) 0.668 ms 0.676 ms 0.854 ms 5 te0-0-0-0-paris1-rtr-001.noc.renater.fr (193.51.189.118) 7.176 ms 7.181 ms 7.180 ms 6 ge3-0-0-dcr2.par.cw.net (195.10.54.65) 5.371 ms 5.437 ms 5.400 ms 7 ge-4-0-0.dcr1.par.cw.net (195.2.25.146) 5.499 ms 5.895 ms 5.490 ms 8 * * * 9 pos0-7-0-1.auvtr1.Aubervilliers.opentransit.net (193.251.128.106) 222.328 ms 223.691 ms 223.669 ms ... -- Thomas SOETE Doctorant Equipe POPS IRCICA/LIFL, CNRS UMR 8022, Univ. Lille 1, INRIA Lille - Nord Europe --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Re: [FRnOG] Re: [FRnOG] Quand free route les IP privées...
Le 29/10/2009 17:59, Sebastien gioria a écrit : Desactive ton VPN... S. Hum, même sans VPN on a le même traceroute... De plus, s'il avait un VPN ça ne montrerai pas un routeur d'OVH comme 1er hop -- Thomas SOETE Doctorant Equipe POPS IRCICA/LIFL, CNRS UMR 8022, Univ. Lille 1, INRIA Lille - Nord Europe --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] OT: free.fr = KC ?
Le 28/09/2009 15:01, k...@oav.net a écrit : Hello, Il me semble que la zone free.fr est cassée, zonecheck.fr me confirme la chose ainsi que divers boites posée partout : $ host www.free.fr ;; connection timed out; no servers could be reached Est-ce que ... d'autres confirment ? (non c'est pas du lancé de troll velu !) Xavier --- Liste de diffusion du FRnOG http://www.frnog.org/ Certains sites persos sont inaccessibles, ça fait le yoyo depuis une petite heure :-( -- Thomas SOETE Doctorant Equipe POPS IRCICA/LIFL, CNRS UMR 8022, Univ. Lille 1, INRIA Lille - Nord Europe --- Liste de diffusion du FRnOG http://www.frnog.org/
