Pour la gestion des dates/heures (timestamp en nombre de secondes), les systèmes travaillent en binaire.

Dans le cas des systèmes Unix sur 32bits (4 octets), bientot sur 64bits (8 octets), sinon le stockage des dates/heures se fait en mode texte AAAA/MM/JJ HH:MM:SS (pour certain AA/MM/JJ avant 2000)

Le stockage en nombre de secondes en binaire sur 32bits permet de gérer les dates du 13 décembre 1901 au 19 janvier 2038, la valeur 0 étant le 1er janvier 1970 00:00 UTC.

Cette valeur sur 32bits (2 puissance 32) représente environ 4 milliards de secondes, un nombre de 10 chiffres, qu’aucun logiciel professionnel ne stocke sur 9 chiffres! (si jamais il existe un système stockant les timestamp en décimal !) De plus ces 9 chiffres pour être stockés en décimal prendrait 9 octets (9 cases mémoire) alors qu’en binaire cela ne prend que 4 octets (32btis) et permet tout les calculs de différence de date par soustraction/addition. C’est aussi le modèle utilisé par les bases de données.

La coincidence de seconde avec l’heure du premier crash (mais avec un décalage de 60 heures), peut faire cogiter les fétichistes numériques, mais
ne permet pas d »exploiter une faille informatique.

Il serait pertinent d’ouvrir un topic dédié a ce sujet afin que de nombreux spécialistes de passage puisse nous apporter leurs éclairages sur l’hypothèse de hydrbiz….

La question n°1 reste celle la .

Le système de comptage du temps de UNIX exprimé en secondes est il passe de 9 a 10 chiffres afin que ce comptage en seconde puisse se poursuivre….

Ce basculement a t il eu lieu le 11 Septembre 2001?

Après avoir répondu avec certitude a cette question essentielle nous pourrons passer a la suite des interrogations et analyses croisées d’hypothèses…

Entre :
L’escroquerie à l’assurance de Silverstein.
La destruction du WTC 7 si utile pour faire disparaitre certaines choses.
La frappe au pentagone juste dans l’aile ou travaillaient les comptables enquêtant sur le trou de 2100 Milliards dans la comptabilité (qu’évoquait Rumsfeld la veille).
Le bénéfice pour l’autorité portuaire qui gérait le complexe WTC de ne pas avoir à se farcir un ruineux désamiantage dans les règles.
Et j’en passe probablement ?
Partout, par quelque bout que l’on prenne les fils de la pelote on tombe sur ce genre de magouilles !

Alors une mise à profit par des finangsters et autres bankgsters du bug provoqué par le basculement UNIX ( basculement inévitable compte tenu du logiciel utilisé jusque là et donc forcément prévu de longue date par les informaticiens, me parait  » bien dans la ligne » de cette mafia…. et en plus les étages frappés par les impacts ou résident des sociétés en rapport avec tout cela. et la coïncidence dans le temps à la seconde près

Le « moins que l’on puisse dire » et c’est un vrai  » moins » c’est que cela méritait de fouiller aussi dans cette direction par les « enquêteurs à la noix » payés par le gouvernement US.
Maisc’est vrai tout montre qu’ils étaient justement payés pour le contraire.

Salut à François (f6) au passage !
René

Tous mes respects et mon admiration à Lalo pour son formidable travail de « mise en évidence ».
Toutes mes espérances pour que le dessin animé annoncé puisse voir le jour.

Il fut un temps ou débattre sur le forum ReOpen de ce sujet majeur du bug UNIX, le 11 Septembre 2001, m’avait valu de me faire traiter de numerologue (sic).

Je me rejouis que quelques censeurs integro obscurantistes de la « bonne posture » et de la  » bonne pensée reopeniste » soient en perte d’influence au sein du mouvement ….

Ce sujet fut même fermé un temps sur le forum.

Par égard pour la modération que je respecte et salue au passage, je tairais le nom du modérateur maladroit et brutal (heureusement depuis disparu) auquel appartenait cette décision…de censeur ???

François (f6)

Et nous apprenons encore du neuf !

Les infos sur Paul Bremer et ses antécédents sont littéralement foudroyants. Les marionnettes savent bien jouer à la télévision en se tenant bien sages lorsqu’ elles savent qu’elles vont devenir Proconsul dans une lointaine contrée d’ici quelques mois ! ( Et qu’il y a plein de pognon à se faire en Irak sur le dos du peuple Irakien ) !

Sacré C.V le bonhomme ! Machiavel is back !

Y’aurait -il cependant le début du début d’un retournement aux USA ?

Bob Graham /Sénateur américain, ancien gouverneur de Floride :

« Il faut rouvrir l’enquête du 11-Septembre!  »
http://www.huffingtonpost.fr/bob-graham/enquete-attentats-11-septembre_b_1872744.html

Une analyse détaillée concernant l’usage qui aura pu être fait du basculement de décimale du système UNIX reste effectivement à effectuer. Je me contente ici de mettre en évidence le fait que l’heure exacte, à la seconde près, de la destruction du centre de données informatiques de Marsh & McLennan correspond à un compte rond selon la norme UNIX (un milliard + 60 puissance 3 secondes, moins l’heure d’été). Il s’agit de remarquer qu’une fois de plus, dans le cadre du 11-Septembre, la présence d’une coïncidence spectaculaire n’éveille en rien la curiosité des enquêteurs, quelles que soient, par ailleurs, les circonstances litigieuses dans lesquelles cette coïncidence survient.

(J’ai apporté, dans ce sens, quelques précisions au sein de la partie consacrée au basculement des systèmes UNIX en souhaitant que celle-ci soit ainsi plus claire.)

Voici, sur ce sujet, l’ analyse que propose hydrbyz :

La date du 11 septembre 2001 a des particularités techniques qui auraient pu permettre ou faciliter, avec ou sans les attaques, l’exécution de crimes financiers.
 
Les systèmes Unix représentent le temps en comptant le nombre de secondes écoulées depuis le 1er janvier 1970. 

Si on represente ces nombres en décimal, le basculement de 999 999 999 à 1 000 000 000 (un milliard) a lieu précisément le dimanche 9 septembre 2001, à 01:46:39 temps universel, ce qui correspond au samedi 9 septembre à 21:46:40, heure de New York. C’est donc un basculement de 9 à 10 chiffres décimaux.
 
Les logiciels financiers et les systèmes d’information travaillent souvent en base 10 et fréquemment sur des champs dont la taille est fixée à un certain nombre de chiffres, avec troncation en cas de dépassement. Or, du 3 mars 1973 au 9 septembre 2001, la représentation Unix du temps se fait sur 9 chiffres exactement.
 
On sait que de nombreux logiciels n’ont utilisé que 9 chiffres pour la représentation ou le formatage, ce qui a provoqué des erreurs lors du basculement de 9 à 10 chiffres.

On parle de « billenium bug », terme porte-manteau regroupant « billion » (signifiant milliard en anglais) et « millenium », techniquement incorrect car il signifierait plutôt « milliard d’années », mais néanmoins utilisé.  Un terme plus correct serait « bug de la gigaseconde Unix ». Par exemple, un système New Yorkais qui ne conserve que les 9 derniers chiffres croirait passer du samedi 9 septembre 21:46:40 heure locale au mercredi 31 décembre 1969 19:00:00. Mais un dysfonctionnement dans un système financier important ne serait-il pas immédiatement repéré?
 
Si on s’attend à ce que les systèmes financiers critiques sont surveillés et maintenus 24h/24, des systèmes annexes ne le seront pas nécessairement.  Beaucoup d’opérations financières sont, de nos jours, menées automatiquement à l’aide de programmes de « trading » executées par des sociétés privées.  Ces programmes prennent automatiquement des décisions d’achat/vente pour profiter au maximum des fluctuations des marchés, suivant des algorithmes arbitrairement complexes. Comme il s’agit de programmes constamment modifiés par des petites équipes, leur maturité logicielle est moindre et on peut s’attendre à y trouver des bugs.

Les opérations sont également surveillées par les autorités des marchés financiers. Une panne au niveau d’un système de surveillance de la Securities and Exchange Commission (qui avait des locaux dans le WTC 7), si elle est passagère et inconnue des personnes surveillées (les traders) n’aurait pas de conséquences graves.  Donc un tel système n’a pas en principe à être ultra-fiable. On peut donc imaginer que divers systèmes financiers ont pu être affectés par le bug « billenium » du samedi soir (ou dimanche matin en Europe).


Pour certains, leur état de panne serait constaté lundi matin, et vu que le bug n’était pas très connu, contrairement au bug du millénaire, on peut concevoir que les ingénieurs aient mis du temps à l’isoler et à le corriger.  Surtout s’il s’agissait de prestations externes. Le lundi 10 septembre, premier jour ouvrable après le bug, pouvait donc être propice pour tirer profit de systèmes financiers tombés en panne samedi.
 
Mais ce n’est pas tout. Imaginez un système New-yorkais qui planifie ses tâches en donnant le jour de la semaine et l’heure.  Le samedi 21:45:00 une tâche est planifiée pour le samedi à 22:00:00.  À 21:46:40 le système buggue, pense être le mercredi 31 décembre 1969. 

Il attendra donc jusqu’à ce qu’il pense être le samedi 3 janvier 1970 22:00:00 pour exécuter sa tâche, autrement dit le mercredi 12 septembre 2001 à 00:46:40 heure de New York.  Mais il pourra aussi commencer à exécuter samedi soir à 21:46:40, les tâches planifiées pour le mercredi à 19:00:00.
 
Sachant que toutes ces tâches pouvaient être des ordres boursiers ou des transactions diverses, on peut facilement concocter un scénario où un groupe au vent des dysfonctionnements en tire grand profit. On voit donc qu’à partir du 9 septembre 2001, et au moins jusqu’au 13, on peut s’attendre à des problèmes informatiques profitables.


De plus, pour un système buggué, le lundi 10 septembre 2001 apparaît comme un vendredi. Le mardi 11 septembre est donc un samedi, jour férié. Le lundi 10 septembre 2001 est donc le dernier jour ouvré de la semaine pour le système buggué, et le premier jour ouvré de la semaine dans le monde réel. Le mardi 11 septembre 2001 est donc le premier jour férié pour le système buggué. Notons juste qu’on ne peut exclure que des informaticiens aient sciemment conçu un système financier pour qu’il soit sujet à ce bug. Croyez-moi, une telle erreur serait difficile à repérer pour ses pairs ou lors d’un audit.



Finalement, on remarquera une coïncidence troublante sur l’heure de début des attaques.  Officiellement, d’après le rapport de la commission d’enquête, le vol AA11 percute la tour WTC 1 à 08:46:40 très précisément.  Or, pour un système buggué par troncation, cet instant correspond au samedi 3 janvier 1970, à 06:00:00 (six heures pile du matin.)  À Londres il est 11h pile, et il est midi à Paris.  Un des volets d’une transaction s’exécutant en quelques secondes ou quelques minutes aurait donc pu être interrompu par l’attaque.



Une telle précision est-elle possible pour un avion téléguidé ?  Peut-être.  Mais il est aussi possible que des bombes aient été placées pour exploser précisément à 08:46:40 de façon à affecter des systèmes financiers, et que l’avion se soit planté quelques secondes ou quelques minutes plus tard.  La commission couvrirait donc l’existence de ces bombes en calant l’instant d’impact à 08:46:40

« le mode de vie américain n’est pas menacé par ces gens, sinon par nous même en abandonnant la démocratie et les libertés civiles qui sont les fondements de notre société et c’est cela qu’ils visent pour cela qu’on ne peut pas les laisser faire… »

C’est pourtant ce qui s’est passé avec le « Patriot act »le 26 octobre 2001 soit 5 semaines après le 11/09/01, ça n’a pas traîné, le peu de démocratie a volé en éclat et la torture a été instaurée officiellement comme méthode en plus du reste. Donc ce fut une sorte de coup d’état qui ne dit pas son nom.

Sinon ce n’est pas lui qui a dit que le responsable de « l’attaque » du 11/9 était B Laden, il était déjà désigné par les médias avant que la 1ère tour s’écroule.