La bêta de Battlefield 6 exigera le secure boot : configurez-le au lieu de râler
Lire l'article complet
Hier, en fin de journée, Electronic Arts a lancé le préchargement pour la bêta de Battlefield 6, qui commence le 7 août pour ceux qui ont récupéré un accès. A priori, il fallait s’être inscrit au Battlefield Labs (c’est notre cas à la rédac) ou avoir regardé un stream lors de l’événement avec les streamers, le 31 juillet. Mais pas de panique, la bêta ouverte à tous se déroulera les 9 et 10 août ainsi que du 14 au 18 août.
https://www.youtube.com/watch?v=wWkG7r5lM10
Mais déjà, des voix s’élèvent contre la décision d’imposer le secure boot pour lancer la bêta. Si vous avez un ...
Hier, en fin de journée, Electronic Arts a lancé le préchargement pour la bêta de Battlefield 6, qui commence le 7 août pour ceux qui ont récupéré un accès. A priori, il fallait s’être inscrit au Battlefield Labs (c’est notre cas à la rédac) ou avoir regardé un stream lors de l’événement avec les streamers, le 31 juillet. Mais pas de panique, la bêta ouverte à tous se déroulera les 9 et 10 août ainsi que du 14 au 18 août.
https://www.youtube.com/watch?v=wWkG7r5lM10
Mais déjà, des voix s’élèvent contre la décision d’imposer le secure boot pour lancer la bêta. Si vous avez un ...
Perso c'est sans moi... bossant en IT dans le network et avec des experts cybersécurité, jamais j'active ce truc et autorise une société comme EA de pouvoir exécuter du code au niveau kernel de mon système.
Faut arrêter de raconter n’importe quoi. Le secureboot fait justement l’inverse de ce que tu dis.
Le Secure Boot permet d'éviter l'exécution de rootkits ou autre en théorie, en gros seul du code signé pourra s'exécuter au boot, ce qui permet d'éviter potentiellement le chargement de modules de triches qui s'exécuterait au niveau kernel, après bon, je sais pas si leur anti cheat est aussi invasif que les autres mais il n'y a pas de raisons pour qu'il ne le soit pas... BattleEye, EAC et consort exécutent bel et bien du code au niveau kernel pour surveiller efficacement que tu ne bidouilles rien pendant que tu joues...
On se régale dans les commentaires des news en ce moment !
Ah ça, pour obliger Secure Boot, y'a du monde, mais pour reconnaitre les touches Mouse 4 et Mouse 5 dans les bindings, y'a plus personne.
En 2025, sans déconner putain.
Obligé de passer par G-Hub et son interface infame, rajouter l'exe de Battlefield dans les applications (.Steam\steamapps\common\Glacier Events\bf6event.exe), et binder à Mouse 4 et Mouse 5 des touches classiques pour que ce fonctionne.
En 2025, sans déconner putain.
Obligé de passer par G-Hub et son interface infame, rajouter l'exe de Battlefield dans les applications (.Steam\steamapps\common\Glacier Events\bf6event.exe), et binder à Mouse 4 et Mouse 5 des touches classiques pour que ce fonctionne.
Après bon en 2025 si tu as pas le secure boot, c'est soit que tu as mal installé Windows et/ou mal configuré l'UEFI (et pas le BIOS, puisque le BIOS n'existe plus au profit de l'UEFI), soit que tu trimballes un vieux clou qui ne pourra de toutes façons pas faire tourner BF6...
Est ce qu'on a une idée de l'impact en terme de performances d'un anti-cheat niveau kernel? Ca check combien de choses tout les combien de ticks un truc pareil?
Ca fait plus de 5 ans que ces trucs sont partout, il y a que Valve avec VAC qui ne le font pas... Ca check comme les autres, c'est pas plus une question de frequence de vérification que d'accès globale au système qui permet théoriquement d'empêcher que les hacks se cachent facilement...
Facilement contournable avec le logiciel constructeur de la souris pour affecter les boutons souris supplémentaires à des touches clavier (voire des combinaisons de touche) peu accessible en pleine partie.Beb a écrit : ↑ Ah ça, pour obliger Secure Boot, y'a du monde, mais pour reconnaitre les touches Mouse 4 et Mouse 5 dans les bindings, y'a plus personne.
En 2025, sans déconner putain.
Obligé de passer par G-Hub et son interface infame, rajouter l'exe de Battlefield dans les applications (.Steam\steamapps\common\Glacier Events\bf6event.exe), et binder à Mouse 4 et Mouse 5 des touches classiques pour que ce fonctionne.
T'es sûr que c'est pas toi qui t'es piné ? Les boutons souris c'est colonne de droite, à gauche c'est les touches clavier. Aucun souci de mon côté.
Je confirme, par défaut les touches 4 et 5 sont mêmes utilisées de base pour les gadgets, et y a aucun problème pour changer ça, pas besoin de logiciel externe.
Ah donc du coup y'a une colonne spécifique à la souris ? Genre si on clique sur la colonne 1, c'est reservé au clavier ? Si c'est le cas j'suis un gland effectivement, mais c'est quand même pas super logique, la plupart du temps on clique un bind et peut importe le périphérique, ça le prend en compte...
Edit : c'était bien ça. Colonne droite = souris uniquement. Sauf qu'il n'y a aucune en tête de colonne pour le préciser...
Edit : c'était bien ça. Colonne droite = souris uniquement. Sauf qu'il n'y a aucune en tête de colonne pour le préciser...
C'est installé, j'ai enlevé le flou de mouvement d'avance, mais l'upscaler en natif, et on verra en jeu pour bidouiller les options graphiques si besoin
Mais curieux de voir ce BF3-4 mais avec des classes bien pensées
Mais curieux de voir ce BF3-4 mais avec des classes bien pensées
J'y comprends rien avec vos commentaires.
Si l'objectif de ce secure boot c'est de prévenir l'exécution de code non signé niveau kernel/whatever : en quoi l'activer empêcherait du code signé de s'y exécuter, comme cet anti cheat d'EA ? Et en quoi ca serait une mauvaise chose, même au delà de ce cas de figure, de le laisser desactivé par défaut, vu qu'à part des utilisations de programmes sans doute extrêmement spécifiques et techniques, l'utilisation normale d'un ordinateur ne devrait pas requérir l'utilisation de programmes non signés qui seraient rejetés par ce système.
Bref, pourquoi ça serait une bonne chose de laisser ça désactivé ?
Si l'objectif de ce secure boot c'est de prévenir l'exécution de code non signé niveau kernel/whatever : en quoi l'activer empêcherait du code signé de s'y exécuter, comme cet anti cheat d'EA ? Et en quoi ca serait une mauvaise chose, même au delà de ce cas de figure, de le laisser desactivé par défaut, vu qu'à part des utilisations de programmes sans doute extrêmement spécifiques et techniques, l'utilisation normale d'un ordinateur ne devrait pas requérir l'utilisation de programmes non signés qui seraient rejetés par ce système.
Bref, pourquoi ça serait une bonne chose de laisser ça désactivé ?
C'est juste pour le plaisir de gueuler je présume. Les gens n'ont pas envie d'être obligé de faire quelque chose pour jouer à un jeu vidéo.
Ils doivent se dire que changer un parametre dans le BIOS est hors scope d'un jeu vidéo et doivent avoir peur qu'Electronic Arts (qui ont quand même laissé tomber Origin quand même, c'est chouette) fassent quelque chose avec leur OS alors que non.
Le titre de la news résume parfaitement l'état d'esprit des joueurs. Y'a qu'à voir les forums steams, un post sur deux est pour raler...
Ils doivent se dire que changer un parametre dans le BIOS est hors scope d'un jeu vidéo et doivent avoir peur qu'Electronic Arts (qui ont quand même laissé tomber Origin quand même, c'est chouette) fassent quelque chose avec leur OS alors que non.
Le titre de la news résume parfaitement l'état d'esprit des joueurs. Y'a qu'à voir les forums steams, un post sur deux est pour raler...
Non, tu as raison, il n'y a aucune raison d'avoir SecureBoot désactivé sur une machine Windows moderne. A moins d'être développeur et de tester des trucs bizarres, ou avec Linux (et encore il y a sans doute des Linux compatibles en 2025?).Batoune a écrit : ↑ J'y comprends rien avec vos commentaires.
Si l'objectif de ce secure boot c'est de prévenir l'exécution de code non signé niveau kernel/whatever : en quoi l'activer empêcherait du code signé de s'y exécuter, comme cet anti cheat d'EA ? Et en quoi ca serait une mauvaise chose, même au delà de ce cas de figure, de le laisser desactivé par défaut, vu qu'à part des utilisations de programmes sans doute extrêmement spécifiques et techniques, l'utilisation normale d'un ordinateur ne devrait pas requérir l'utilisation de programmes non signés qui seraient rejetés par ce système.
Bref, pourquoi ça serait une bonne chose de laisser ça désactivé ?
SecureBoot n'a aucun impact sur les performances ou fonctionnalités de la machine, ça protège juste Windows pendant le boot.
Ce ne serait pas ton orthographe qui serait partie en Inde ?RED.Misfit a écrit : ↑Et voilà en 1 commentaire on voit le niveau de l'IT français. On comprend mieux pourquoi tout est partie en Inde ! xD
Mon IT non française se porte bien. Il n'y a aucune raison de désactiver cette option. Renseigne-toi.
Cadeau :
Secure Boot is a security feature found in the UEFI standard, designed to add a layer of protection to the pre-boot process: by maintaining a cryptographically signed list of binaries authorized or forbidden to run at boot, it helps in improving the confidence that the machine core boot components (boot manager, kernel, initramfs) have not been tampered with.
Croa
Je crois qu'il est d'accord avec toi, et qu'il critiquait le commentaire auquel tu répondais. C'est bien ça RED.Misfit ?
Je crois qu'il est d'accord avec toi, et qu'il critiquait le commentaire auquel tu répondais. C'est bien ça RED.Misfit ?
Ce n’est pas l’impression que j’en ai eue… Mais si c'est le cas, mea culpa.
Bref, je parle ici de Secure Boot, pas de l’anti-cheat ni de ce à quoi il a ou pourrait potentiellement avoir accès.
Le pb sous linux n'est meme pas le secureboot mais le fait que EA ne se bouge pas le cul pour activer leur merde sous linux (alors que c'est proton compatible)kal a écrit : ↑Non, tu as raison, il n'y a aucune raison d'avoir SecureBoot désactivé sur une machine Windows moderne. A moins d'être développeur et de tester des trucs bizarres, ou avec Linux (et encore il y a sans doute des Linux compatibles en 2025?).Batoune a écrit : ↑ J'y comprends rien avec vos commentaires.
Si l'objectif de ce secure boot c'est de prévenir l'exécution de code non signé niveau kernel/whatever : en quoi l'activer empêcherait du code signé de s'y exécuter, comme cet anti cheat d'EA ? Et en quoi ca serait une mauvaise chose, même au delà de ce cas de figure, de le laisser desactivé par défaut, vu qu'à part des utilisations de programmes sans doute extrêmement spécifiques et techniques, l'utilisation normale d'un ordinateur ne devrait pas requérir l'utilisation de programmes non signés qui seraient rejetés par ce système.
Bref, pourquoi ça serait une bonne chose de laisser ça désactivé ?
SecureBoot n'a aucun impact sur les performances ou fonctionnalités de la machine, ça protège juste Windows pendant le boot.
Il y a des distrib compatibles mais beaucoup ne le seront pas (surtout cote gaming vu que dans beaucoup de cas tu as un kernel modifié)
Merci à EA et à NoFrag pour le mode op', mais on va voir comment le gamer moyen va s'en sortir.
Même au boulot, quand je m'occupais de manips avec une doc, il fallait prendre les gens par la main, faire avec eux, les rassurer, tout ça.
Même au boulot, quand je m'occupais de manips avec une doc, il fallait prendre les gens par la main, faire avec eux, les rassurer, tout ça.
les cheats existent avec ou sans secure boot. https://www.youtube.com/watch?v=hnjxTiZWsFM
No shit sherlock. Les maladies existent avec ou sans vaccin, les virus existent avec ou sans EDR...
Le but de ces solutions c'est de ralentir leur développement et propagation et donc potentiellement leur impact sur les joueurs, mais il y aura toujours des cheats.
Le but de ces solutions c'est de ralentir leur développement et propagation et donc potentiellement leur impact sur les joueurs, mais il y aura toujours des cheats.