Drônes de californie: essais d'analyse

Contexte et Généralités

Au départ, je n'ai guère "accroché" à cette histoire de drones, ceci car l'inspiration et le design m'apparaissaient d'inspiration très "terrestre".

Les arguments étant les suivants:

Archétype du Design

Que penser du fait que la police de caractère utilisée pour les drones de Californie corresponde à des katakanas « épurés » ? (à la fois dans les formes et dans le nombre). Le « hasard » n'est-il pas un peu gros ? Ceci s'accorde bien avec l’idée d'une projection humaine sur base de caractères connus comme nous l'observons souvent dans la SF contemporaine.

Ecriture Kligon utilisée dans Star Trek

Ecriture Aurek-Besh utilisée dans Star Wars

1. Les dessins avec des lignes courbes et des arabesques sont également très "tendance" sur le plan marketing et commercial, images
2. les formes marquées (flèches observables) à l'envers de ce que je considère comme pouvant représenter les technologies du futures. Cela mériterait un article, mais à mon sens l'évolution technique devrait nous rendre capables, de plus en plus, de nous jouer de la matière et de la manipuler en faisant fi des conventions intuitives à échelle humaine observable. Si l'on veut sur ce sujet, il suffit de se référer à certaines observations d'ovni pour voir à quel point la matière et la "réalité" peuvent être manipulées. Or là, rien de tel. Nous avons des formes qui semblent effectivement évoquer une fonctionnalité et donc sont conçus dans la droite ligne anthropoidéologique. Un dessinateur de mangas japonais aurait fait quelque chose de tout à fait similaire.
3. Incompatibilité avec l'ensemble des témoignages d'OVNI à ce jour, ce qui forme une classe à part.

Archétype du témoignage

Dans toutes les observations de drone, nous avons:

1. Des photographes qui s'évanouissent dans la nature et tout état de cause font tout pour ne pas être reconnus
   1. Des témoignages/photos qui ne permettent pas d'identifier clairement le lieu de prise de vue
2. Un ensemble de témoignages réalisés sur une aire géographique et une période déterminée compatibles avec l'idée de la réalisation d'un hoax par une personne ou groupe de personnes présentes dans la zone,
3. Des témoignages qui suivent étrangement un schéma assez similaire : des couples mariés ou en passe de l'être. L'élément "mariage" est toujours important,

Hyp: Donc, toutes choses très suspectes qui laissent penser à une manipulation humaine et dans la mesure où cela peut laisser l'impression que l'on s'attache à "vendre" un concept. Et c'est pourquoi je resterai très prudent.

Cependant...

... une proposition intéressante a émergée récemment. Qui rejoint la thématique d'U-Sphère et qui m'incite à accorder un regard (un peu) plus approfondi sur cette affaire: il existerait une corrélation entre l'observation des drônes et l'emplacement de la faille de San Andreas.

Hyp: l'option (?) possible serait alors de considérer les drônes commes des engins d'observation et qui utiliseraient "ordinairement" des techniques d'invisibilité optique. L'explication de l'aspect anthropomorphique tiendrait du fait que les engins seraient d'origine humaine, soit dans ce contexte hautement spéculatif, militaire.

Sans trop s'enfoncer en avant dans cette hypothèse, il m'est apparut intéressant de vérifier si un cas assez bien photographié résiste à l'analyse superficielle. Je n'ignore pas qu'un certain nombre de travaux ont déjà été réalisés sur le sujet, cependant je ne résiste pas à l'envie de vérifier moi-même certains détails.

Témoignage de Capitola

Allons-y ! Pour ceux qui auraient raté quelque chose, je rappelle l'histoire des prises de vue de Capitola qui constitue le 3ème témoignage de la série des drones du PACL. Je choisi ce témoignage car il est, en théorie, susceptible de nous conduire à des témoins directs, soit au contraire de démontrer qu'il y a une manipulation. Il s'agit du témoignage d'un dénomé "Rajman1977" auteur des photos:

[Sur Flickr, rajman1977, le 20 mai 2007]

Cette semaine je rendais visite aux parents de mon fiancé à Capitola (nous étions en fait là-bas pour leur signifier notre engagement). Nous étions en train de dîner sur le porche de derrière lorsque nous remarquâmes cet "objet" qui avait l'air de planer dans le ciel.

(1, 2) L'appareil photo était resté après avoir été utilisé plus tôt et je l'attrapais et essayait d'en avoir des clichés nets. Il passa au-dessus du toit peu après, et

(3) je courus donc dans la rue devant la maison pour le suivre, en essayant d'en avoir d'autres clichés sans trop bouger (ce qui était plus face à dire qu'à faire).

(4,5) Il arriva alors plus bas au-dessus d'un poteau téléphonique, où je parvins à obtenir quelques autres clichés, avant qu'il ne finisse pas s'élever au loin assez rapidement.

(6) Je pensais qu'il était parti mais remarquais qu'il était toujours visible, et pris donc quelques autres photos.

A un moment une voiture s'arrêta pour regarder aussi. Personne n'avait une quelconque idée de ce que pouvait être cette chose mais cela effrayait visiblement tout le monde dans la voiture. Une fois qu'il fut parti ils me dirent d'appeler les journaux et s'en allèrent. Je suis pas sûr de qui d'autre pourrait l'avoir vu dans les environs dans là mesure où je ne vis pas ici, mais je suis certain qu'au moins quelques autres l'ont remarqué. C'était trop étrange et trop proche pour ne pas être remarqué. Une fois qu'il fut parti je retenais ma respiration et je pus difficilement empêcher mes mains de trembler durant à peu près l'heure qui suivit. Inutile de dire que nous n'avons parlé que de çà le restant de la nuit. Aucun d'entre nous n'arrive à imaginer ce que c'était (et cela a tout son sens, car le père de ma fiancée est ingénieur en mécanique).

Nous avons envoyé une copie des photos aux journaux mais n'en avons pas entendu reparler à ce jour. Je ne sais pas combien de temps prend ce genre de choses.

Il y a aussi des inscriptions sur cette chose, que je n'ai pas reconnues (et je lis l'anglais et l'hindi). Vous pouvez les voir sur quelques-unes des images.

Quoi qu'il en soit, j'ai créé ce compte Flickr pour les meilleures de ces images. Je n'ai aucune idée de ce qu'est cette chose et je les mets donc ici pour voir si jamais quelqu'un d'autre le voit.

Capitola: voir les différents témoignages originaux de Rajman ici (en anglais)

Présentation des images

Voici les 6 images prises à Capitola, dont les données EXIF sont curieusement bridées, (pour ne pas dire manipulées, voir ci-dessous):

(1) 17:41:11 - Curieusement la photo n'est pas centrée sur l'objet, mais celui ci cadré à droite. Drôle de façon de prendre une photo pour un phénomène qui devrait obnubiler le photographe. Ou sinon une précaution volontaire du photographe ? Intéressante, mais dans le viseur optique il ne devrait pas voir le mur (cf. ci-dessous).	(2) 17:41:34 (1)+23s - même remarque que précédemment, cadré de telle façon à laisser apparaître un morceau de la maison	(3) 17:42:17 (2)+43s
(4) 17:42:58 (3)+41s	(5) 17:43:02 (4)+04s	(6) 17:44:37 (5)+95s

Origine des photos téléchargées: comme aujourd'hui elles ne sont plus disponibles sur Flickr, je les ai copiées du site de Didier de Plaige (OVNI USA).

Hyp: cela pourrait ressembler à un jeu de piste organisé, chaque photo laissant juste assez d'indices. Les photos juste sous les poteaux sont caractéristiques: pourquoi prendre les photos à cet endroit là précisément ? Est-ce quelque chose qui viendrait à l'esprit de quelqu'un observant le ciel que de placer un obstacle dans sa vue?

Informations sur le matériel utilisé

Sous réserve de validité des données il s'agit d'un Minolta DiMAGE X, (informations détaillées ici), et dont voici quelques unes des principales caractéristiques qui vont nous intéresser:

• Appareil datant de juin 2002
• 1 960 000 pixels (2MPixels)
• Couverture du champ du viseur: 75%
• Taille du capteur optique: 1/2.7"
• Distance focale: 5.7 mm - 17.1 mm
• Distance focale équivalente à celle d'un appareil 35 mm: 37 - 111mm

Interrogations sur la couverture du champ du viseur

Le viseur sur cet appareil est optique. La couverture de champ par le viseur est de 75%, ce qui signifierait que les objets en extrême bord d'image ne sont pas vus au travers du viseur. Par conséquent, il serait intéressant de vérifier de quelle façon cette couverture du champ du viseur restreint la visée du témoin : bords latéraux verticaux/horizontaux et/ou les deux.

En l'occurrence, si le témoin n'observe effectivement que 75% des images obtenues au travers de son viseur optique, cela pourrait signifier que sa couverture visuelle effective était de 1385x1040 pixels, toujours par rapport aux images données.

C'est une chose intéressante à remarquer, car cela signifie que le témoin qui déjà, de façon très curieuse, n'avait pas centré correctement le sujet cela devient encore plus sensible, en particulier pour les trois premières photos:

Capteur CCD et couverture angulaire

Si vous cherchez la correspondance entre la taille du capteur optique indiquée (commerciale) et sa taille physique vous aurez de quoi vous poser des questions.

Par exemple ici, le 1/2,7" de pouce. En réalité, le grand coté mesure 5.3 mm soit environ 1/5". La diagonale est de 6,6 mm soit environ 1/4" et pas du tout les 1/2,7" annoncés... Cela vient tout simplement du fait que la grandeur commerciale est la diagonale du support du CCD, pas celle de la surface active, un peu comme dans les téléviseurs qui annoncent comme diagonale celle du carton d'emballage...

Informations sur les photos (données EXIF)

Les données EXIF attachées à ces photos, (ici en version 2.2 dont vous pouvez lire spécifications), comme nous le signalions plus haut sont pauvres en données. Est-ce du à la version du firmware (ce type d'appareil datant de 2002) ou bien les données ont-elles été sciemment effacées? Ce point serait à vérifier par quelqu'un ayant ce même type d'appareil et prenant une photo.
Quoiqu'il en soit, la seule variation entre les différentes photos prises tient à l'heure de prise de vue et à la taille de la miniature générée.

Ci-dessus, entourées de rouge, les seules variations entre les photos. Dans la partie thumbmail, "compression 6" signifie que les thumbnails sont compressés au format JPEG tout simplement. Cela n'indique malheureusement pas le taux de compression utilisé.

Si l'on essaye de s'éloigner du terrain favori de ceux qui ont étudié le cas, à savoir l'analyse et le traitement de l'image par des outils de composition graphique 2D/3D, pour se rapprocher un peu de celui (plus austère, j'en conviens) du manipulateur d'octets, l'informaticien. Il y a des choses à vérifier. C'est d'autant plus intéressant que si l'on suppose que c'est un hoax, alors les compétences de l'auteur seront certainement plus spécialisées sur l'art graphique, que celles de l'informatique pure: autant essayer de varier les terrains d'analyse !

La taille des miniatures (données EXIF) est-elle conforme à la taille des photos ?

C'est la première question qui me vient à l'esprit. En d'autres termes, si nous recomposons des miniatures à partir des photos aujourd'hui -et dont nous disposons- nous obtenons un résultat en octets correspondant à un "poids" d'image. Celui-ci est-il conforme, au moins en proportion, à celui indiqué dans les données EXIF ?
A voir... Car, comme nous le savons, le format JPEG est d'autant plus lourd que de l'information est présente dans la photo, donc la présence de ce drone devrait augmenter le poids des vignettes (thumbnails).

Dans l'hypothèse ou des photos de ciel bleu ont été prises et le drone aurait été rajouté après, il pourrait en effet s'observer une différence.

La réponse

Malheureusement, cela ne peut servir de moyen de vérification: un outil comme "Exifer" utilisé plus haut permet de visualiser également la vignette enregistrée avec la photo mais aussi de l'exporter.

Avec de tels outils, il est donc tout à fait possible pour un faussaire de modifier les données EXIF et d'aller jusqu'à changer la vignette associée à la photo pour la rendre compatible.

Ainsi, ci-dessous, j'ai extrait les vignettes des 6 photos dont nous pouvons constater au passage qu'elles sont plus fortement dégradées. Le format est bien entendu, toujours du JPEG. La taille des vignettes (en pixels) est de 160x120 -ce qui ne correspond en rien à la taille de l'écran LCD de 110 000 pixels utilisé sur cet appareil, si l'on cherchait une corrélation quelconque par ce biais-

(1) thumb: 3 473 octets originale: 548 064 octets Ratio: 157	(2) thumb: 2 002 octets originale: 462 564 octets Ratio: 231	(3) thumb: 1 389 octets originale: 277 177 octets Ratio: 199
(4) thumb: 2 868 octets originale: 466 017 octets Ratio: 162	(5) thumb: 2 409 octets originale: 388 766 octets Ratio: 161	(6) thumb: 3 233 octets originale: 451 241 octets Ratio: 139

Autres questions

Les différences de ratio (poids de l'image "originale" divisé par le poids du thumbnail) entre les photos sont surprenantes (de 140 à 230). Pourquoi de tels écarts ?

Certains seuils au niveau des échelles de granularité composant les motifs des images sont peut-être franchis, ce qui provoque des écarts. Pour en avoir le coeur net, il faudrait partir des images originales sous photoshop et les réduire de la même façon [=>]

Informations sur les données des images (au-delà de l'EXIF et du réel)

Appliquons un traitement de choc et dégainons "notepad" afin d'observer ce que contiennent ces images et que les données Exif ne nous disent pas:

Le décryptage est "simple" lorsque l'on connait la signification des zones:

• le fichier commence par la description du format, (JFIF - JPEG File Interchange Format),
• immédiatement suivi, des données EXIF,
  • ... à l'intérieur desquelles, nous trouvons insérées les données d'une image miniature toujours au format JFIF. Ces données sont la copie exacte des vignettes extraites ci-dessus (voir le fichier de la vignette).
• Après les données de la vignette, suit quelque chose de plus étonnant : du code XML d'une application tierce (!) Et pas de n'importe quelle application puisqu'il s'agit d'Adobe Photoshop CS2.
• Ensuite le fichier se poursuit sur le bloc de données de l'image principale proprement dite.

Il devient là évident que les photos ont été retouchées.
Voyons ce que ces meta-données ont à nous dire dans leur plus grand ensemble.

Que pouvons-nous comprendre des informations tierces stockées dans les images ?

Ci-après une partie des données lisibles de la photo "Capitola 13".

http://ns.adobe.com/xap/1.0/
<?xpacket begin="" id="W5M0MpCehiHzreSzNTczkc9d"?>
<x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="3.1.1-112">
   <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
      <rdf:Description rdf:about=""
            xmlns:dc="http://purl.org/dc/elements/1.1/">
         <dc:format>image/jpeg</dc:format>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xap="http://ns.adobe.com/xap/1.0/">
         <xap:CreatorTool>Adobe Photoshop CS2 Windows</xap:CreatorTool>
         <xap:CreateDate>2007-05-20T13:04:39-07:00</xap:CreateDate>
         <xap:ModifyDate>2007-05-20T13:04:39-07:00</xap:ModifyDate>
         <xap:MetadataDate>2007-05-20T13:04:39-07:00</xap:MetadataDate>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xapMM="http://ns.adobe.com/xap/1.0/mm/"
            xmlns:stRef="http://ns.adobe.com/xap/1.0/sType/ResourceRef#">
         <xapMM:DocumentID>uuid:486E2C450D07DC119FD78ABD8FA3219B</xapMM:DocumentID>
         <xapMM:InstanceID>uuid:496E2C450D07DC119FD78ABD8FA3219B</xapMM:InstanceID>
         <xapMM:DerivedFrom rdf:parseType="Resource">
            <stRef:instanceID>uuid:466E2C450D07DC119FD78ABD8FA3219B</stRef:instanceID>
            <stRef:documentID>uuid:B546BEBB0507DC119FD78ABD8FA3219B</stRef:documentID>
         </xapMM:DerivedFrom>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:tiff="http://ns.adobe.com/tiff/1.0/">
         <tiff:Orientation>1</tiff:Orientation>
         <tiff:XResolution>720000/10000</tiff:XResolution>
         <tiff:YResolution>720000/10000</tiff:YResolution>
         <tiff:ResolutionUnit>2</tiff:ResolutionUnit>
         <tiff:NativeDigest>256,257,258,259,262,274,277,284,530,531,282,283,296,301,318,319,529,532,306,270,271,272,305,315,33432;CBB0F357681357EA5402D2D4194E4709</tiff:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:exif="http://ns.adobe.com/exif/1.0/">
         <exif:PixelXDimension>1600</exif:PixelXDimension>
         <exif:PixelYDimension>1200</exif:PixelYDimension>
         <exif:ColorSpace>1</exif:ColorSpace>
         <exif:NativeDigest>36864,40960,40961,37121,37122,40962,40963,37510,40964,36867,36868,33434,33437,34850,34852,34855,34856,37377,37378,37379,37380,37381,37382,37383,37384,37385,37386,37396,41483,41484,41486,41487,41488,41492,41493,41495,41728,41729,41730,41985,41986,41987,41988,41989,41990,41991,41992,41993,41994,41995,41996,42016,0,2,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,20,22,23,24,25,26,27,28,30;B18766B2D943F46AC2A573FD1C3E642F</exif:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:photoshop="http://ns.adobe.com/photoshop/1.0/">
         <photoshop:ColorMode>3</photoshop:ColorMode>
         <photoshop:ICCProfile>sRGB IEC61966-2.1</photoshop:ICCProfile>
         <photoshop:History/>
      </rdf:Description>
   </rdf:RDF>
</x:xmpmeta>

Il s'agit de données au format "XAP".

XAP est un sigle abandonné par Adobe qui signifie "eXtensible Authoring Publishing" aujourd'hui devenu XMP "eXtensible MetaData Plateform". La philosophie sous-tendue là derrière consiste en la description de meta-données métier (multimedia) qu'ajoute Adobe à ses documents. Un peu à la façon des données EXIF, cela permet d'ajouter des informations qui permettent de mieux comprendre le contexte de production des documents.

La documentation des tags est disponible ici chez Adobe qui soutient (et pousse) cette standardisation. Concernant les images JPEG, Adobe mélange allègrement les genres en appelant les données qu'il produit, données "XMP-exif". En fait les données XMP sont incluses dans les données Exif, mais seuls des outils spécifiques peuvent les lire et les reconnaître.

Par conséquent, j'ai essayé différents petits logiciels pour lire ces meta-données directement tels que iTag, Kalimages ou FastPictureViewer mais sans succès.

Finalement, c'est exiftool qui m'a permis d'extraire toutes les informations XMP (il extrait également les données Exif).

Meta-Données "XMP-Exif"

Voici un tableau consolidé des meta-données Exif et XMP des différentes images, créé à partir des données extraites par exiftool.

• Au passage, il serait intéressant d'examiner de près les uuid. Notamment pour ceux nommés 'Derived From Document ID'. La date est-elle utilisée pour générer l'uuid? Que peut-on connaître du document source grâce à l'uuid?

Un autre outil permet d'examiner de plus près les données JPEG, et en particulier de retrouver en fonction des caractéristiques de la compression appliquée par le matériel ou logiciel source utilisé. Ce qui s'avère particulièrement utile pour les photos éditées à posteriori : il s'agit de JPEGsnoop

Lorsque utilisé sur l'image "Capitola13_large", voici ce que nous dit la fin du rapport :

*** Searching Compression Signatures ***


   Signature:           0166B0BC0B82C8233430BF67FA31C829
   Signature (Rotated): 0166B0BC0B82C8233430BF67FA31C829
   File Offset:         0 bytes
   Chroma subsampling:  1x1
   EXIF Make/Model:     OK   [MINOLTA CO.,LTD] [DiMAGE X]
   EXIF Makernotes:     NONE
   EXIF Software:       OK   [V100-02]



   Searching Compression Signatures: (3314 built-in, 0 user(*) )


   EXIF.Make / Software              EXIF.Model                        Quality        Subsamp Match?
   
-------------------------   -----------------------------------   ----------------   --------------
   [Adobe Photoshop          ]                                    [Save As 10      ]


ASSESSMENT: Image is very likely processed/edited

Tentative de reconstitution de la scène

Cohérence des photos avec la date l'heure et le lieu

Eclairage de la Terre et position de Capitola le 17/05/2007 à 0:41 TU (WinStar)

Le seul moyen de vérifier la cohérence de ces informations consiste à se baser sur les rares éléments exogènes, soit :

• la situation météorologique,
• et la position du soleil dans le ciel

ceci pour le jour, l'heure et le lieu proposés.

Les données de référence que nous retenons, suivant les informations fournies par le témoin sont les suivantes:

• Date et Heure locale: le 16/05/2007 de 17:41:11 à 17:44:37 (-7H TU)
• Date et Heure TU: le 17/05/2007 de 0:41:11 à 0:44:37 TU
• Position, à partir du centre ville supposé de Capitola :
  • Latitude: 36.9785°
  • Longitude: -121.953°

Scénario probable

Ce qui veut dire que l'on peut établir le scénario suivant:

• Les photos auraient été créées le 16 mai 2007 entre 17:41:11 et 17:44:37 (3 minutes 26 secondes),
• Puis retouchées, dans le désordre, le 20 Mai 2007 via Adobe Photoshop CS2 entre 13:04:39 et 13:59:32.
  • Pas simplement ouvertes, mais bel et bien enregistrées sur une plage de 54mn53s avec ce qui apparait comme "une pause" de 43 minutes entre les 4 premières et les deux dernières images: pas le temps de faire des masses de retouches, *à moins que* le travail ait été effectué les jours précédents ?
    • Question posée: qu'a t-on le temps de faire en 13 à 24 secondes sous Photoshop ? Réponse à vue de nez : sauvegarder la photo dans un format, le temps de saisir le nom, répondre aux boîtes de dialogue, puis en ouvrir une autre.
• Puis ces images ont été publiées via un message sur CraigList le même jour à 15h18.

Questions restant posées

• ouverture angulaire de l'appareil photo ?

• A quel type d'arbre avons nous affaire sur la photo ?
  • (1) (2) :
  • (1)

 

Tableau de synthèse

Eléments	Crédibilité	Arguments
Archétype du design	---
Archétype des rencontres	---
Photos	----	Non: images modifiées et enregistrées avec Photoshop CS2. 4 jours d'intégration possible entre le moment de la prise de vue et la production sous Photoshop.
Témoin	---	Aucune preuve de l'identité réelle.