On Tue, 2003-08-12 at 11:34, Martial Guex wrote: > On Tuesday 12 August 2003 04:21, FLUO wrote: > > ----- Original Message ----- > > Il semble que ce soit plut�t pour la carte wireless a, a/b, a/b/g > > Comprend pas la remarque ! > > > Sont-elles achetables en Suisse? > > Il faut voir chez: > > http://www.comattack.ch > > Je pense qu'il faut attendre quelques mois car il ne doit pas avoir beaucoup > homologu�e par l'OFCOM actuellement. > > > La th�orie de la protection par l'obscure semble fonctionner. La grande > > raison mise en avant est que vu que les fr�quences sont contr�lables au > > niveau logiciel, ils seraient possibles d'aller sur d'autres fr�quences > > dont celles de la grande muette et serait incompatible avec les volont�s > > de la FCC (The Federal Communications Commission (FCC) is an independent > > US government agency: n'�tant ni am�ricain,ni r�sident aux USA, je ne > > vois pas pourquoi je devrais me sentir concern� par ce que veut cette > > agence.). Mais un logiciel closed-source pourrait tout autant r�ussir > > cela. > > Il ne faut pas faire de l'anti US primaire. L'homologation d'un produits ne > concerne pas uniquement les fr�quences mais �galement la puissance d'�mission > que ce soit dans le canal central ou celles des canaux contigus. Des > contraintes sont n�cessaires pour que tous les produits utilisant des ondes > radios puissent travailler ensembles. De plus il faut bien avoir une identit� > qui prend sur elle l'homologation et qui va prendre sur elle la > responsabilit� juridique si leur produit permet de contourner la norme. > Si l'on veux bidouill� avec de ondes radio il faut faire un brevet de radio > amateur et ensuite on a des plages de fr�quences permettant une plus grande > libert� mais les contraintes sont toujours l�. > Comme on d�t la libert� des uns commence ou celle des autres finissent.
Et qui emp�che de modifier le firmware binaire (p.e. avec un d�compilateur) pour lui faire faire ce qu' on veut? ou l'analiser pour en �crire un autre? La protection par l'obscurit� ne marche pas, il suffit que quelqu'un ait la lampe pour eclaircir le probl�me. Ce qu'ils doivent faire c'est coder les fr�quences d'�mission sur des valeurs discr�tes (p.e. 1, 2, 3, 4) ensuite faire un driveur open. A ce moment la seule chose qu'on peut faire depuis le driveur sera de choisir la valeur discr�te corr�spondante � la fr�quence � utiliser, mais pas moyen de changer la fr�quence. > > Le fait que des fabricants sortent des produits bas�s sur le brouillon > > de la norme 802.11g ne g�ne pas grand monde. > > Je pense que les produits qui sortes on la possibilit� de suivre les > �volutions future de la norme par mise � jour de leur firmware. > > > > > Le HAL (Hardware Access Layer ) n'est pas exempt de bug, mais on ne peut > > pas v�rifier. La compilation du binaire pour ta plateforme est au bon > > vouloir de l'auteur. S'il venait � arr�ter le projet, � devenir > > amn�sique ou � d�c�der, on se retrouve avec une version fig�e. > > Une alternative serai d'avoir une partie du firmware ne pouvant �tre charg� > que depuis un binaire pr�par� par le constructeur mais avec les source en > open et une autre partie totalement en libre. Le risque c'est que quelqu'un > d�couvre la m�thode que le constructeur utilise pour pr�parer le firmware qui > est sous la responsabilit� du constructeur. Ce qui arrivera probablement > (comme le cryptage de zone pour les DVD). > Personnellement je pr�faire avoir un firmware d'une bonne bo�te prenant sur > elle toute la partie homologation et juridique en cas de probl�me. Oui, si le firmware est cod� en dur sur une ROM. Si le firmware est � charger dans le syst�me je ne suis pas d'accord, car � ce moment la le discours d'avant s'applique � nouveau. > > Je ne suis pas certain que le reste du pilote puisse �tre GPL s'il est > > link� sur un objet closed-source. > > > > Le noyau est teint�. > > Il est tout � fait possible pour un constructeur de faire un module en open > qui charge dynamiquement un binaire. C'est par exemple la m�thode qui est > utilis�e par AVM pour le driver de ces carte ISDN et ADSL (Fritz, C2, C4 etc) Bien sur, mais comme je disait avant, qui va emp�cher la d�compilation ou la re�criture d'un nouveau driveur? Seul la solution ROM est envisageable si on veut un code propri�taire, ou sinon le syst�me Palladium de MS, car comme �a plus moyen de modifier quoi que ce soit. Mais je crois qu'il est inutile de dire que je pr�f�re la solution open � toute autre. > > Cela montre le mauvais exemple aux autres constructeurs. > > Je pense que les constructeurs n'ont pas trop le choix si ils veulent > homologuer leurs produits et garder la possibilit� de faire �voluer le > firmware. Par ailleur c'est logique que les autorit�s n'aillent qu'un seul > responsable pour un produit donn�. > > Par ailleur je signale que les autorit�s exige que les constructeurs offre un > m�thode afin d'identifier le produits �mettant des ondes hertziennes en > digital, ceci afin de permettre de contr�le du respect de la norme par le > constructeurs. > > Pour plus d'info, voir le site de l'OFCOM (http://www.bakom.ch/fr/) > > A+ > Martial Guex Tous ces discours ne servent qu'a justifier des syst�mes de contr�le � la Palladium, et c'est surement un des points � faveur de ce syst�me "vu qu'� l'�tat actuel on ne peut pas garantir que le code ne soit pas modifi�, on Palladiumize les logiciels comme �a on est sur qu'ils ne seront pas modifi�s". Belle solution! ciao, Leo _______________________________________________ gull mailing list [EMAIL PROTECTED] http://lists.alphanet.ch/mailman/listinfo/gull
