pasBill pasGates a écrit 16291 commentaires

Mais c'est bien la juge Cannon qui a refusé de se récuser malgré d'énormes problèmes de partialité et en allant contre les demandes du département de la justice.

Une juge parmis des milliers… quand Trump s'est pris un paquet de vestes de la part de beaucoup de juges. C'est loin d'amener à ta conclusion.

Non, c'est pas ce que je dis, ce n'est pas la justice qui a fait respecter la décision, ce sont ses propres soutiens, par peur de perdre trop d'influence…

Ca c'est ta supposition, pas un fait. Ma supposition est que plein de gens au département de la justice savaient que violer le jugement les amenerait à la case prison à un moment ou un autre.

Il ne fera pas deux fois la même erreur.

On se fiche un peu de ce qu'il fait justement, car il y a des limites à ce qu'il peut faire.

C'est d'ailleurs pour ça qu'il a fait plus d'executive orders en 100 jours de présidence qu'en 3 ans…. Il y a de moins en moins de contrôles sur les lois, c'est lui qui les promulgue à une vitesse démentielle.

Et plusieurs d'entre elles ont été bloquées par la justice. Pas toutes non, parce que tout ce qu'il fait n'est pas illégal, mais bon nombre ont été bloquées. Ce qui montre que le système fonctionne.

C'est vrai, l'armée américaine prête allégeance à la constitution et non à une personne. Et c'est d'ailleurs bien pour ça qu'elle ne devrait légalement pas se retrouver liée à un homme politique dans un discours public… et pourtant cette ligne a déjà été franchie…

Il est commandant en chef de l'armée de par sa fonction de président, tu imagines bien que si il veut faire un discours devant ses subordonnés, il peut.
Ensuite, si demain il demandait à l'armée d'aller arréter des "dissidents" à l'intérieur des Etats-Unis, il n'y a à peu près aucune chance que l'armée accepte. Il faut faire la part des choses.

Mais c'est pourtant possible !

https://itsfoss.com/macos-linux-vm/

A) Biden a lui aussi nommé plein de juges, et beaucoup de juges sont là depuis bien avant Trump, bref plein de juges ne sont pas des fans de Trump. Sans parler du fait que même des juges nommés par lui ont par le passé opposé ces décisions

B) tu le dis toi même : le département de la justice a au final ramené Garcia du Salvador comme la justice le leur intimait. Ils ne voulaient pas, mais ils y ont été forcés.

C) Grande nouvelle : faire un discours ne signifie pas qu'il tient l'armée

Ensuite ton

Comment la cours suprême fera appliquer ses décisions si personne n'est là pour les faire appliquer ?

est justement en pleine contradiction avec l'exemple plus haut de Garcia.

La réalité est qu'aux USA le pouvoir exécutif a un pouvoir, mais il est limité.

De plus la culture américaine, sont histoire, est de ne pas faire confiance au gouvernement. Notamment dans l'armée les officiers et soldats prêtent allégeance à la constitution, pas au président, et c'est quelque chose d'ancré très profondément.

Question :

Ça marche excellemment bien y compris (en particulier) avec des utilisateurs normaux d'informatique (pas des power user qui veulent toutes la complexité des solutions avec des milliards de fonctionnalités).

Cette partie là n'est elle pas la raison qui fait que les DSI rejettent Tracim ? Genre, ils ont un certain groupe de power users et ont besoin de les satisfaire aussi avec la solution choisie ?

Mon dieu, tu rèves…

Je déteste ce clown tout autant que toi, mais tu n'as visiblement pas une grande compréhension de ce pays et comment il fonctionne. Le système judiciaire a beaucoup de pouvoir, et Trump n'a absolument pas le 'contrôle de la police et de l'armée'. Les USA sont encore très loin d'être une république bananière.

La première chose que MS ferait serait de poursuivre Trump en justice, la deuxième serait potentiellement de faire appel, la 3ème serait d'aller devant la cour suprème.

Et toutes les sociètés US internationales seraient derrière MS car elles seraient toutes visées par un exode massif loin de tout ce qui est US.

Ca fait beaucoup de sociétés avec des lobbys massifs…

Bref, on peut théoriser, mais en pratique c'est à peu près impensable.

(que se passerait-il pour les entreprises si les abonnements Microsoft 365 prenaient +200% du jour au lendemain ?).

Elles souffriraient, et Microsoft coulerait à pic parce que n'importe qui avec un QI plus élevé que 0 sait que Microsoft signerait la mort de son offre de services en faisant cela. Ces entreprises commenceraient immédiatement à planifier leur migration loin de tout ce qui a le mot Microsoft.

Bref, il n'y a à peu près aucune chance que cela arrive.

Il y a plein de choses qui peuvent poser problème, aussi les permissions auquel a accès le container, mais cela, ça peut se travailler au moins.

Ensuite, évidemment que le problème est tout le code accessible depuis l'entrée de l'Apple système, le code de l'appel système en lui même est très petit en comparaison et pas le problème.

Les instructions Intel t'en as effectivement plus, mais en complexité elles n'ont rien à voir, et contrairement au noyau elles ne changent pas tous les matins.

Les chiffres sont clairs au niveau des vulnérabilités, le reste c'est de l'opinion et de la théorie

Moi je me contente de comparer le nombre de vulnérabilités amenant à une escalation guest -> host avec KVM - Intel/AMD et le nombre de vulnérabilités dans les appels système du kernel Linux, ca suffit pour tout éxpliquer.

Vu mes positions sur Windows que je réitère souvent, on a va dire que je dis régulièrement du bien du plus gros concurrent de mon employeur. Ensuite, Firecracker est … open source. Il a été crée par AWS-Amazon, mais c'est un projet avec une vraie communauté, plein de contributions sont externes à Amazon : https://github.com/firecracker-microvm/firecracker/blob/main/CREDITS.md

Ah mais les trucs parfait cela n'existe nulle part, même hello World n'est pas parfait.

Firecracker a ses avantages et ses inconvénients (pas de support gpu par exemple), mais il rend beaucoup service. Des services massifs comme Lambda et Fargate tournent dessus, tu imagines donc bien que ce problème de retour de RAM que tu as, pour je ne sais quelle raison eux ne l'ont pas.

Ensuite, Firecracker seul comme cela, ou l'utilisateur doit installer, configurer, etc. tour ce bordel c'est douloureux, cela amène certainement des erreurs et autres, parce que c'est compliqué et cela demande des connaissances que tout le monde n'a pas.

Et c'est justement toute la raison pour mon désir qu'on fasse des microVMs des citoyens de première classe dans les OS serveur, histoire que ce soit enfin (plus) simple à utiliser.

Tout dépend du profile de risque. Si tu fais tourner un truc tout simple en Java, sans deserialization, oui probablement

Si tu fais tourner ffmpeg, gstreamer,… sur des fichiers envoyés par des inconnus, non parce qu'il y a un historique de vulnérabilités, du code C qui touche ce contenu que tu ne contrôle pas,… et les conséquences si ça merde sont une prise de contrôle du système, exfiltration des données de tes clients, etc…

Il fut une époque où une VM était juste trop coûteuse pour pouvoir isoler de manière fine, mais les choses changent.

Ensuite k8s, vu comment il fonctionne, effectivement faut pas l'utiliser pour du multi tenant non plus, les permissions des noeuds n'aident pas.

C'est hilarant de toujours me rattacher à Microsoft alors que cela fait plus de 10 ans que je bosses sur Linux, chez ce qui est certainement le plus grand consommateur de Linux au monde.

Sinon, les mixroVMs c'est très bien, notamment parce que leur faible consommation en ressources comparé aux VMs normales et leur capacité à démarrer très vite fait que dans pas mal de cas tu peux isoler quasiment au niveau requête, sinon au niveau utilisateur, au pire à un pool restreint d'utilisateurs. Pour ce qui est dangereux, genre ces conversions de format par exemple, tu peux le faire d'une manière qui limite énormément l'impact d'une instance compromise.

C'est pas par hasard que Firecracker a été créé par Amazon…

C'est pas méprisant, c'est juste que d'un point de vue sécurité les gens de prélassent dans les containers parce que c'est facile a utiliser. Je comprends un peu, mais cela souligne le besoin d'intégrer les microVMs dans les OS comme citoyens de première classe plutôt que ce qu'ils sont aujourd'hui : en gros des pansements qui ne tiennent pas facilement.

L'overhead des microVMs est assez faible, le coût d'une microVM n'a rien à voir avec celui d'une VM, et il est certainement possible d'intégrer le tout pour qu'un container soit chargé dans une microVM. Il y aura quelques limitations et differences oui mais cela fonctionne très bien.

Oui, effectivement. Et mettre un coussin sur son visage était certainement mieux que rien avant l'obtention de la ceinture de sécurité…

Mais cela fait un moment maintenant qu'on a des VMs, des microVMs. Il y a mieux. Faudrait en faire une primitive de base dans l'OS, bien intégrée, afin que l'adoption grimpe.

L'exemple habituel est les gens qui font tourner plein de services sur le même host, avec le container comme seule barrière entre eux. Le service n'est pas forcément un truc qui fait tourner du code inconnu, mais cela peut aussi etre un service qui fait des conversions de format avec des librairies C. Bref un truc qui a de bonnes chances d'exploser un jour ou l'autre, et quand cela arrive ven les autres services sont compromis aussi.

C'est assez simple en fait.

Si ce que tu veux faire tourner est non trivial (ex: ffmpeg) alors tu atteris au final avec une liste de system calls à permettre qui est pas mal longue, qui contient des trucs assez dangeureux, et tu te retrouves avec autant d'interfaces pour entrer dans ce gros spaghettis de code C qu'est le Kernel.

Tu prends une microVM et tu interface principalement avec un VMM, qui pourrait typiquement être écrit en Rust, tel Firecracker.

Ensuite les unikernels pourquoi pas, on va dire que pour l'instant ils sont du domaine de la curiosité, ils n'ont pas vraiment pris de ce que je vois.

La terrible habitude de beaucoup de gens de croire qu'un container, au sens namespace/seccomp/cgroup du terme, est une barrière de sécurité suffisament sûre pour faire tourner du code potentiellement dangereux dedans.

Vivement qu'on introduise des microVMs comme primitives de premier plan pour que ces gens arrètent de se tirer une balle dans le pied.

C'est un outil Microsoft que tu peux installer depuis le Microsoft store tour comme tu installes tous tes outils a travers yum ou apt-get

Tes critiques font pitié tellement elles montrent que tu ne sais absolument pas de quoi tu parles

Les parts de marché ont montré que les systèmes à problème, Vista et 8, ont été beaucoup moins adoptés que ceux à succès tels que 7 et 10. Les gens regardent oui.

Tu pourrais faire la remarque pour Windows 11 parce que c'est traité comme une update simple à 10, mais pour passer de XP à Vista, de Vista à 7 ou 8, fallait le faire explicitement. Parce que les gens n'allaient pas acheter une nouvelle machine après 2 ans. Et les stats d'adoption ont été très claires: les gens ont rejeté les systèmes qui étaient bâclés.

C'est hilarant.

• https://www.theregister.com/2024/07/21/crowdstrike_linux_crashes_restoration_tools/

• Microsoft n'a d'autre choix que d'appliquer les lois US, aussi stupides soient elles, et tout provider US, même ceux qui utilisent Linux à fond, auraient dû faire de même

Nan, les ados sont toujours des ados, qui n'ont pas compris grand chose à la réalité.

Fais moi rire !

Amazon offre une version de Samba "cloud" par exemple ( https://aws.amazon.com/cloud-directory/ ), ils aident au développement de Samba directement.

Quand à tes plaintes sur la doc en francais, c'est assez drôle. Rappelles moi le jour ou Samba aura le quart du dixième de la doc d'AD en francais.

Tu n'as vraiment aucune idée de ce dont tu parles, c'est affolant.

Oui oui, je suis payé par Microsoft !!! Cela doit être cela…

Ou alors tu es un grand incompris… Tu as vu la lumière, mais moi pauvre mouton n'est pas assez intelligent pour te suivre toi prophète.

C'est quand même hilarant… J'ai vraiment l'impression d'être de retour en genre 2001 - 2002 avec des ados qui viennent m'assurer que Linux est le meilleur OS de l'univers et Microsoft est Darth Vador incarné.

Je ne veux pas le comprendre car c'est totalement faux. La preuve étant que beaucoup ont passé d'un système à l'autre (Nokia -> iPhone ou Android, iPhone -> Android, Windows -> MacOS, etc…) d'eux même plusieurs fois.

Mais c'est tellement plus agréable d'imaginer que le consommateur est stupide, ca permet d'excuser toutes les tares de son système favori !

ProcessExplorer de SysInternals, tu regardes quel processus a un handle sur un chemin qui se trouve sur le device et tu auras ta réponse.

De rien !