<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Commentaires sur : Nouvelles cyberattaques contre le secteur de l&#8217;énergie	</title>
	<atom:link href="https://www.enerzine.com/nouvelles-cyberattaques-contre-le-secteur-de-lenergie/16188-2014-07/feed" rel="self" type="application/rss+xml" />
	<link>https://www.enerzine.com/nouvelles-cyberattaques-contre-le-secteur-de-lenergie/16188-2014-07</link>
	<description>L&#039;énergie au quotidien</description>
	<lastBuildDate>Tue, 15 Jul 2014 19:53:25 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.0</generator>
	<item>
		<title>
		Par : Lionel-fr		</title>
		<link>https://www.enerzine.com/nouvelles-cyberattaques-contre-le-secteur-de-lenergie/16188-2014-07#comment-71129</link>

		<dc:creator><![CDATA[Lionel-fr]]></dc:creator>
		<pubDate>Tue, 15 Jul 2014 19:53:25 +0000</pubDate>
		<guid isPermaLink="false">https://www.enerzine.com/nouvelles-cyberattaques-contre-le-secteur-de-lenergie/16188-2014-07#comment-71129</guid>

					<description><![CDATA[Dans les faits, le cycle cpu a a deux justifications : 1. c&#039;est l&#039;unité de mesure de la vitesse d&#039;execution d&#039;une instruction, exprimé en cycle cpu depuis toujours , ou du moins depuis que je fais ce job. Comme les cores des cpu récents sont une copie quasi conforme d&#039;un cpu plus ancien : par ex : un core i5 contient 4 pentium&#039;s dont la vitesse d&#039;horloge est variable, idem pour un core i7 mais l&#039;hyper threading double le nombre de coeurs logiques 2. concrétement, le cycle cpu définit la période durant laquelle lune donnée est disponible sur un canal, cette notion n&#039;a pas d&#039;intéret pour le développeur mais elle est très importante pour le hardware Entre la fréquence de bus et celle du cpu, il y a un coefficient d&#039;horloge qui est utilisé par le diviseur pour séquencer les deux composants. ce composant (le diviseur) est à la base de systèmes très haut de gamme par ailleurs, c&#039;est vraiment la clé vers les périodes nanométriques Dans le milieu pc , ça n&#039;existe que depuis début 90 , et encore , sur architecture motorola 68k, c&#039;est arrivé sur intel 4 ou 5 ans plus tard]]></description>
			<content:encoded><![CDATA[<p>Dans les faits, le cycle cpu a a deux justifications : 1. c&rsquo;est l&rsquo;unité de mesure de la vitesse d&rsquo;execution d&rsquo;une instruction, exprimé en cycle cpu depuis toujours , ou du moins depuis que je fais ce job. Comme les cores des cpu récents sont une copie quasi conforme d&rsquo;un cpu plus ancien : par ex : un core i5 contient 4 pentium&rsquo;s dont la vitesse d&rsquo;horloge est variable, idem pour un core i7 mais l&rsquo;hyper threading double le nombre de coeurs logiques 2. concrétement, le cycle cpu définit la période durant laquelle lune donnée est disponible sur un canal, cette notion n&rsquo;a pas d&rsquo;intéret pour le développeur mais elle est très importante pour le hardware Entre la fréquence de bus et celle du cpu, il y a un coefficient d&rsquo;horloge qui est utilisé par le diviseur pour séquencer les deux composants. ce composant (le diviseur) est à la base de systèmes très haut de gamme par ailleurs, c&rsquo;est vraiment la clé vers les périodes nanométriques Dans le milieu pc , ça n&rsquo;existe que depuis début 90 , et encore , sur architecture motorola 68k, c&rsquo;est arrivé sur intel 4 ou 5 ans plus tard</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Par : Herve		</title>
		<link>https://www.enerzine.com/nouvelles-cyberattaques-contre-le-secteur-de-lenergie/16188-2014-07#comment-71128</link>

		<dc:creator><![CDATA[Herve]]></dc:creator>
		<pubDate>Tue, 15 Jul 2014 16:40:33 +0000</pubDate>
		<guid isPermaLink="false">https://www.enerzine.com/nouvelles-cyberattaques-contre-le-secteur-de-lenergie/16188-2014-07#comment-71128</guid>

					<description><![CDATA[Extrait de cours (un peu ancien) pour savoir ce qu&#039;est un cycle CPU: Il est vrai que sur les CPU Modernes (&quot;modernes&quot; au sens de Lionnel, soit 20 ans pour les PC, station,... mais relativement récents pour de l&#039;embarqué), la présence de pipeline(s) et de l&#039;architecture Harvard ont tendence à faire confondre le cycle et l&#039;exécution d&#039;une instruction. Mais la notion de cycle reste d&#039;actualité, meme aujourd&#039;hui.]]></description>
			<content:encoded><![CDATA[<p>Extrait de cours (un peu ancien) pour savoir ce qu&rsquo;est un cycle CPU: Il est vrai que sur les CPU Modernes (« modernes » au sens de Lionnel, soit 20 ans pour les PC, station,&#8230; mais relativement récents pour de l&#8217;embarqué), la présence de pipeline(s) et de l&rsquo;architecture Harvard ont tendence à faire confondre le cycle et l&rsquo;exécution d&rsquo;une instruction. Mais la notion de cycle reste d&rsquo;actualité, meme aujourd&rsquo;hui.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Par : Lionel-fr		</title>
		<link>https://www.enerzine.com/nouvelles-cyberattaques-contre-le-secteur-de-lenergie/16188-2014-07#comment-71127</link>

		<dc:creator><![CDATA[Lionel-fr]]></dc:creator>
		<pubDate>Sun, 13 Jul 2014 11:07:15 +0000</pubDate>
		<guid isPermaLink="false">https://www.enerzine.com/nouvelles-cyberattaques-contre-le-secteur-de-lenergie/16188-2014-07#comment-71127</guid>

					<description><![CDATA[la normalisation, c&#039;est les grandes conférences où on peut dormir sous le ronron du conférencier ? ouais.. je suis aller buller à l&#039;iso dans ma prime jeunesse, et j&#039;en ai déduit que je préfère dormir dans un lit ! En regardant de plus près les champs de bits réellement utilisés et non pas ceux que vous avez révé , malgré la bonne dizaine de (cross)compilos, il n&#039;y a aucune surprise dans la représentation mémoire, encore une fois, ils sont alignés et sizés sur un mot. Dans 2 cas sur 11 , il y a une compilation conditionnelle mais c&#039;est à cause des vieux compilos 16bits Ce que vous dites n&#039;a donc aucun sens dans le monde réel. Et non ! l&#039;optimisation n&#039;a rien à voir avec l&#039;usage des champs de bits, encore une fois , leur utilisation est liée au hardware. En général , très ancien J&#039;ai bien fait de l&#039;optimisation binaire voici bien longtemps où un entier unique permettait de nombreux tests avec un seul if mais c&#039;était sur 6809. Vous ne devez pas être jeune vous.. Durant les 90&#039;s , les chips ont atteint le GHz, sans compter la mémoire qui à multiplié par 10 000 au moins ... Le truc , c&#039;est que les très vieux gars de votre génération ont été mis sur la touche parce qu&#039;ils se prenaient pour Dennis Ritchie, alors qu&#039;ils n&#039;en avaient pas l&#039;étoffe, ni la simplicité, ni la bonté J&#039;espère au moins que vous avez participé au C99 qui autorise les déclarations à la volée. Même si les petits compilos ne sont pas &quot;compliant&quot; , je trouve ça plutôt pratique, mais vu que vous êtes très à cheval sur les mauvaise traductions françaises genre &quot;chiffrement&quot; ou &quot;champs de bit&quot;, je suppose que c&#039;était plutôt sur ces ridicules traductions ... Pour votre gouverne, l&#039;optimisation binaire est probablement contre-productive à notre époque car les CPU récents sont plus rapides que leur bus mémoire et seul le cache permet de stocker des données à la fréquence processeur, mais c&#039;est hautement imprévisible en termes de perf. En d&#039;autres termes, l&#039;usage des données de taille inférieure à celle d&#039;un mot ne va pas faire gagner un seul sycle de bus dans la majorité des cas. Il y a plusieurs cycles cpu dans un cycle de bus à notre époque papi Il n&#039;y a guère que les arbres binaires type Huffmann (algoritmes de compression zip, rar, ..) qui aient encore affaire à du binaire, non aligné sur des mots. Tous les programmes récents stockent leurs booléens sur un mot, c&#039;est rendu obligatoire par les librairies d&#039;exécution qui sont elles mêmes très utile pour ... la sécurité justement ! La sécurité à notre époque , c&#039;est déjà d&#039;adopter les mesures de sécurité conseillées par les constructeurs, or ça demande généralement quelques sacrifices au niveau du code. Bon je ne vais pas répondre à vos insultes qui en disent plutôt long sur vous, donc vous ne codez pas.. effectivement l&#039;avis d&#039;un gars qui sait tout mais ne code pas est sans intéret pour moi]]></description>
			<content:encoded><![CDATA[<p>la normalisation, c&rsquo;est les grandes conférences où on peut dormir sous le ronron du conférencier ? ouais.. je suis aller buller à l&rsquo;iso dans ma prime jeunesse, et j&rsquo;en ai déduit que je préfère dormir dans un lit ! En regardant de plus près les champs de bits réellement utilisés et non pas ceux que vous avez révé , malgré la bonne dizaine de (cross)compilos, il n&rsquo;y a aucune surprise dans la représentation mémoire, encore une fois, ils sont alignés et sizés sur un mot. Dans 2 cas sur 11 , il y a une compilation conditionnelle mais c&rsquo;est à cause des vieux compilos 16bits Ce que vous dites n&rsquo;a donc aucun sens dans le monde réel. Et non ! l&rsquo;optimisation n&rsquo;a rien à voir avec l&rsquo;usage des champs de bits, encore une fois , leur utilisation est liée au hardware. En général , très ancien J&rsquo;ai bien fait de l&rsquo;optimisation binaire voici bien longtemps où un entier unique permettait de nombreux tests avec un seul if mais c&rsquo;était sur 6809. Vous ne devez pas être jeune vous.. Durant les 90&rsquo;s , les chips ont atteint le GHz, sans compter la mémoire qui à multiplié par 10 000 au moins &#8230; Le truc , c&rsquo;est que les très vieux gars de votre génération ont été mis sur la touche parce qu&rsquo;ils se prenaient pour Dennis Ritchie, alors qu&rsquo;ils n&rsquo;en avaient pas l&rsquo;étoffe, ni la simplicité, ni la bonté J&rsquo;espère au moins que vous avez participé au C99 qui autorise les déclarations à la volée. Même si les petits compilos ne sont pas « compliant » , je trouve ça plutôt pratique, mais vu que vous êtes très à cheval sur les mauvaise traductions françaises genre « chiffrement » ou « champs de bit », je suppose que c&rsquo;était plutôt sur ces ridicules traductions &#8230; Pour votre gouverne, l&rsquo;optimisation binaire est probablement contre-productive à notre époque car les CPU récents sont plus rapides que leur bus mémoire et seul le cache permet de stocker des données à la fréquence processeur, mais c&rsquo;est hautement imprévisible en termes de perf. En d&rsquo;autres termes, l&rsquo;usage des données de taille inférieure à celle d&rsquo;un mot ne va pas faire gagner un seul sycle de bus dans la majorité des cas. Il y a plusieurs cycles cpu dans un cycle de bus à notre époque papi Il n&rsquo;y a guère que les arbres binaires type Huffmann (algoritmes de compression zip, rar, ..) qui aient encore affaire à du binaire, non aligné sur des mots. Tous les programmes récents stockent leurs booléens sur un mot, c&rsquo;est rendu obligatoire par les librairies d&rsquo;exécution qui sont elles mêmes très utile pour &#8230; la sécurité justement ! La sécurité à notre époque , c&rsquo;est déjà d&rsquo;adopter les mesures de sécurité conseillées par les constructeurs, or ça demande généralement quelques sacrifices au niveau du code. Bon je ne vais pas répondre à vos insultes qui en disent plutôt long sur vous, donc vous ne codez pas.. effectivement l&rsquo;avis d&rsquo;un gars qui sait tout mais ne code pas est sans intéret pour moi</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Par : Lionel-fr		</title>
		<link>https://www.enerzine.com/nouvelles-cyberattaques-contre-le-secteur-de-lenergie/16188-2014-07#comment-71126</link>

		<dc:creator><![CDATA[Lionel-fr]]></dc:creator>
		<pubDate>Sat, 12 Jul 2014 07:34:51 +0000</pubDate>
		<guid isPermaLink="false">https://www.enerzine.com/nouvelles-cyberattaques-contre-le-secteur-de-lenergie/16188-2014-07#comment-71126</guid>

					<description><![CDATA[Cette discussion sur les bitfields est d&#039;autant plus anecdotique que j&#039;utilise les opérateurs binaires lorsque je suis l&#039;auteur du code. Mais voilà, contrairement à l&#039;olibrius, je ne travaille pas au fond d&#039;un trou, j&#039;ai actuellement 2 millions de lignes de code en maintenance dont les plus anciens remontent aux années 70 .. Alors puisqu&#039;on on a décidé de discuter le bout de bit, je dirais que les compilateurs forcent les alignements en mémoire sur la taille d&#039;un mot (généralement la largeur du bus 16, 32, 64bits) mais que les programmes professionnels tiennent compte des largeurs de mot et même du compilo utilisé : c&#039;est difficile de parler de ça avec un débutant qui se prend pour un codeur aguérri Les structures sensibles sont toujours alignées et leur taille fait toujours un mot. D&#039;autre part, la performance des opérations binaires est actuellement trop anecdotique pour que ça intéresse quelqu&#039;un , entre une microseconde et 2 microsecondes, tout le monde s&#039;en tape ! Enfin , sur les forums, on sensibilise les débutants aux questions de sécurité : passwords, phishing.. mais il est évident que les pros ne partagent leurs infos que lorsqu&#039;ils savent à qui ils s&#039;adressent. Ecrire ça en forum, c&#039;est comme le gueuler au porte voix dans les transports en commun, la plupart des gens s&#039;en fichent, et les rares que ça intéresse ne risquent pas d&#039;oublier que la source d&#039;info est non-fiable, voire suspecte Mais si le coeur vous en dit , n&#039;hésitez pas à nous hurler quelques failles ou exploits de votre cru, on voit bien que vous piaffez d&#039;envie de tromper votre solitude. Les grands dépressifs agoraphobes, ont toujours des comprtements maladroits en public, c&#039;est même à ça qu&#039;on les reconnait]]></description>
			<content:encoded><![CDATA[<p>Cette discussion sur les bitfields est d&rsquo;autant plus anecdotique que j&rsquo;utilise les opérateurs binaires lorsque je suis l&rsquo;auteur du code. Mais voilà, contrairement à l&rsquo;olibrius, je ne travaille pas au fond d&rsquo;un trou, j&rsquo;ai actuellement 2 millions de lignes de code en maintenance dont les plus anciens remontent aux années 70 .. Alors puisqu&rsquo;on on a décidé de discuter le bout de bit, je dirais que les compilateurs forcent les alignements en mémoire sur la taille d&rsquo;un mot (généralement la largeur du bus 16, 32, 64bits) mais que les programmes professionnels tiennent compte des largeurs de mot et même du compilo utilisé : c&rsquo;est difficile de parler de ça avec un débutant qui se prend pour un codeur aguérri Les structures sensibles sont toujours alignées et leur taille fait toujours un mot. D&rsquo;autre part, la performance des opérations binaires est actuellement trop anecdotique pour que ça intéresse quelqu&rsquo;un , entre une microseconde et 2 microsecondes, tout le monde s&rsquo;en tape ! Enfin , sur les forums, on sensibilise les débutants aux questions de sécurité : passwords, phishing.. mais il est évident que les pros ne partagent leurs infos que lorsqu&rsquo;ils savent à qui ils s&rsquo;adressent. Ecrire ça en forum, c&rsquo;est comme le gueuler au porte voix dans les transports en commun, la plupart des gens s&rsquo;en fichent, et les rares que ça intéresse ne risquent pas d&rsquo;oublier que la source d&rsquo;info est non-fiable, voire suspecte Mais si le coeur vous en dit , n&rsquo;hésitez pas à nous hurler quelques failles ou exploits de votre cru, on voit bien que vous piaffez d&rsquo;envie de tromper votre solitude. Les grands dépressifs agoraphobes, ont toujours des comprtements maladroits en public, c&rsquo;est même à ça qu&rsquo;on les reconnait</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Par : Herve		</title>
		<link>https://www.enerzine.com/nouvelles-cyberattaques-contre-le-secteur-de-lenergie/16188-2014-07#comment-71125</link>

		<dc:creator><![CDATA[Herve]]></dc:creator>
		<pubDate>Fri, 11 Jul 2014 16:30:47 +0000</pubDate>
		<guid isPermaLink="false">https://www.enerzine.com/nouvelles-cyberattaques-contre-le-secteur-de-lenergie/16188-2014-07#comment-71125</guid>

					<description><![CDATA[J&#039;ai installé la démo, dans les grandes lignes, ça me plait même si je suis assez &quot;dépaysé&quot;. Il y a quand même pas mal de trucs qui ne semblent pas fonctionner pareil qu&#039;en basic. Il faudra que j&#039;y passe plus de temps pour voir si je m&#039;accoutume de la bête. J&#039;ai fait tourner quelques démos, il peut faire pas mal de choses. &quot; et il faut souvent &quot;mettre les pieds dans le plat&quot; c&#039;est une chose que j&#039;ai toujours su faire historiquement parlant&quot; A vrai dire on s&#039;en doutait un peu lorsque on vous lit régulièrement! Je crois qu&#039;on n&#039;a pas la même définition de l&#039;interpreteur, mais peu importe, je vois ce que vous voulez dire. Pour info, on utilise nous aussi les &quot;bitfield&quot; en C, dans un environnement micro, c&#039;est effectivement trés commode. A+]]></description>
			<content:encoded><![CDATA[<p>J&rsquo;ai installé la démo, dans les grandes lignes, ça me plait même si je suis assez « dépaysé ». Il y a quand même pas mal de trucs qui ne semblent pas fonctionner pareil qu&rsquo;en basic. Il faudra que j&rsquo;y passe plus de temps pour voir si je m&rsquo;accoutume de la bête. J&rsquo;ai fait tourner quelques démos, il peut faire pas mal de choses.  » et il faut souvent « mettre les pieds dans le plat » c&rsquo;est une chose que j&rsquo;ai toujours su faire historiquement parlant » A vrai dire on s&rsquo;en doutait un peu lorsque on vous lit régulièrement! Je crois qu&rsquo;on n&rsquo;a pas la même définition de l&rsquo;interpreteur, mais peu importe, je vois ce que vous voulez dire. Pour info, on utilise nous aussi les « bitfield » en C, dans un environnement micro, c&rsquo;est effectivement trés commode. A+</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Par : Lionel-fr		</title>
		<link>https://www.enerzine.com/nouvelles-cyberattaques-contre-le-secteur-de-lenergie/16188-2014-07#comment-71124</link>

		<dc:creator><![CDATA[Lionel-fr]]></dc:creator>
		<pubDate>Fri, 11 Jul 2014 06:22:42 +0000</pubDate>
		<guid isPermaLink="false">https://www.enerzine.com/nouvelles-cyberattaques-contre-le-secteur-de-lenergie/16188-2014-07#comment-71124</guid>

					<description><![CDATA[On n&#039;est pas si hors-sujet que ça. Vous connaissez les développeurs, ils parlent peu pour éviter les ennuis, et en sécurité, c&#039;est encore pire : la niveau de secret tourne au tabou malsain et il faut souvent &quot;mettre les pieds dans le plat&quot; c&#039;est une chose que j&#039;ai toujours su faire historiquement parlant La majeure partie des questions de sécurité n&#039;a rien à faire sur un forum, qu&#039;on y traite d&#039;énergie ou de computers n&#039;y change rien. Comme souvent dans cette activité, il faut accepter les devinettes et pratiquer pour comprendre. Dans cette optique , PB est une référence plutôt intéressante. PB n&#039;a pas la fenêtre d&#039;execution de VB, comme je me sers souvent de cette fenetre aussi pour tester des valeurs géométriques, j&#039;utilise le VBA d&#039;office qui est un clone parfait de VB6. PB compense l&#039;absence d&#039;intepreteur par une facilité déconcertante à créer un nouveau programme de 2-3 lignes en cliquant simplement sur &quot;nouvel onglet&quot;, les sorties sont alors dirigées vers une fenêtre de debug, ou encore plus simple, vous mettez un point d&#039;arret et vous survolez une variable à la souris pour en voir le contenu dans une bulle(comme VB d&#039;ailleurs) Pour faire des forms, il y a un éditeur graphique comme VB mais qui génère du code à intégrer au programme. C&#039;est moins bien fini que l&#039;univers MS mais assez simple à comprendre. Le multiplateformes complique un peu tout puisque les controles doivent être disponibles dans chaque &quot;monde&quot; C&#039;est la même chose avec dotnet qui utilise GTK+ (gimp tool kit) pour les sorties Linux alors que win a l&#039;excellent GDI qui fait tout son succès mais n&#039;offre aucune portabilité. Idem en 3D : DirectX est plus beau qu&#039;OpenGL , vous avez le choix mais la magie MS opère souvent... on renonce alors à la portabilité hors windows et le résultat est très beau. Vous pouvez tester la version gratuite qui est très fonctionnelle. Moi comme j&#039;ai l&#039;applomb de gagner ma vie en l&#039;utilisant je lui fais des donations chaque année.. @ Christiana : les bitfields sont surtout utiles pour les vieux protocoles RS232 synchrones, il permet de rendre ce genre de code facile à comprendre alors que sinon vous devez gérer les bits de synchro avec des OR Quand les commandes sont mélangées au protocole ce qui est toujours le cas, votre code se couvre d&#039;opérateurs binaires et de constantes, et le tout est souvent encapsulé dans des fonctions appelées via leur pointeur (algoritme du parser incontounable dans les telecoms) bref de gros pavés de code bien denses et bien noirs ... utilisez les bitfields et vous vous retrouvez avec du code clair et aéré, voilà]]></description>
			<content:encoded><![CDATA[<p>On n&rsquo;est pas si hors-sujet que ça. Vous connaissez les développeurs, ils parlent peu pour éviter les ennuis, et en sécurité, c&rsquo;est encore pire : la niveau de secret tourne au tabou malsain et il faut souvent « mettre les pieds dans le plat » c&rsquo;est une chose que j&rsquo;ai toujours su faire historiquement parlant La majeure partie des questions de sécurité n&rsquo;a rien à faire sur un forum, qu&rsquo;on y traite d&rsquo;énergie ou de computers n&rsquo;y change rien. Comme souvent dans cette activité, il faut accepter les devinettes et pratiquer pour comprendre. Dans cette optique , PB est une référence plutôt intéressante. PB n&rsquo;a pas la fenêtre d&rsquo;execution de VB, comme je me sers souvent de cette fenetre aussi pour tester des valeurs géométriques, j&rsquo;utilise le VBA d&rsquo;office qui est un clone parfait de VB6. PB compense l&rsquo;absence d&rsquo;intepreteur par une facilité déconcertante à créer un nouveau programme de 2-3 lignes en cliquant simplement sur « nouvel onglet », les sorties sont alors dirigées vers une fenêtre de debug, ou encore plus simple, vous mettez un point d&rsquo;arret et vous survolez une variable à la souris pour en voir le contenu dans une bulle(comme VB d&rsquo;ailleurs) Pour faire des forms, il y a un éditeur graphique comme VB mais qui génère du code à intégrer au programme. C&rsquo;est moins bien fini que l&rsquo;univers MS mais assez simple à comprendre. Le multiplateformes complique un peu tout puisque les controles doivent être disponibles dans chaque « monde » C&rsquo;est la même chose avec dotnet qui utilise GTK+ (gimp tool kit) pour les sorties Linux alors que win a l&rsquo;excellent GDI qui fait tout son succès mais n&rsquo;offre aucune portabilité. Idem en 3D : DirectX est plus beau qu&rsquo;OpenGL , vous avez le choix mais la magie MS opère souvent&#8230; on renonce alors à la portabilité hors windows et le résultat est très beau. Vous pouvez tester la version gratuite qui est très fonctionnelle. Moi comme j&rsquo;ai l&rsquo;applomb de gagner ma vie en l&rsquo;utilisant je lui fais des donations chaque année.. @ Christiana : les bitfields sont surtout utiles pour les vieux protocoles RS232 synchrones, il permet de rendre ce genre de code facile à comprendre alors que sinon vous devez gérer les bits de synchro avec des OR Quand les commandes sont mélangées au protocole ce qui est toujours le cas, votre code se couvre d&rsquo;opérateurs binaires et de constantes, et le tout est souvent encapsulé dans des fonctions appelées via leur pointeur (algoritme du parser incontounable dans les telecoms) bref de gros pavés de code bien denses et bien noirs &#8230; utilisez les bitfields et vous vous retrouvez avec du code clair et aéré, voilà</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Par : christiana		</title>
		<link>https://www.enerzine.com/nouvelles-cyberattaques-contre-le-secteur-de-lenergie/16188-2014-07#comment-71122</link>

		<dc:creator><![CDATA[christiana]]></dc:creator>
		<pubDate>Thu, 10 Jul 2014 19:53:52 +0000</pubDate>
		<guid isPermaLink="false">https://www.enerzine.com/nouvelles-cyberattaques-contre-le-secteur-de-lenergie/16188-2014-07#comment-71122</guid>

					<description><![CDATA[&quot;Les champs de bits ne sont des conneries que lorsque vous les utilisez mal . &quot; Comment les utiliser &quot;bien&quot;?]]></description>
			<content:encoded><![CDATA[<p>« Les champs de bits ne sont des conneries que lorsque vous les utilisez mal .  » Comment les utiliser « bien »?</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Par : Herve		</title>
		<link>https://www.enerzine.com/nouvelles-cyberattaques-contre-le-secteur-de-lenergie/16188-2014-07#comment-71123</link>

		<dc:creator><![CDATA[Herve]]></dc:creator>
		<pubDate>Thu, 10 Jul 2014 19:03:19 +0000</pubDate>
		<guid isPermaLink="false">https://www.enerzine.com/nouvelles-cyberattaques-contre-le-secteur-de-lenergie/16188-2014-07#comment-71123</guid>

					<description><![CDATA[A quand même, oui ça a l&#039;air pas mal. J&#039;ai peu d&#039;experience en fft, j&#039;en avait implanté une petite en assembleur sur un AVR en 8 bits (128points seulement). Je sais qu&#039;il y a une technique qui permet de faire du rolling pour éviter de tout recalculer quand on a un nouveau lot de samples. Sinon vous avez aussi d&#039;autres techniques comme l&#039;ARMA qui sont parfois plus adaptées. Moi, vous savez j&#039;ai un niveau assez faible, je ne comprends pas tout ce que vous ecrivez. Purebasic se situe comment entre l&#039;ancien basic (disons QB) et VB? C&#039;est convivial comme VB pour faire les interfaces utilisateur? Y a t il des restrictions importantes? Faudra que je regarde. S&#039;il est bien c&#039;est vraiement pas cher. Si j&#039;ai bien compris ce que vous avez écrit, il a fait le compilo en assembleur?! ça doit pas trainer quand on clique sur make! (C&#039;est effectivement un peu abuser quand même, qu&#039;il pisse de l&#039;assembleur, oui bien sur, mais le compilo en assembleur, là, c&#039;est de l&#039;art!). Mais à la limite, c&#039;est pas bien grave, quel interet de le faire tourner sur un ARM, vous développez sur PC. L&#039;important c&#039;est qu&#039;il puisse faire du code ARM, on peut s&#039;accomoder qu&#039;il ne tourne pas dessus. On est un peu (en fait carrément) HSujet la dessus, ok , faudra qu&#039;on trouve moyen de se contacter A+]]></description>
			<content:encoded><![CDATA[<p>A quand même, oui ça a l&rsquo;air pas mal. J&rsquo;ai peu d&rsquo;experience en fft, j&rsquo;en avait implanté une petite en assembleur sur un AVR en 8 bits (128points seulement). Je sais qu&rsquo;il y a une technique qui permet de faire du rolling pour éviter de tout recalculer quand on a un nouveau lot de samples. Sinon vous avez aussi d&rsquo;autres techniques comme l&rsquo;ARMA qui sont parfois plus adaptées. Moi, vous savez j&rsquo;ai un niveau assez faible, je ne comprends pas tout ce que vous ecrivez. Purebasic se situe comment entre l&rsquo;ancien basic (disons QB) et VB? C&rsquo;est convivial comme VB pour faire les interfaces utilisateur? Y a t il des restrictions importantes? Faudra que je regarde. S&rsquo;il est bien c&rsquo;est vraiement pas cher. Si j&rsquo;ai bien compris ce que vous avez écrit, il a fait le compilo en assembleur?! ça doit pas trainer quand on clique sur make! (C&rsquo;est effectivement un peu abuser quand même, qu&rsquo;il pisse de l&rsquo;assembleur, oui bien sur, mais le compilo en assembleur, là, c&rsquo;est de l&rsquo;art!). Mais à la limite, c&rsquo;est pas bien grave, quel interet de le faire tourner sur un ARM, vous développez sur PC. L&rsquo;important c&rsquo;est qu&rsquo;il puisse faire du code ARM, on peut s&rsquo;accomoder qu&rsquo;il ne tourne pas dessus. On est un peu (en fait carrément) HSujet la dessus, ok , faudra qu&rsquo;on trouve moyen de se contacter A+</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Par : Lionel-fr		</title>
		<link>https://www.enerzine.com/nouvelles-cyberattaques-contre-le-secteur-de-lenergie/16188-2014-07#comment-71120</link>

		<dc:creator><![CDATA[Lionel-fr]]></dc:creator>
		<pubDate>Thu, 10 Jul 2014 17:50:21 +0000</pubDate>
		<guid isPermaLink="false">https://www.enerzine.com/nouvelles-cyberattaques-contre-le-secteur-de-lenergie/16188-2014-07#comment-71120</guid>

					<description><![CDATA[Salut Hervé, Ca me fait plaisir d&#039;entendre du bien de purebasic, c&#039;est assez difficile de trouver des supporters chez les jeunes qui n&#039;ont pas connu l&#039;heure de gloire du basic (souvent d&#039;origine microsoft d&#039;ailleurs) Purebasic est aussi génial qu&#039;il en a l&#039;air, j&#039;ai écrit du traitement de signal dessus, il calcule les FFT plus vite que la librairie du MIT en C , y compris FFTW (fastest fourier transform in the west) , libraire ultra optimisée qui prend une seule taille de fenêtre FFT et des constantes partout pour gagner quelques cycles... Cela dit , je fais mon DSP en OpenCL désormais avec des vitesses x200 sur GPU. Il a toutes les facilités du basic , sauf l&#039;interpréteur mais c&#039;est largement compensé par la qualité de son debugger J&#039;avoue que je fais surtout du batch amélioré dessus mais j&#039;ai quand même écrit un séquencer midi graphique d&#039;environ 50Klignes et il ne cesse de m&#039;épater par sa vitesse. Son génial papa s&#039;appelle Fred ou AlphaSnd sur les forums très fournis avec une communauté très fidèle.. C&#039;est un professionnel du firmware assembleur, qui préfère gagner un smic avec son bébé que requiner dans les SSII ... c&#039;est pourquoi la partie assembleur est aussi développée : le compilo lui-même est en assembleur mais Fred se mord un peu les doigts de ce choix aujourd&#039;hui car le portage vers de nouveaux CPU (ARM) est un enfer.. Il cartonne surtout chez les développeurs de jeux et possèdes des librairies 3D très complètes (OGRE) Mais la 2D est vraiment très bien gérée aussi, évidemment triple buffer synchrone avec le balayage écran... si vous vous inscrivez, faites moi signe..]]></description>
			<content:encoded><![CDATA[<p>Salut Hervé, Ca me fait plaisir d&rsquo;entendre du bien de purebasic, c&rsquo;est assez difficile de trouver des supporters chez les jeunes qui n&rsquo;ont pas connu l&rsquo;heure de gloire du basic (souvent d&rsquo;origine microsoft d&rsquo;ailleurs) Purebasic est aussi génial qu&rsquo;il en a l&rsquo;air, j&rsquo;ai écrit du traitement de signal dessus, il calcule les FFT plus vite que la librairie du MIT en C , y compris FFTW (fastest fourier transform in the west) , libraire ultra optimisée qui prend une seule taille de fenêtre FFT et des constantes partout pour gagner quelques cycles&#8230; Cela dit , je fais mon DSP en OpenCL désormais avec des vitesses x200 sur GPU. Il a toutes les facilités du basic , sauf l&rsquo;interpréteur mais c&rsquo;est largement compensé par la qualité de son debugger J&rsquo;avoue que je fais surtout du batch amélioré dessus mais j&rsquo;ai quand même écrit un séquencer midi graphique d&rsquo;environ 50Klignes et il ne cesse de m&rsquo;épater par sa vitesse. Son génial papa s&rsquo;appelle Fred ou AlphaSnd sur les forums très fournis avec une communauté très fidèle.. C&rsquo;est un professionnel du firmware assembleur, qui préfère gagner un smic avec son bébé que requiner dans les SSII &#8230; c&rsquo;est pourquoi la partie assembleur est aussi développée : le compilo lui-même est en assembleur mais Fred se mord un peu les doigts de ce choix aujourd&rsquo;hui car le portage vers de nouveaux CPU (ARM) est un enfer.. Il cartonne surtout chez les développeurs de jeux et possèdes des librairies 3D très complètes (OGRE) Mais la 2D est vraiment très bien gérée aussi, évidemment triple buffer synchrone avec le balayage écran&#8230; si vous vous inscrivez, faites moi signe..</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Par : Herve		</title>
		<link>https://www.enerzine.com/nouvelles-cyberattaques-contre-le-secteur-de-lenergie/16188-2014-07#comment-71121</link>

		<dc:creator><![CDATA[Herve]]></dc:creator>
		<pubDate>Thu, 10 Jul 2014 17:34:22 +0000</pubDate>
		<guid isPermaLink="false">https://www.enerzine.com/nouvelles-cyberattaques-contre-le-secteur-de-lenergie/16188-2014-07#comment-71121</guid>

					<description><![CDATA[&quot;Vous mettez donc toute la sécurité dans la carte, donc en retirant la carte on retire la sécurité!&quot; Non il est préferrable de sécuriser la liaison carte compteur, mais ça n&#039;a pas besoin d&#039;être trés fiable, j&#039;y reviendrait à la fin: Si vous retirez la carte, vous n&#039;avez plus de com descendante entre les serveurs ERDF et le compteur - &gt; au bout d&#039;un moment, le compteur qui n&#039;arrive plus a communiquer avec la carte disjoncte et ERDF s&#039;en apercoivent aussi car ils ne peuvent plus eux non plus communiquer avec la carte. Le seul risque serait que le client utilise une carte pirate (on suppose que la sécurité carte compteur est cassée), mais dans ce cas il y a deux possibilitées: - Soit la carte n&#039;emule pas bien les techniques de cryptages entre le serveur ERDF et elle même, elle se fait découvrir - Soit elle émule parfaitement la vraie carte et dans ce cas, la carte est piratée à 100%, si ce cas se géneralise ERDF finiront par s&#039;en apercevoir et changeront leurs cartes (c&#039;est justement le but des cartes, il n&#039;y a que ça a changer). Si la carte fait barrierre total contre ce qui arrive de l&#039;extérieur, on n&#039;est pas a ce stade totalement sécurisé sur la partie carte-compteur: Si cette partie de sécurité (qui n&#039;est pas interchangeable en replaçant la carte) devait tomber, un pirate pourrait en effet intercaler entre la partie compteur et la partie carte officielle un dispositif pirate qui modifierais les échanges pour par exemple s&#039;augmenter son abonnement... sans que la carte officielle en soit informée (cela suppose bien entendu que le dialogue carte compteur est cassé). Pour s&#039;en, proteger, il y a une astuce trés simple, c&#039;est que la liaison Compteur - &gt; serveur ERDF ne passe pas dans la carte officielle, la carte ne fera que founir du pseudo aleatoire au compteur qu&#039;on XORE avec les data utiles, ainsi le compteur peut remonter ses infos vers ERDF sans que la carte pirate ne puisse correctement les modifier. Si l&#039;abonnement a été modifié, ERDF s&#039;en apercoivent forcément en comparant le retour du compteur avec ce qu&#039;ils lui ont demandé. Dans cette config, vous pouvez garantir que le remplacement de la carte est suffisant pour rétablir la sécurité du système. A+]]></description>
			<content:encoded><![CDATA[<p>« Vous mettez donc toute la sécurité dans la carte, donc en retirant la carte on retire la sécurité! » Non il est préferrable de sécuriser la liaison carte compteur, mais ça n&rsquo;a pas besoin d&rsquo;être trés fiable, j&rsquo;y reviendrait à la fin: Si vous retirez la carte, vous n&rsquo;avez plus de com descendante entre les serveurs ERDF et le compteur &#8211; > au bout d&rsquo;un moment, le compteur qui n&rsquo;arrive plus a communiquer avec la carte disjoncte et ERDF s&rsquo;en apercoivent aussi car ils ne peuvent plus eux non plus communiquer avec la carte. Le seul risque serait que le client utilise une carte pirate (on suppose que la sécurité carte compteur est cassée), mais dans ce cas il y a deux possibilitées: &#8211; Soit la carte n&#8217;emule pas bien les techniques de cryptages entre le serveur ERDF et elle même, elle se fait découvrir &#8211; Soit elle émule parfaitement la vraie carte et dans ce cas, la carte est piratée à 100%, si ce cas se géneralise ERDF finiront par s&rsquo;en apercevoir et changeront leurs cartes (c&rsquo;est justement le but des cartes, il n&rsquo;y a que ça a changer). Si la carte fait barrierre total contre ce qui arrive de l&rsquo;extérieur, on n&rsquo;est pas a ce stade totalement sécurisé sur la partie carte-compteur: Si cette partie de sécurité (qui n&rsquo;est pas interchangeable en replaçant la carte) devait tomber, un pirate pourrait en effet intercaler entre la partie compteur et la partie carte officielle un dispositif pirate qui modifierais les échanges pour par exemple s&rsquo;augmenter son abonnement&#8230; sans que la carte officielle en soit informée (cela suppose bien entendu que le dialogue carte compteur est cassé). Pour s&rsquo;en, proteger, il y a une astuce trés simple, c&rsquo;est que la liaison Compteur &#8211; > serveur ERDF ne passe pas dans la carte officielle, la carte ne fera que founir du pseudo aleatoire au compteur qu&rsquo;on XORE avec les data utiles, ainsi le compteur peut remonter ses infos vers ERDF sans que la carte pirate ne puisse correctement les modifier. Si l&rsquo;abonnement a été modifié, ERDF s&rsquo;en apercoivent forcément en comparant le retour du compteur avec ce qu&rsquo;ils lui ont demandé. Dans cette config, vous pouvez garantir que le remplacement de la carte est suffisant pour rétablir la sécurité du système. A+</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
