Un lot d’optimisations arrive sur PS5 Pro avec un gain direct sur la netteté perçue en 4K. Capcom ouvre le bal aujourd’hui avec Resident Evil Requiem qui exploite la nouvelle version.

PSSR amélioré : déploiement mondial et premiers jeux

Sony confirme le déploiement mondial du PSSR (PlayStation Spectral Super Resolution) amélioré sur PS5 Pro « dans les prochaines semaines », via une note signée par Mark Cerny. Cette librairie d’upscaling analyse les images pixel par pixel et a déjà été utilisée pour augmenter la résolution effective de plus de 50 jeux PS5 Pro.

La nouvelle itération fait évoluer à la fois le réseau de neurones et l’algorithme global. Resident Evil Requiem, disponible dès aujourd’hui, est le premier titre livré avec cette version, Capcom mentionnant une meilleure gestion des détails fins comme les cheveux et textures complexes, souvent problématiques en upscaling.

Lien avec AMD FSR 4 et réglages PS5 Pro

Sony indique que le PSSR amélioré dérive de Project Amethyst, développé avec AMD, soit le même socle technologique que l’upscaling FSR 4 sur PC. L’implémentation PS5 Pro bénéficie de six mois supplémentaires de raffinements par rapport à la base co-développée.

Un firmware ajoutera un réglage « Améliorer la qualité d’image PSSR » dans les paramètres PS5 Pro. Ce toggle appliquera automatiquement le PSSR mis à jour à tout jeu PS5 Pro supportant déjà PSSR. Sony précise que plusieurs jeux existants recevront des mises à jour pour exploiter la nouvelle version, avec plus de détails attendus en mars.

En consolidant un pipeline commun avec AMD et en gardant une variante peaufinée côté console, Sony sécurise un uplift perceptible sans toucher aux budgets de rendu. Pour les studios, l’intérêt est immédiat sur les textures à haute fréquence spatiale ; pour les joueurs, l’option système limite la fragmentation et accélère l’adoption.

Source

Tarifs agressifs, fréquences hautes et connectique moderne ; Sapphire pousse deux Radeon 8 Go taillées pour le marché chinois. Les déclinaisons visent le volume tout en soignant les refroidissements maison.

Deux RX 9060 XT 8 Go pour la Chine

Sapphire commercialise les Black Diamond RX 9060 XT 8G D6 OC et Alloy Pulse S RX 9060 XT 8G à 2999 RMB (~437 $, env. 405–415 €) et 2749 RMB (~401 $, env. 370–380 €). Les deux cartes embarquent 2048 stream processors et 8 Go de GDDR6 à 20 Gbps, avec prise en charge du DisplayPort 2.1a sur toute la série.

Les pages produits annoncent des fréquences boost jusqu’à 3290 MHz sur ces variantes 8 Go. Les sorties incluent aussi du HDMI 2.1b.

Refroidissements et positionnement

La Black Diamond adopte le Tri-X à trois ventilateurs avec un radiateur élargi, orienté maintien des fréquences élevées. L’Alloy Pulse S mise sur l’optimisation du flux d’air via le design FreeFlow, avec un boost relayé localement au-delà de 3,1 GHz.

Disponibilité immédiate en Chine via les canaux retail locaux. À ce stade, ni les Pulse Metal Alloy et Pulse S, ni la Black Diamond ne sont référencées hors du marché chinois.

Si Sapphire maintient ces fréquences et cette connectique sur l’ensemble de la gamme en Chine, la pression se renforcera sur les segments 8 Go milieu de gamme, où le DP 2.1a devient un argument concret pour les écrans haut débit et le jeu à très haute fréquence.

Source : VideoCardz

Une nouvelle fuite de données importante affecte entre 11 et 15 millions de Français, suite à une intrusion sur la solution MonLogicielMedical.com de Cegedim.

Le post Incident Cegedim : cette fuite de données médicales menace l’intimité de millions de Français a été publié sur IT-Connect.

Un simple nom de processeur affiché dans l’UEFI, et la toile s’emballe. Le Core 9 273PQE, rattaché à la génération Bartlett Lake-S, aurait été repéré sur une ROG Maximus Z790 Apex.

Si l’information se confirme, cela signifierait qu’un nouveau CPU P-cores only pourrait fonctionner sur la plateforme LGA-1700.

Un CPU “P-cores only” à 5,9 GHz

Les éléments techniques évoquent une configuration jusqu’à 12 cœurs Performance sans E-cores, soit une rupture avec Alder Lake et Raptor Lake limités à 8 P-cores accompagnés de cœurs Efficient. La fiche associée au 273PQE parle de 12 cœurs / 24 threads, 36 Mo de cache L3 et une fréquence turbo pouvant atteindre 5,9 GHz, pour une base power annoncée à 125 W.

Ce modèle serait toutefois destiné au segment embedded/edge, et non au marché grand public. Cela change totalement la lecture : présence dans un BIOS ne signifie pas lancement retail.

Z790 Apex : validation interne ou vrai support ?

La Z790 Apex est une carte mère taillée pour l’overclocking extrême. Voir apparaître ce CPU sur ce modèle peut s’expliquer par un BIOS interne dédié aux partenaires ou aux tests. Un simple intitulé dans un screenshot ne garantit ni démarrage complet, ni stabilité, ni compatibilité officielle.

Le vrai sujet reste ailleurs : microcode public, BIOS diffusé aux utilisateurs et validation constructeur. Sans ces trois briques, le support restera purement théorique.

LGA-1700 prolongé ?

Si Bartlett Lake-S fonctionne réellement sur LGA-1700, Intel pourrait offrir un sursis inattendu à la plateforme. Un 12 P-cores haute fréquence sans E-cores séduirait mécaniquement la scène overclocking, surtout sur une carte comme la Z790 Apex.

Mais pour l’instant, rien n’indique une commercialisation grand public. Sans annonce officielle ni BIOS public, le 273PQE reste un aperçu intrigant, plus proche du laboratoire que du panier d’achat.

Source : VideoCardz

Tim Cook parle d’une « big week » qui démarre lundi matin. Apple planifierait des annonces étalées jusqu’à mercredi, avec une montée en puissance progressive.

Apple big week : cadence d’annonces et premiers indices

Le teaser posté sur X par le CEO affiche un logo Apple sur fond argent et le hashtag #AppleLaunch. Plusieurs rapports évoquent un rythme en trois temps, du lundi matin (US) au mercredi, avec un « Special Apple Experience » au milieu de semaine.

Des sessions prises en main seraient prévues à New York, Londres et Shanghai. Aucune fiche technique officielle n’accompagne ce teasing pour l’instant.

Produits pressentis et fenêtres de lancement

Un MacBook d’entrée de gamme revient avec insistance dans les rumeurs : puce A18 Pro, 8 Go de mémoire, 256 Go de stockage et écran 12,9 pouces. Le ticket d’entrée serait inférieur à 800 € et pourrait atteindre 599 $ (~555 €) selon certaines sources.

Des mises à jour de MacBook Pro en M5 Pro et M5 Max, un MacBook Air plus fin et de nouveaux iPad sont également cités. Les informations les plus récentes situent toutefois ces machines plutôt plus tard cette année, pas le mois prochain.

iPhone et périphériques affichage-accessoires

Sur le segment mobile, l’iPhone 17e est évoqué comme modèle plus abordable, avec écran OLED 6,1 pouces à 60 Hz. Côté desktop, un Studio Display 90 Hz est cité ainsi que de nouveaux bracelets Apple Watch. Les appareils pliables et lunettes connectées restent décrits comme plus lointains.

Si Apple confirme un MacBook à A18 Pro sous la barre symbolique des 800 €, la pression tarifaire serait immédiate sur le segment ultramobile, y compris face aux Chromebook premium et aux ultraportables Windows d’entrée de gamme. La bascule éventuelle vers M5 pour les MacBook Pro fixerait aussi le tempo de la fin d’année côté stations mobiles pro.

Source : VideoCardz

2>&1, >, >>, 2>/dev/null... Si ces symboles dans votre terminal Linux ou macOS vous font autant flipper qu'un regex, respirez un grand coup ! Quand vous aurez lu cet article, vous verrez qu'en fait c'est super simple à comprendre, et en 5 minutes vous saurez enfin ce que vous copiez-collez depuis des années depuis StackOverflow.

En fait, dans les shells Unix (bash, zsh, etc.), y'a 3 canaux de base : stdin (entrée, numéro 0), stdout (sortie normale, numéro 1) et stderr (les erreurs, numéro 2). Tout le reste, de > à 2>/dev/null, découle de ces 3 numéros.

> - Écrire dans un fichier (et tout écraser)

echo "Salut" > fichier.txt

echo "Ligne 2" >> fichier.txt

commande_foireuse 2> erreurs.log

commande > output.log 2>&1

commande &> output.log

find / -name "*.conf" 2>/dev/null

Si vous utilisez Ubuntu 26.04, vous avez peut-être remarqué un truc bizarre dernièrement en tapant votre mot de passe sudo... Ouiiiiii, y'a des petites étoiles qui apparaissent !! Pas de panique, c'est "normal". Enfin, c'est nouveau...

En effet, sudo-rs, la réécriture en Rust de la bonne vieille commande sudo, a décidé d'activer pwfeedback par défaut. En gros, quand vous faites un sudo apt install bidule, au lieu du trou noir habituel, vous voyez maintenant des ***** défiler pendant la saisie du mot de passe. C'est un changement qui casse une convention vieille de 40 ans... et ça, forcément, ça fait du bruit !

Pour rappel, Ubuntu a basculé sur sudo-rs (le remplaçant en Rust du bon vieux sudo en C) depuis la version 25.10. Ça fait partie du même mouvement de réécriture des outils système en Rust, comme les coreutils dont je vous avais parlé. Et la 26.04 vient de "cherry-picker" comme on dit, un patch upstream qui active le feedback visuel par défaut.

Un bug report sur Launchpad ( #2142721 ) est bien sûr arrivé direct, en mode vénère genre "*ÇA FAIT DES DÉCENNIES qu'on n'affiche pas la longueur du mot de passe pour empêcher le shoulder surfing ! C'est quoi ce bordel !!?? *"

Et la réponse des devs : Won't Fix. Circulez les relous !

En fait, leur argument c'est que le bénéfice sécurité est "infinitésimal". Parce que bon, votre mot de passe sudo c'est le même que celui de votre session (celui que vous tapez à l'écran de login, devant tout le monde). Et le bruit des touches trahit déjà la longueur de toute façon. Du coup, ils ont préféré régler le problème UX qui paume les débutants depuis le début des années 80.

D'ailleurs, en 2013 je vous expliquais comment activer ces étoiles manuellement avec sudo visudo (ça date de fou !!) et maintenant c'est l'inverse, faut expliquer comment les virer ! Linux Mint avait d'ailleurs déjà sauté le pas de son côté depuis un moment.

Perso, le truc qui me gonfle c'est pour les tutos vidéo. Quand vous faites un screencast, les astérisques révèlent la longueur de votre mot de passe à tous vos spectateurs. Du coup faut aller reparamétrer chaque machine avant de filmer ou faire du masquage en post prod. C'est pas la fin du monde, mais bon, la flemme...

Alors pour désactiver ces jolies zétoiles :

sudo visudo

Defaults !pwfeedback

Bon, vous connaissez la théorie du travailleur nomade... vous vous posez dans un café avec votre laptop, vous chopez du WiFi gratuit, et vous vous dites que l'isolation client du routeur vous protègera des autres branquignols connectés au même réseau.

Hé ben non ! Car des chercheurs viennent de démontrer que cette protection, c'était du vent... Oui oui, tous les routeurs qu'ils ont testés se sont fait contourner en 2 secondes.

Mais avant, pour ceux qui se demandent ce que c'est, l'isolation client c'est une option que les admins réseau activent sur les bornes WiFi pour empêcher les appareils connectés de communiquer entre eux. En gros, votre laptop ne peut pas voir celui du voisin. Enfin... ça c'est en théorie.

Parce qu'en fait, le truc c'est que cette fonctionnalité n'est même pas définie dans le standard WiFi (IEEE 802.11) ce qui oblige chaque fabricant à faire sa propre tambouille dans son coin, et du coup ça fuit de partout.

L'équipe derrière cette trouvaille, c'est des chercheurs de l'UC Riverside et de KU Leuven, dont Mathy Vanhoef, le même gars qui avait déjà mis le WPA2 à genoux avec KRACK en 2017. Pas un amateur, quoi et leur outil, baptisé AirSnitch, vient d'être présenté à la conférence NDSS 2026 .

Ils ont ainsi trouvé 3 méthodes différentes pour contourner la protection d'isolation. La première abuse de la clé de groupe (GTK), normalement réservée au broadcast, pour envoyer du trafic directement à un appareil ciblé. Le pire, c'est que macOS, iOS et Android acceptent ce trafic sans broncher (merci les gars !).

La seconde fait rebondir les paquets via la passerelle, et la troisième vole carrément l'adresse MAC de la victime sur un autre point d'accès pour intercepter son trafic.

Brrrrrr.... 11 routeurs testés, du Netgear R8000 au Cisco Catalyst 9130 en passant par TP-Link, ASUS, Ubiquiti et même OpenWrt 24.10. Et ils sont TOUS vulnérables, sans exception ! Et que vous soyez en WPA2 ou en WPA3, réseau perso ou entreprise, c'est pareil. Donc autant vous dire que ça pue !

Ils ont même réussi à effectuer un Man-in-the-Middle complet (interception de tout le trafic entre vous et Internet) en 2 secondes chrono. La "victime" qui regardait YouTube n'a même pas remarqué de lag et c'est comme ça qu'ils on pu intercepter tout son trafic, ni vu ni connu.

Alors du coup, on fait quoi ? Hé bien si vous gérez un réseau, oubliez l'isolation client toute seule et passez aux VLANs avec un VLAN par client. Oui c'est lourdingue à mettre en place, mais c'est le prix à payer pour avoir une sécurité solide. Certains constructeurs bossent aussi sur des clés de groupe individuelles par client, ce qui règlerait le problème à la source.

Côté utilisateur, la solution est plus simple... VPN !! Attention, ça ne marche que si le VPN est activé AVANT de vous connecter au réseau, pas après. HTTPS vous protège déjà pour le contenu des sites, mais selon Google, 6 à 20% des pages ne sont toujours pas en HTTPS... et même quand elles le sont, l'attaquant voit quand même où vous surfez et peut tenter du DNS spoofing. Donc sur n'importe quel réseau WiFi public , partez du principe que quelqu'un peut voir votre trafic, parce que visiblement c'est le cas.

Le code source d' AirSnitch est dispo sur GitHub si vous voulez tester votre propre config mais notez que ça nécessitera une carte WiFi compatible avec le mode monitor comme les Alfa (lien affilié), donc pas celle de votre laptop de base.

Bref, la prochaine fois que le WiFi de l'hôtel vous demande d'accepter les CGU en échange d'un accès "sécurisé"... ben gardez votre VPN allumé, hein.

Source

Les 404, c'est la plaie du web... J'en sais quelque chose, je fais la chasse à ça en permanence sur mon propre site. C'est vrai que c'est relou parce que vous bookmarkez un projet cool, vous y retournez trois mois après... et pouf, ça a disparu. Le dev n'a pas renouvelé son nom de domaine, l'hébergeur a fermé boutique, le contenu s'est évaporé ou que sais-je encore... En fait, sur le web, RIEN n'est permanent.

PinMe prend le problème à l'envers en collant vos fichiers directement sur IPFS . En gros, au lieu de dépendre d'un serveur unique qui peut tomber n'importe quand, vos pages sont distribuées sur un réseau décentralisé et identifiées par un hash CID unique. Du coup, tant que le réseau tourne, votre contenu existe. Pas besoin de renouveler quoi que ce soit, pas besoin de payer un hébergeur... ça fonctionne tout seul.

L'installation se fait en une ligne :

npm install -g pinme

Pour déployer votre site statique, c'est hyper simple :

pinme upload dist/

L'outil détecte le dossier de build, ou plutôt il le devine tout seul selon votre framework : dist/ pour Vite et Vue, build/ pour Create React App, out/ pour Next.js en export statique. Ça évite d'avoir à se palucher de la config.

Côté limites, on est sur 200 Mo par fichier et 1 Go au total ce qui est largement suffisant pour une landing page ou une démo ! Et c'est GRATUIT. Pour ceux qui veulent un domaine lisible plutôt qu'un hash cryptique, y'a aussi des domaines ENS (les .eth sur Ethereum) ou des sous-domaines en .pinit.eth.limo. Après pour les domaines custom faudra un compte VIP par contre.

Le truc sympa c'est que vos fichiers restent accessibles via n'importe quelle passerelle IPFS, genre dweb.link ou w3s.link. Ainsi, si votre hébergeur ferme ou que votre domaine expire comme je le disais en intro, on s'en fiche ! Le contenu est toujours là, épinglé quelque part sur le réseau. C'est du stockage immuable, basé sur le contenu lui-même... du coup personne ne peut modifier ou supprimer ce que vous avez publié. (Et en fait vous non plus, faut le savoir.)

Et y'a aussi des commandes pour exporter en fichiers CAR et réimporter ailleurs, ce qui est pratique pour archiver ou migrer entre passerelles.

Voilà c'est gratuit pour 1 Go de stockage, c'est open source (licence MIT) et c'est par là . Merci à Lorenper pour la découverte !

Si vous avez déjà tapé [ss -tulnp](https://www.it-connect.fr/lister-les-ports-en-ecoute-sous-linux-avec-lsof-netstat-et-ss/) dans un terminal, vous savez que c'est moche. Genre, VRAIMENT moche. Les colonnes qui se chevauchent, les adresses tronquées, bref c'est un festival du bordel. Mais c'était sans compter sur ce dev qui a pondu Snitch , un outil en Go sous licence MIT qui vient concurrencer ss et netstat... sauf que pour une fois, c'est lisible, regardez :

L'interface de Snitch en action, sobre et lisible

En gros, c'est un ss moderne avec une interface TUI interactive. Vous lancez la commande dans votre terminal et tadaaa, vous avez un tableau propre avec toutes vos connexions réseau, les processus associés, les ports, les protocoles... le tout avec des couleurs et une navigation au clavier. Rien à voir donc avec le pavé monochrome habituel !

Le truc cool aussi ce sont les filtres. Vous pouvez taper snitch ls proto=tcp state=listen pour ne voir que les sockets TCP en écoute, ou snitch ls proc=nginx pour traquer votre serveur web. Y'a même un filtre contains= pour chercher dans les adresses... genre contains=google pour voir tout ce qui cause avec Mountain View.

D'ailleurs, côté commandes c'est en fait bien fichu. snitch ls pour un tableau statique, snitch json pour du JSON brut si vous voulez scripter, et snitch watch -i 1s pour streamer les connexions en temps réel. Du coup ça s'intègre nickel dans vos pipelines.

La TUI elle-même vaut le détour. Vous naviguez avec j/k (comme dans Vim, forcément), vous basculez TCP/UDP avec t/u, et le plus jouissif... vous pouvez killer un processus directement avec la touche K. Plus besoin de noter le PID et d'ouvrir un autre terminal ! Sauf que attention, sur Linux faut quand même lancer en root pour avoir les infos complètes sur les processus, parce que l'outil va lire dans /proc/net/*. Ça ne marche pas non plus sur Windows, c'est Linux et macOS uniquement.

Pour ceux qui aiment personnaliser leur terminal (oui, je vous connaîs...), y'a une quinzaine de thèmes, Catppuccin, Dracula, Nord, Tokyo Night, Gruvbox... la config se fait dans ~/.config/snitch/snitch.toml et l'outil peut aussi conserver vos préférences de filtres entre les sessions (faut activer remember_state dans la config).

Côté installation, c'est pas la mer à boire. brew install snitch sur macOS, go install github.com/karol-broda/snitch@latest si vous avez Go, yay -S snitch-bin sur Arch, et y'a même des images Docker pour les plus prudents !

Donc si vous êtes du genre à surveiller votre trafic réseau ou à garder un oeil sur vos outils de diagnostic Linux , c'est clairement à tester.

Perso, pour du debug réseau rapide, je trouve que c'est carrément plus agréable que de se taper un ss -tulnp.

MinIO, tout le monde ou presque connaît car c'est LE truc quand on veut du stockage objet S3-compatible auto-hébergé sous Linux. Sauf que voilà... la licence AGPL, ça pique pour pas mal de boîtes qui ne veulent pas se retrouver à devoir ouvrir leur code.

Du coup, y'a un nouveau projet qui débarque dans le tiek et qui devrait en intéresser plus d'un. C'est RustFS , codé en Rust (comme le nom le laisse deviner mes petits Sherlock) et 100% compatible S3. En gros, vous prenez votre stack MinIO existante, vous remplacez par ce truc, et en fait tout continue de fonctionner pareil... Vos buckets, vos applis, vos scripts Python, boto3... tout pareil !

docker run -d -p 9000:9000 -p 9001:9001 -v $(pwd)/data:/data -v $(pwd)/logs:/logs rustfs/rustfs:latest