IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Un employé du DOGE d'Elon Musk a enfreint la politique du Trésor en envoyant par courriel des données personnelles non chiffrées à l'administration Trump
D'après un dépôt auprès du tribunal

Le , par Anthony

11PARTAGES

6  1 
Un employé du DOGE d'Elon Musk a enfreint la politique du Trésor en envoyant par courriel des données personnelles non chiffrées à l'administration Trump, selon un dépôt auprès du tribunal

Un employé du groupe de travail d'Elon Musk chargé de réduire les coûts a enfreint la politique du département du Trésor en faisant circuler une feuille de calcul contenant des informations personnelles à d'autres personnes de l'administration Trump, selon le dépôt d'un dossier au tribunal par un fonctionnaire fédéral.

Ce développement est la dernière controverse en date concernant le département de l'efficacité gouvernementale (DOGE) d'Elon Musk. En février dernier, il a été révélé qu'un employé du DOGE, licencié pour des fuites de données, a eu accès à des systèmes sensibles du gouvernement américain. L'embauche d'Edward Coristine, un employé de 19 ans qui aurait des liens avec le groupe de cybercriminels « The Com », avait en effet suscité des inquiétudes concernant les protocoles de sécurité du DOGE.

Le membre du personnel impliqué dans ce nouveau rebondissement est Marko Elez, qui a démissionné du soi-disant Département de l'efficacité gouvernementale d'Elon Musk le mois dernier après avoir été lié à un compte de médias sociaux promouvant l'eugénisme et le racisme. Il a cependant été réembauché peu de temps après.

Le dépôt, effectué par le responsable de la sécurité du Bureau du service fiscal (Bureau of the Fiscal Service ou le Bureau), David Ambrose, indique que les fonctionnaires du Trésor ont effectué une analyse scientifique de l'ordinateur portable et du courrier électronique de Marko Elez, concluant qu'il « n'a pas fait d'altérations ou de changements dans les systèmes de paiement du Bureau ».

Toutefois, l'examen a révélé que Marko Elez avait envoyé par courrier électronique une feuille de calcul contenant « un nom (une personne ou une entité), un type de transaction et une somme d'argent » à deux fonctionnaires de l'Administration des services généraux des États-Unis, en violation des politiques du Bureau du service fiscal.


Selon David Ambrose, Marko Elez n'a pas envoyé la feuille de calcul par des moyens chiffrés et n'a pas « obtenu l'approbation préalable de la transmission », ce qui l'aurait obligé à décrire « ce qui sera envoyé et les mesures de protection que l'expéditeur mettra en œuvre pour protéger les informations ».

Comme les noms figurant dans la feuille de calcul envoyée par Marko Elez ne contenaient pas « d'identifiants spécifiques, tels que des numéros de sécurité sociale ou des dates de naissance », David Ambrose a déclaré que les noms figurant dans le document étaient soumis à un « risque faible ».

L'analyse judiciaire a été encouragée par une action en justice intentée par 19 procureurs généraux d'État qui cherchent à empêcher le DOGE d'accéder à des informations de paiement sensibles sur les contribuables américains, les employés du gouvernement et les entrepreneurs.

Dans un précédent dossier, le Trésor a affirmé que Marko Elez s'était vu accorder par erreur un accès en lecture et en écriture aux systèmes du ministère dans le cadre de ses fonctions antérieures au sein du DOGE, avant d'être réembauché. L'accès du groupe de travail aux systèmes du ministère est actuellement limité par une ordonnance restrictive temporaire, que l'administration Trump a demandé au tribunal de modifier pour permettre au DOGE d'accéder à davantage de données.

Dans un document séparé déposé le 14 mars, les États qui poursuivent le Trésor au sujet de l'accès du DOGE ont écrit que l'analyse scientifique de l'ordinateur et du compte de messagerie de Marko Elez « n'apaise en rien les inquiétudes exprimées par le tribunal dans son avis sur la nature précipitée et chaotique du processus d'intégration de l'équipe du DOGE du Trésor. [...] Au contraire, ces nouvelles déclarations confirment que les inquiétudes de la Cour étaient fondées. »

La récente controverse sur le traitement d'informations sensibles par le DOGE fait suite à des contestations juridiques antérieures. Le mois dernier, un juge fédéral a statué que le gouvernement américain avait violé la loi sur la protection de la vie privée en partageant des données personnelles avec le DOGE d'Elon Musk. Le juge a donc bloqué l'accès du DOGE aux informations sensibles du ministère de l'Éducation et du Bureau de gestion du personnel, estimant que la violation constituait un préjudice irréparable.

Source : Dépôt auprès du tribunal

Et vous ?

Quel est votre avis sur le sujet ?
Trouvez-vous que la démarche initiée par le Bureau du service fiscal justifiée et pertinente ?

Voir aussi :

Le DOGE d'Elon Musk supprime l'unité de conseil de l'équipe technologique fédérale, connue sous le nom de 18F, qui faisait le même travail que le DOGE avant que celle-ci ne soit créée

Le DOGE d'Elon Musk remplace les employés fédéraux licenciés par un chatbot d'IA et automatise les tâches, une approche controversée qui suscite des préoccupations en matière de sécurité
Vous avez lu gratuitement 1 articles depuis plus d'un an.
Soutenez le club developpez.com en souscrivant un abonnement pour que nous puissions continuer à vous proposer des publications.

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de Fagus
Membre expert https://www.developpez.com
Le 30/03/2025 à 21:32
Mais est-ce que c'est si intéressant que ça de convertir les bases de code de cobol, alors que ça marche et c'est performant, sachant que la conversion a un coût et des risques de régressions (il y a eu plusieurs histoires ici de migration ratée vers java avec des pertes de performance).
Alors qu'il existe des compilateurs comme gnuCOBOL qui permettent d'exécuter le code sur PC ?

Au pire, est ce si problématique de maintenir le code ? En regardant sur wikipedia, en cobol 2014 le langage est modernisé avec des types modernes et l'orientation objet. (il y a même un cobol 2023).

Les dév ça se forme, et c'est sans doute préférable de manipuler des grandes quantités de calculs en cobol que dans la plupart des langages non ? surtout si on a besoin d'avoir des arrondis obéissant à des règles comptables plutôt que sur une accumulation d'imprécision du calcul flottant binaire.

Quoique, en python, il y a le module decimal pour ça, et je viens de voir qu'il peut être utilisé en c et c++.
8  5 
Avatar de calvaire
Expert éminent https://www.developpez.com
Le 20/03/2025 à 10:51
Citation Envoyé par _toma_ Voir le message
Jusqu'à maintenant j'ai réussi à ne pas me suicider mais, putain, qu'est-ce que notre époque est déprimante !
Pourtant le champs des possibles que nous offre ce monde est fantastique.
On a jamais eu autant d'opportunités dans sa vie que dans ce monde moderne.
Voyager n'importe ou, étudier et exercer n'importe quels métiers, se reconvertir, travailler n'importe ou dans le monde...

Ce monde est au contraire très excitant. Tu devrais juste sortir de chez toi et aller voir ailleurs, jusqu’à trouver un lieu et mode de vie fait pour toi.
Je connais des collègues déprimé a paris, monter leur propre boite et/ou partis au canada, en finlande, en suisse, certains retourner à la campagne devenir fermier... d'autres monter un business en ligne et partir vivre sur les plages de thailande a se taper des putes et fumer du cannabis tous les jours.

Prends l'avion, va en vacances quelques semaine en ouzbekistan vivre avec une tribut nomade, ca te changera les idées.
3  1 
Avatar de calvaire
Expert éminent https://www.developpez.com
Le 31/03/2025 à 8:18
Citation Envoyé par Fagus Voir le message
Mais est-ce que c'est si intéressant que ça de convertir les bases de code de cobol, alors que ça marche et c'est performant, sachant que la conversion a un coût et des risques de régressions (il y a eu plusieurs histoires ici de migration ratée vers java avec des pertes de performance).
Alors qu'il existe des compilateurs comme gnuCOBOL qui permettent d'exécuter le code sur PC ?

Au pire, est ce si problématique de maintenir le code ? En regardant sur wikipedia, en cobol 2014 le langage est modernisé avec des types modernes et l'orientation objet. (il y a même un cobol 2023).

Les dév ça se forme, et c'est sans doute préférable de manipuler des grandes quantités de calculs en cobol que dans la plupart des langages non ? surtout si on a besoin d'avoir des arrondis obéissant à des règles comptables plutôt que sur une accumulation d'imprécision du calcul flottant binaire.

Quoique, en python, il y a le module decimal pour ça, et je viens de voir qu'il peut être utilisé en c et c++.
c'est tous le probleme justement.
Il faut trouver des dev pour faire du cobol, il y'en a peu et coutent cher.

Pour les dev c'est loin d’être une bonne affaire aussi, ok avec cobol ils peuvent trouver un taff mieux pays, mais cobol c'est rare et donc ils seront prisonnier de leurs boite. Un dev cobol va difficilement pouvoir retrouver un taff ailleurs, surtout en cas de layoff il sera dans la merde.
Pour un dev il vaut mieux se former dans des technos d'avenir, sa lui donnera un taff mieux payé et être attractif sur le marché du travail.

Ou alors négocier avec sa boite d’être dev cobol à mi temps ET aussi de faire autre chose de plus vendeur sur le cv, mais pour la boite ca coute encore plus cher ce deal.
Au final la migration apparait comme une bonne solution pour l'avenir de la boite. Car un salarié sa reste pas longtemps dans une boite, 2-5ans. Trouver des devs cobols tous les 2-3 ans, c'est chaud.

Perso j'ai toujours travaillé sur des technos d'avenir, j'ai toujours choisis mes postes en fonction de ca (en plus du salaire). Ca m'a toujours garantie des portes ouvertes auprès des entreprises et des salaires attractifs.
J'ai toujours poussé en interne a utiliser et travailler sur les technos les plus vendeurs sur le cv. Il faut toujours préparer son prochain job, même si il arrivera jamais ou dans 10ans, ou... dans 1 semaine par surprise car la boite a décidé de te virer.

en 2025, Cobol reste une bonne compétence pour le salaire si on habite dans un gros bassin d'emploi comme paris, mais ne surtout pas s'enfermer que la dedans et développer d'autres expertises.
7  5 
Avatar de _toma_
Membre éclairé https://www.developpez.com
Le 19/03/2025 à 21:39
Donald Trump a licencié les deux seuls démocrates de la FTC
Le putsch suit son court, tout va pour le mieux dans le meilleur des mondes.

Les analystes s'interrogent sur la raison de la suppression de ces articles
L'ignorance, c'est la force.

Jusqu'à maintenant j'ai réussi à ne pas me suicider mais, putain, qu'est-ce que notre époque est déprimante !
2  1 
Avatar de der§en
Membre expérimenté https://www.developpez.com
Le 30/03/2025 à 0:27
Sans avoir recours à l’IA, on peux parfaitement réécrire du code cobol vers d’autres langages !

Dans les années 90, à la bourse de paris, on avait développé un convertisseur qui prenait le code cobol issus des mainframes IBM, pour le convertir en langage C pour les VAX/VMS, cela a permis de migrer des millions de lignes de code !
6  5 
Avatar de _toma_
Membre éclairé https://www.developpez.com
Le 20/03/2025 à 11:19
T'inquiète, je suis pas dépressif et j'ai pas l'intention de l'être, je l'ai déjà été. La route de la vie est pleine de nids de poule.

Je suis bien conscient que notre société moderne offre des possibilités incroyables et surtout inédites dans l'histoire de l'humanité.
J'ai 40 ans, j'en suis à mon 5ème métier (j'ai bien dit "métier", pas "travail" ou "emploi"). J'ai pu voir pas mal de choses et j'arrive dans un nouveau domaine d'activités qui me plaît et où j'ai l'opportunité de mettre en valeur beaucoup des compétences que j'ai accumulé en chemin.
J'ai des passions, des loisirs, des amis : ma vie est bien remplie, t'inquiète pas pour moi ;-).

Je ne pratique aucune religion, je ne suis pas croyant mais j'ai des valeurs avec lesquelles j'essaye d'être en accord. J'ai pas la prétention d'être parfait ni de ne faire de mal à personne. Notre monde est complexe et un acte qui nous semble anodin peut avoir de lourdes répercutions. Mais il y a clairement des aspects de notre société que je ne veux pas cautionner.
Je fais partie d'un ensemble plus grand, une espèce : un tout qui me dépasse et me désespère.

Edit : zut, j'ai aussi peu de savoir vivre que Zelensky ;-).
Merci calvaire pour ton message bienveillant.
1  1 
Avatar de Prox_13
Membre éprouvé https://www.developpez.com
Le 31/03/2025 à 13:20
Citation Envoyé par der§en Voir le message
Sans avoir recours à l’IA, on peux parfaitement réécrire du code cobol vers d’autres langages !

Dans les années 90, à la bourse de paris, on avait développé un convertisseur qui prenait le code cobol issus des mainframes IBM, pour le convertir en langage C pour les VAX/VMS, cela a permis de migrer des millions de lignes de code !
Malheureusement, travaillant dans une entreprise qui peine a migrer son ERP de COBOL (VMS) vers des langages modernes, c'est beaucoup d'heures-homme qui doivent y passer et comme l'explique l'ami Calvaire ci-dessus, c'est extrêmement difficile de trouver des développeurs COBOL bons et formés sur les nouvelles technos sans débourser une fortune. (Si ça peut donner des idées à certains, d'ailleurs.)
L'accès a un environnement de dev COBOL reste, malgré tout, une chose assez rare. Et être capable de transcoder des monuments d'avant guerre en COBOL vers un langage actuel en préservant les règles de gestion et la performance du code, c'est une tâche aussi fastidieuse que complexe, qui requiert autant d'expérience que de rigueur.

Il faut aussi prendre en compte le fait que les systèmes vieillots ont l'effet "big ball of mud", avec des générations de développeurs qui se sont succédés avec chacun leurs façons de programmer, malgré un format similaire sous jacent.
Au final, ayant essayé de développer un convertisseur COBOL, c'est compliqué de trouver un algorithme suffisamment générique pour plaire a tous.
3  5 
Avatar de Def44
Nouveau Candidat au Club https://www.developpez.com
Le 02/04/2025 à 9:49
Il est bon de souligner que Musk a bâti l'ordinateur ayant la plus grosse puissance de calcul au monde en seulement 4 mois (Voir "Colossus") tandis qu'on lui avait annoncé minimum 2 ans de construction.

L'IA la plus puissante pourrait-elle gérer ce code ? la fenêtre de contexte est probablement le principal obstacle vu le nombre de lignes, mais ça doit se régler par de la modularité...et une bonne gestion, donc une IA-agent plus efficace que Manus.

Si l'être humain peut y arriver, aucun doute que l'IA le fera plus efficacement, et très rapidement.
1  5 
Avatar de jepamo
Nouveau Candidat au Club https://www.developpez.com
Le 02/04/2025 à 16:00
Nous ne sommes plus nombreux à connaitre le Cobol.
Et faire le portage de 60 millions de ligne de code, en espérant obtenir à minima la même qualité, cela ne se fait pas d'un coup de baguette magique en quelques mois.
S'ils partent dans cette optique, ils vont subir une grosse désillusion.
0  4