vault backup: 2026-02-28 12:53:09
This commit is contained in:
@@ -0,0 +1,117 @@
|
|||||||
|
---
|
||||||
|
title: "Le Paradoxe de Linux : Entre Cimetière de Projets et Hégémonie Mondiale"
|
||||||
|
description: "Si l’on se fie aux données de DistroWatch, le constat est cinglant : sur près de 1 000 distributions GNU/Linux référencées, plus de 630 sont aujourd'hui au cimetière numérique."
|
||||||
|
tags: []
|
||||||
|
date: 2026-02-28 11:57
|
||||||
|
lastmod: 2026-02-28 12:00
|
||||||
|
type:
|
||||||
|
- article
|
||||||
|
category:
|
||||||
|
- "[[Guide]]"
|
||||||
|
status: terminé
|
||||||
|
---
|
||||||
|
|
||||||
|
# Le Paradoxe de Linux : Entre Cimetière de Projets et Hégémonie Mondiale
|
||||||
|
|
||||||
|
Le monde de l’open source est un théâtre d’une brutalité rare. Si l’on se fie aux données de **DistroWatch**, le constat est cinglant : sur près de 1 000 distributions GNU/Linux référencées, plus de 630 sont aujourd'hui au cimetière numérique. Avec un taux de survie qui oscille autour de 30 %, le paysage Linux ressemble davantage à une sélection naturelle darwinienne qu’à un long fleuve tranquille.
|
||||||
|
|
||||||
|
Pourtant, cette hécatombe cache une réalité paradoxale. Si Linux peine à conquérir le bureau de "Monsieur Tout-le-monde", il est devenu l'oxygène du monde numérique moderne.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### I. Les Échecs Illustres : Quand l'Argent et l'Ambition ne Suffisent Pas
|
||||||
|
|
||||||
|
Le succès d'une distribution ne dépend ni de sa levée de fonds, ni de son marketing, mais de la solidité de sa communauté et de sa pertinence technique. Trois exemples marquent cette difficulté :
|
||||||
|
|
||||||
|
- **Mandriva (1998-2011) : La chute du fleuron français.** Née Mandrake, elle a prouvé que Linux pouvait être beau, simple et vendu en boîte chez Carrefour. Sa faillite, après 13 ans de lutte, a laissé un vide immense, bien que son ADN survive à travers **Mageia** et **OpenMandriva**.
|
||||||
|
|
||||||
|
- **Corel Linux (1999-2001) : L'étoile filante.** Corel (connu pour WordPerfect) a tenté de défier Windows frontalement avec une force de frappe financière massive. Résultat ? Une revente en moins de deux ans. L'argent ne suffit pas à acheter une adoption durable.
|
||||||
|
|
||||||
|
- **Ubuntu Touch / Unity (2011-2017) : Le rêve brisé de la convergence.** Mark Shuttleworth (Canonical) voulait un OS unique pour PC et smartphones. Malgré des millions investis, le projet a été abandonné, prouvant que même le leader du bureau ne peut pas forcer le marché mobile face au duo Android/iOS.
|
||||||
|
|
||||||
|
- **Lindows / Linspire (2001-2008) : La promesse brisée.** L'idée était de créer un Linux capable d'exécuter les logiciels Windows nativement (via Wine). Microsoft a attaqué le nom en justice, forçant le passage à "Linspire". Malgré une tentative de simplification extrême (le "Click-n-Run"), le projet a sombré car il n'offrait ni la stabilité de Debian, ni la compatibilité réelle avec Windows.
|
||||||
|
|
||||||
|
- **SteamOS (v1 & v2) : Le faux départ de Valve.** Avant le succès actuel du Steam Deck (sous SteamOS 3 basé sur Arch), Valve avait tenté de lancer des "Steam Machines" sous Debian. Ce fut un échec cuisant : trop peu de jeux compatibles à l'époque et une interface moins performante que Windows. Cela prouve que même avec des milliards, le timing du marché est crucial.
|
||||||
|
|
||||||
|
- **Antergos (2012-2019) : La mort par épuisement.** C'était la distribution préférée de ceux qui voulaient la puissance d'Arch Linux sans la complexité de l'installation. Elle a disparu non par manque d'utilisateurs, mais parce que les développeurs bénévoles n'avaient plus le temps de maintenir un dépôt de paquets sécurisé. La survie est aussi une question de ressources humaines.
|
||||||
|
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### II. Le Poste de Travail : La Forteresse Imprenable ?
|
||||||
|
|
||||||
|
Sur le segment du **Desktop**, le bilan est plus mitigé. En dehors de la niche des développeurs, des administrateurs système et des passionnés de vie privée, Linux stagne. Plusieurs facteurs expliquent ce plafond de verre :
|
||||||
|
|
||||||
|
1. **La pré-installation :** Windows et macOS sont vendus avec le matériel.
|
||||||
|
|
||||||
|
2. **L'écosystème logiciel :** Malgré des progrès (Proton pour le jeu vidéo, suites SaaS), l'absence de la suite Adobe ou d'une version native d'Office reste un frein pour les entreprises.
|
||||||
|
|
||||||
|
3. **La fragmentation :** Le choix immense (plus de 270 distributions actives) est une force pour l'expert, mais une source de confusion pour le néophyte.
|
||||||
|
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### III. La Domination Invisible : Le Maître des Serveurs et du Cloud
|
||||||
|
|
||||||
|
Si Linux est discret sur votre bureau, il est **omniprésent** dès que vous vous connectez à Internet. Le contraste est saisissant :
|
||||||
|
|
||||||
|
- **96 % des serveurs** web mondiaux tournent sous Linux.
|
||||||
|
|
||||||
|
- **100 % des 500 plus gros supercalculateurs** de la planète utilisent une distribution Linux.
|
||||||
|
|
||||||
|
- **Le Cloud (AWS, Azure, GCP)** est quasi intégralement propulsé par Linux. Même Microsoft, autrefois ennemi juré, admet qu'une majorité des instances sur Azure sont sous Linux.
|
||||||
|
|
||||||
|
|
||||||
|
#### Le "Big Four" de la Production
|
||||||
|
|
||||||
|
En environnement professionnel, le chaos des centaines de distributions disparaît au profit de quatre piliers de stabilité :
|
||||||
|
|
||||||
|
1. **RHEL (Red Hat Enterprise Linux) :** Le standard pour les grandes entreprises et la finance.
|
||||||
|
|
||||||
|
2. **Ubuntu Server :** Le roi du cloud et de la facilité d'utilisation.
|
||||||
|
|
||||||
|
3. **Debian :** Le "système d'exploitation universel", réputé pour sa stabilité légendaire et sa neutralité.
|
||||||
|
|
||||||
|
4. **SUSE :** Pilier de l'industrie, notamment en Europe et dans le secteur industriel.
|
||||||
|
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### IV. Pourquoi le duo Debian / Red Hat survole le marché ?
|
||||||
|
|
||||||
|
Si des centaines de distributions disparaissent, **Debian** et **Red Hat (RHEL)** restent les piliers inébranlables de l'informatique mondiale. Voici pourquoi ils excellent là où les autres échouent.
|
||||||
|
|
||||||
|
#### 1. Red Hat (RHEL) : Le modèle de la prédictibilité
|
||||||
|
|
||||||
|
Red Hat n'est pas seulement un OS, c'est une **assurance vie** pour les entreprises.
|
||||||
|
|
||||||
|
- **Le cycle de vie (Life Cycle) :** Une version de RHEL est supportée pendant 10 ans. Pour une banque ou une usine, savoir que son système recevra des patchs de sécurité jusqu'en 2034 sans avoir à tout réinstaller est un argument massue.
|
||||||
|
|
||||||
|
- **La certification matérielle :** Dell, HP et IBM certifient leurs serveurs spécifiquement pour RHEL. Si un bug survient, le support technique est contractuel.
|
||||||
|
|
||||||
|
- **L'écosystème :** Red Hat a créé les standards (format de paquet RPM, SELinux pour la sécurité). Ils sont les plus gros contributeurs au noyau Linux, ce qui leur donne une maîtrise totale de la technologie.
|
||||||
|
|
||||||
|
|
||||||
|
#### 2. Debian : Le "Rocher" de l'indépendance
|
||||||
|
|
||||||
|
Debian excelle pour des raisons diamétralement opposées : c'est la démocratie technique pure.
|
||||||
|
|
||||||
|
- **La Stabilité Légendaire :** La version "Stable" de Debian ne sort que lorsqu'elle est prête, sans pression marketing. Les paquets sont testés pendant des mois, voire des années. C'est pour cela qu'elle est la base de prédilection des serveurs critiques et des infrastructures spatiales.
|
||||||
|
|
||||||
|
- **L'Universalité :** Debian supporte une quantité phénoménale d'architectures de processeurs (ARM, x86, PowerPC, MIPS...). Elle tourne aussi bien sur un vieux routeur que sur un supercalculateur.
|
||||||
|
|
||||||
|
- **La neutralité politique :** Contrairement à Ubuntu (Canonical) ou RHEL (IBM), Debian n'appartient à aucune entreprise. Elle est gérée par une organisation à but non lucratif. Pour de nombreux ingénieurs, c'est la garantie que l'OS ne changera pas de direction pour des raisons purement financières.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### V. L'Illusion DistroWatch : Pourquoi Debian Gagne à la Fin
|
||||||
|
|
||||||
|
Il est crucial de ne pas confondre **popularité de curiosité** et **adoption réelle**. DistroWatch mesure l'intérêt des visiteurs (les clics sur les pages), ce qui favorise les distributions "tendance" ou graphiquement innovantes.
|
||||||
|
|
||||||
|
C'est ainsi que **Debian** n'est presque jamais n°1 du classement, alors qu'elle est probablement la distribution la plus influente de l'histoire. Elle sert de base à Ubuntu (et donc à Mint, Pop!_OS, etc.) et fait tourner des millions de serveurs critiques en arrière-plan. C'est le moteur robuste et discret d'une voiture de course dont on ne regarderait que la carrosserie.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
Le taux d'échec de 70 % n'est pas un signe de faiblesse, mais la preuve d'une vitalité extrême. Dans l'open source, on a le droit d'échouer, de "forker" (reprendre un projet) et d'expérimenter.
|
||||||
|
|
||||||
|
Linux a perdu la bataille du marketing de masse sur le bureau, mais il a gagné la guerre de l'infrastructure mondiale. Pour l'expert, Linux est l'outil de précision ultime. Pour le grand public, c'est cette force invisible qui permet à Netflix, Spotify et à votre banque de fonctionner chaque seconde sans interruption.
|
||||||
59
articles/2026/Olvid.md
Normal file
59
articles/2026/Olvid.md
Normal file
@@ -0,0 +1,59 @@
|
|||||||
|
---
|
||||||
|
title: Olvid
|
||||||
|
description:
|
||||||
|
tags: []
|
||||||
|
date: 2026-02-28 12:11
|
||||||
|
lastmod: 2026-02-28 12:12
|
||||||
|
type:
|
||||||
|
- article
|
||||||
|
category:
|
||||||
|
- "[[Guide]]"
|
||||||
|
status: terminé
|
||||||
|
---
|
||||||
|
Pour contrer l'approche d'Empreinte.com ou les compromis de la DINUM, **Olvid** est souvent citée comme le "gold standard" de la souveraineté numérique française. Contrairement à une solution de visio classique, Olvid est une messagerie instantanée (incluant appels et visio) qui repose sur ## Gemini a dit
|
||||||
|
|
||||||
|
**Olvid** est une application française de messagerie instantanée et de téléphonie (voix/vidéo) qui se distingue par un positionnement radical : la **sécurité maximale par l'absence totale de serveurs centraux d'annuaire.**
|
||||||
|
|
||||||
|
Contrairement à WhatsApp, Signal ou Telegram, Olvid ne vous demande ni votre numéro de téléphone, ni votre accès au carnet d'adresses, ni votre email.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 1. L'architecture "Zero Trust" (Confiance Zéro)
|
||||||
|
|
||||||
|
C'est la différence fondamentale avec Google, Microsoft ou même Empreinte.
|
||||||
|
|
||||||
|
- **Pas d'annuaire centralisé :** Olvid n'a pas de serveur qui contient la liste de vos contacts. L'échange de clés de chiffrement se fait directement entre les utilisateurs (via un QR code ou un code à 4 chiffres).
|
||||||
|
|
||||||
|
- **Suppression du tiers de confiance :** Même si les serveurs d'Olvid étaient piratés (ou saisis par un État), les attaquants n'auraient accès à aucune donnée, car les métadonnées (qui parle à qui) sont elles-mêmes chiffrées.
|
||||||
|
|
||||||
|
|
||||||
|
## 2. Faits Techniques : La "Stack" de Souveraineté
|
||||||
|
|
||||||
|
Contrairement à Empreinte, Olvid a aligné ses actes techniques sur son discours politique :
|
||||||
|
|
||||||
|
|**Élément**|**État de l'art Olvid**|**Comparaison Empreinte/DINUM**|
|
||||||
|
|---|---|---|
|
||||||
|
|**Sécurité**|Certification de Sécurité de Premier Niveau (**CSPN**) de l'ANSSI.|Empreinte : Propriétaire non certifié.|
|
||||||
|
|**Métadonnées**|Anonymisation totale (pas de numéro de téléphone requis).|Google/Microsoft : Collecte massive.|
|
||||||
|
|**Infrastructure**|Indépendante de l'annuaire (pas de LDAP/AD central).|DINUM : Dépend de l'annuaire de l'État.|
|
||||||
|
|**Chiffrement**|Chiffrement de bout en bout (E2EE) post-quantique.|Visio classique : Souvent chiffrée uniquement sur le serveur.|
|
||||||
|
|
||||||
|
## 3. Olvid vs La Critique de la DINUM
|
||||||
|
|
||||||
|
Si l'on reprend la lettre de François Caron, Olvid répond à tous les points de friction :
|
||||||
|
|
||||||
|
- **Indépendance technique :** Olvid a développé son propre moteur cryptographique et ses propres protocoles de communication. Ils ne "consomment" pas de briques américaines prêtes à l'emploi.
|
||||||
|
|
||||||
|
- **Auditabilité :** Bien qu'une partie du code soit propriétaire pour des raisons commerciales, la partie critique (le moteur cryptographique) est **Open Source** et a été auditée par l'ANSSI. C'est le compromis idéal : protection du business et garantie absolue pour l'utilisateur.
|
||||||
|
|
||||||
|
|
||||||
|
## 4. Les limites (Le revers de la médaille)
|
||||||
|
|
||||||
|
La souveraineté totale a un prix technique et ergonomique :
|
||||||
|
|
||||||
|
- **L'expérience utilisateur (UX) :** Le processus d'invitation (échange de codes) est plus lourd qu'un simple lien Zoom ou Teams. Pour le grand public, c'est un frein.
|
||||||
|
|
||||||
|
- **Pas de "Cloud" classique :** Comme rien n'est stocké sur un serveur, si vous perdez votre téléphone sans avoir fait de sauvegarde manuelle, vous perdez tout. C'est le prix de la sécurité absolue.
|
||||||
|
|
||||||
|
- **Usage spécifique :** Olvid est parfait pour la messagerie mobile et les appels sécurisés, mais moins adapté pour une grande conférence visio à 100 personnes avec partage d'écran complexe, domaine où Zoom ou la solution de la DINUM (basée sur LiveKit) restent plus agiles.
|
||||||
|
|
||||||
@@ -0,0 +1,147 @@
|
|||||||
|
---
|
||||||
|
title: "Souveraineté Numérique : La \"Lettre Ouverte\" de François Caron, un Cas d’École d'Incohérence Stratégique ?"
|
||||||
|
description: Si la DINUM n'est pas parfaite, elle a au moins le mérite de construire des outils dont elle possède le code source et qu'elle héberge sur des infrastructures certifiées (SecNumCloud).
|
||||||
|
tags: []
|
||||||
|
date: 2026-02-28 12:01
|
||||||
|
lastmod: 2026-02-28 12:12
|
||||||
|
type:
|
||||||
|
- article
|
||||||
|
category:
|
||||||
|
- "[[Guide]]"
|
||||||
|
status: brouillon
|
||||||
|
---
|
||||||
|
|
||||||
|
# Souveraineté Numérique : La "Lettre Ouverte" de François Caron, un Cas d’École d'Incohérence Stratégique ?
|
||||||
|
|
||||||
|
Le 22 février 2026, François Caron, PDG de l'entreprise **Empreinte.com**, a publié une lettre ouverte adressée à la DINUM (Direction Interministérielle du Numérique). Ce texte se veut un plaidoyer pour la souveraineté française face aux géants américains. Pourtant, une analyse approfondie de la "stack" technique de l'auteur révèle un gouffre entre les paroles et les actes, transformant ce qui devait être une leçon de patriotisme en une démonstration de dépendance aux GAFAM.
|
||||||
|
|
||||||
|
## I. Le Discours : Un Plaidoyer pour l'Indépendance
|
||||||
|
|
||||||
|
Dans sa lettre, François Caron attaque frontalement la DINUM sur ses choix technologiques pour la solution **Visio-Agents**. Ses griefs sont clairs :
|
||||||
|
|
||||||
|
1. **L’utilisation de briques étrangères :** Il reproche à l’État d’utiliser des briques comme _LiveKit_ (technologie américaine), même si elles sont Open Source.
|
||||||
|
|
||||||
|
2. **Le mépris des PME françaises :** Il affirme que sa propre solution, _Empreinte.Live_, est ignorée par l’administration depuis 2021 alors qu’elle serait "plus souveraine".
|
||||||
|
|
||||||
|
3. **Le faux nez de l’Open Source :** Pour lui, le code ouvert ne garantit pas la souveraineté si le moteur reste américain. Il prône une "indépendance par l'industrie française".
|
||||||
|
|
||||||
|
|
||||||
|
## II. La Réalité Technique : "Faites ce que je dis, pas ce que je fais"
|
||||||
|
|
||||||
|
C’est ici que le bât blesse. Lorsque l’on analyse l’infrastructure réelle d’Empreinte.com, la contradiction est flagrante. Plusieurs experts et observateurs du numérique ont relevé trois points qui vident le discours de sa substance :
|
||||||
|
|
||||||
|
### 1. La messagerie chez Google
|
||||||
|
|
||||||
|
Alors que la souveraineté commence par la protection des échanges internes (stratégies, devis, fichiers clients), Empreinte.com utilise **Google Workspace**. En pointant leurs enregistrements MX vers les serveurs de Mountain View, l'entreprise soumet de fait ses données au _Cloud Act_ américain.
|
||||||
|
|
||||||
|
> **Le paradoxe :** Demander à l’État de quitter Microsoft tout en gérant sa propre boîte mail sur Google.
|
||||||
|
|
||||||
|
### 2. Le site web sous protection américaine (Cloudflare)
|
||||||
|
|
||||||
|
Le site vitrine d'Empreinte, qui vante une "visio souveraine", est protégé par **Cloudflare**. Cette entreprise californienne agit comme un intermédiaire : chaque visiteur du site passe par des serveurs américains avant d'atteindre le contenu français.
|
||||||
|
|
||||||
|
### 3. Le choix du "Code Fermé" (Propriétaire)
|
||||||
|
|
||||||
|
Caron critique l'Open Source de la DINUM, mais propose un logiciel **propriétaire**.
|
||||||
|
|
||||||
|
- **La DINUM :** Utilise du code ouvert (modifiable, auditable, réutilisable par tous).
|
||||||
|
|
||||||
|
- **Empreinte :** Propose une "boîte noire" dont seul l'éditeur détient les clés.
|
||||||
|
|
||||||
|
En termes de souveraineté, l'État préfère généralement posséder le code (Open Source) plutôt que d'être "captif" d'un éditeur privé français qui peut faire faillite ou être racheté.
|
||||||
|
|
||||||
|
|
||||||
|
## III. Les Enjeux : Une Guerre de Modèles
|
||||||
|
|
||||||
|
Derrière cette lettre se cache une lutte de pouvoir sur la définition même de la souveraineté :
|
||||||
|
|
||||||
|
- **La Souveraineté Économique (Caron) :** "Achetez mon produit parce que je suis Français et que je paie mes impôts ici." C'est une vision protectionniste.
|
||||||
|
|
||||||
|
- **La Souveraineté Technique (DINUM) :** "Nous voulons maîtriser le code de A à Z, sans dépendre d'un contrat avec une entreprise privée, même nationale." C'est une vision d'autonomie stratégique.
|
||||||
|
|
||||||
|
|
||||||
|
|**Critère**|**Solution DINUM**|**Solution Empreinte**|
|
||||||
|
|---|---|---|
|
||||||
|
|**Code Source**|Open Source (Libre)|Propriétaire (Fermé)|
|
||||||
|
|**Hébergement**|Cloud Souverain (Outscale)|Site web derrière Cloudflare (US)|
|
||||||
|
|**Outils Internes**|Suite de l'État|Google Workspace (US)|
|
||||||
|
|**Modèle**|Commun numérique|Produit commercial|
|
||||||
|
|
||||||
|
## IV. Conclusion : L'Arroseur Arrosé
|
||||||
|
|
||||||
|
La lettre ouverte de François Caron souffre d'un manque de crédibilité technique. En 2026, on ne peut plus se contenter de brandir un drapeau français pour masquer des dépendances structurelles aux GAFAM.
|
||||||
|
|
||||||
|
Si la DINUM n'est pas parfaite, elle a au moins le mérite de construire des outils dont elle possède le code source et qu'elle héberge sur des infrastructures certifiées (SecNumCloud). À l'inverse, proposer une solution de visio "souveraine" tout en étant client de Google pour ses mails revient à vendre des serrures françaises tout en laissant le double des clés de l'usine chez son voisin américain.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
# Les faits techniques
|
||||||
|
|
||||||
|
Pour sortir de la polémique émotionnelle et se concentrer sur la **vérité technique**, voici les faits bruts issus de l'analyse des infrastructures numériques d'Empreinte.com au 28 février 2026.
|
||||||
|
|
||||||
|
Ces données sont publiques (via les outils de requêtes DNS et d'analyse de headers HTTP) et permettent de confronter le discours de souveraineté à la réalité des flux de données.
|
||||||
|
|
||||||
|
## 1. Analyse de la Messagerie (Le "Cœur" de l'entreprise)
|
||||||
|
|
||||||
|
La souveraineté numérique commence par la confidentialité des échanges internes. L'analyse des enregistrements **MX (Mail Exchange)** du domaine `empreinte.com` révèle :
|
||||||
|
|
||||||
|
- **Serveur de réception :** `ASPMX.L.GOOGLE.COM`
|
||||||
|
|
||||||
|
- **Fournisseur :** Google Workspace (États-Unis).
|
||||||
|
|
||||||
|
- **Implication technique :** Toutes les communications d'Empreinte (échanges avec la DINUM, stratégies commerciales, données clients) transitent par les serveurs de Google et sont techniquement soumises au **Cloud Act** américain, qui permet aux autorités US d'accéder aux données d'une entreprise américaine, même si elles sont stockées à l'étranger.
|
||||||
|
|
||||||
|
|
||||||
|
## 2. Analyse de la Diffusion Web et Sécurité (Le "Point de Passage")
|
||||||
|
|
||||||
|
L'analyse des **Name Servers (NS)** et des adresses IP du site `empreinte.com` montre l'utilisation de **Cloudflare** :
|
||||||
|
|
||||||
|
- **Infrastructure :** Les serveurs de noms pointent vers `*.ns.cloudflare.com`.
|
||||||
|
|
||||||
|
- **Le rôle de Cloudflare :** C'est un "Reverse Proxy". Cela signifie que lorsqu'un utilisateur se connecte sur le site d'Empreinte, sa connexion est interceptée par Cloudflare (USA) avant d'être renvoyée vers l'hébergeur.
|
||||||
|
|
||||||
|
- **Le risque de souveraineté :** Cloudflare a la capacité technique de déchiffrer le flux SSL/TLS (le petit cadenas du navigateur) pour inspecter le trafic. Une entreprise qui prône l'indépendance totale confie ici ses clés de chiffrement de transport à un tiers californien.
|
||||||
|
|
||||||
|
|
||||||
|
## 3. Analyse du Logiciel : Propriétaire vs Open Source
|
||||||
|
|
||||||
|
C'est le point de friction majeur avec la DINUM. Voici la différence structurelle entre les deux approches :
|
||||||
|
|
||||||
|
### La solution DINUM (Basée sur LiveKit)
|
||||||
|
|
||||||
|
- **Modèle :** Open Source.
|
||||||
|
|
||||||
|
- **Auditabilité :** Le code est public. N'importe quel expert peut vérifier l'absence de "backdoor" (porte dérobée).
|
||||||
|
|
||||||
|
- **Maîtrise :** L'État peut "forker" (copier et modifier) le code. Si LiveKit (l'entreprise US) disparaît, l'État français possède toujours le code et peut continuer à le faire évoluer.
|
||||||
|
|
||||||
|
|
||||||
|
### La solution Empreinte.Live
|
||||||
|
|
||||||
|
- **Modèle :** Propriétaire (Code fermé).
|
||||||
|
|
||||||
|
- **Auditabilité :** Impossible sans l'autorisation et les outils fournis par l'éditeur.
|
||||||
|
|
||||||
|
- **Dépendance :** L'État devient captif. Si Empreinte.com change ses tarifs ou fait faillite, la solution s'arrête. C'est ce qu'on appelle le **"Vendor Lock-in"** (enfermement propriétaire).
|
||||||
|
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Synthèse des Faits Techniques
|
||||||
|
|
||||||
|
|**Composant**|**État de l'Art Souverain**|**Réalité Empreinte.com**|
|
||||||
|
|---|---|---|
|
||||||
|
|**Emails**|ProtonMail, BlueMind, Zimbra (Hébergé FR)|**Google Workspace (USA)**|
|
||||||
|
|**DNS / Protection**|Orange Cyberdefense, Gandi, NS1|**Cloudflare (USA)**|
|
||||||
|
|**Moteur Vidéo**|Jitsi, BigBlueButton (Open Source)|**Propriétaire (Fermé)**|
|
||||||
|
|**Analytique Web**|Matomo (RGPD / Auto-hébergé)|Souvent **Google Analytics** (à vérifier sur le site)|
|
||||||
|
|
||||||
|
## Conclusion Technique
|
||||||
|
|
||||||
|
D'un point de vue purement ingénierie, la critique de François Caron envers la DINUM est **techniquement asymétrique**.
|
||||||
|
|
||||||
|
Il reproche à l'État d'utiliser des briques _Open Source_ d'origine américaine (qu'on peut pourtant "nationaliser" par le code), alors que sa propre entreprise est structurellement dépendante de services _SaaS_ américains (Google, Cloudflare) qu'il ne peut ni modifier, ni auditer, ni contrôler juridiquement.
|
||||||
|
|
||||||
|
En clair : **La DINUM construit une maison avec des briques étrangères mais dont elle a les plans, tandis qu'Empreinte vend une maison française dont les clés de la porte d'entrée et la boîte aux lettres appartiennent à Google.**
|
||||||
|
|
||||||
|
Voir aussi [[Olvid]]
|
||||||
Reference in New Issue
Block a user