1 points par GN⁺ 2025-02-08 | 1 commentaires | Partager sur WhatsApp
  • L’URL des notes de version d’OpenWrt 24.10.0 affiche une page de détection de bots Anubis destinée à protéger le serveur, au lieu des vraies notes
  • Anubis a été déployé parce que le web scraping agressif des entreprises d’IA peut provoquer des interruptions de service et bloquer l’accès aux ressources
  • La protection repose sur un Proof-of-Work de type Hashcash : la charge est faible pour les utilisateurs ordinaires, mais le coût s’accumule pour les scrapers à grande échelle
  • La méthode actuelle est une solution temporaire et, à long terme, l’objectif est d’identifier les navigateurs headless à l’aide de signaux comme le rendu des polices
  • Anubis nécessite des fonctionnalités JavaScript récentes ; les utilisateurs de plugins comme JShelter doivent donc les désactiver pour ce domaine

Écran Anubis affiché à la place des notes de version

  • La page affiche d’abord un écran de test pour vérifier si l’utilisateur est un bot
  • Cet écran apparaît parce que l’administrateur du site a configuré Anubis pour protéger le serveur
  • La protection vise le scraping agressif des sites web par des entreprises d’IA
    • Ce type de scraping peut provoquer des interruptions du site
    • Il peut aussi rendre les ressources inaccessibles à l’ensemble des utilisateurs

Fonctionnement du Proof-of-Work et contraintes pour l’utilisateur

  • Anubis utilise un mécanisme de Proof-of-Work similaire à Hashcash
    • Hashcash est un mécanisme de Proof-of-Work proposé pour réduire le spam par e-mail
    • La charge supplémentaire pour chaque utilisateur individuel est négligeable
    • Pour les scrapers massifs, cette charge s’accumule et augmente fortement le coût du scraping
  • La méthode actuelle s’apparente à une solution temporaire
    • L’objectif est aussi de gagner du temps pour fingerprint et identifier davantage les navigateurs headless
    • Le mode de rendu des polices fait partie des signaux possibles
    • Si un visiteur a de fortes chances d’être un utilisateur légitime, la page de challenge Proof-of-Work devrait s’afficher moins souvent
  • Anubis exige des fonctionnalités JavaScript récentes
    • Des plugins comme JShelter peuvent désactiver les fonctions nécessaires
    • Il faut donc désactiver JShelter ou un plugin similaire pour ce domaine

1 commentaires

 
GN⁺ 2025-02-08
Avis sur Hacker News
  • OpenWRT est assez excellent pour apporter des fonctionnalités et de la sécurité aux appareils grand public, donc cette nouvelle version fait plaisir.
    Je l’ai utilisé pendant un moment, mais au bout de quelques mois, quand je voulais améliorer ou diagnostiquer quelque chose, il était difficile de savoir facilement quels réglages j’avais modifiés par rapport aux valeurs par défaut ; il était donc compliqué de prévoir où j’avais cassé quelque chose ou quel impact un changement aurait sur l’ensemble du système.
    J’ai maintenant migré mon routeur vers NixOS, et je peux consulter environ 250 lignes de configuration contenant les réglages personnalisés nécessaires à mon ISP/LAN.
    Cela dit, je recommanderais quand même OpenWRT à la plupart des utilisateurs techniques, car il est plus facile de démarrer avec.

    • Sur la plupart des appareils OpenWRT, on peut comparer /rom/etc/config et /etc/config.
      Cela dit, beaucoup de changements automatiques peuvent aussi apparaître dans le résultat.
    • Dire qu’« OpenWRT apporte bien fonctionnalités et sécurité aux appareils grand public » relève plutôt du malentendu.
      La sécurité des paquets qui ne sont pas présents dans l’installation de base n’est souvent pas vraiment assurée.
      Par exemple, le script init de sstp-client désactive systématiquement la vérification des certificats : https://github.com/openwrt/packages/issues/25212
    • Ça paraît convaincant, mais on peut résoudre le problème presque de la même façon en mettant simplement le contenu de /etc dans git.
    • Il suffit de faire git init, git add ., git commit -m 'default config' dans /etc, puis d’ajouter un dépôt distant et de pousser.
      Ensuite, après avoir modifié la configuration, on vérifie avec git diff HEAD, puis on commite avec quelque chose comme git commit -m 'yay i changed stuff and i know what i did' et on pousse, ce qui conserve l’historique des changements.
    • On peut utiliser les deux.
      J’utilise NixOS pour le routeur principal/pare-feu/NAT, et OpenWRT comme simple point d’accès en mode bridge.
      À part les changements DSA relativement récents, toutes les mises à jour se sont passées sans accroc.
  • OpenWrt est excellent.
    J’ai récemment installé Internet 10 Gbit à la maison et j’ai dû remplacer mon Ubiquiti USG3 ; faire tourner OpenWrt sur un Lenovo Tiny PC s’est révélé simple et efficace.
    OpenWrt 24 prend en charge la configuration du tunnel IPIP6 de l’ISP, nécessaire pour l’accès IPv4 sur une connexion IPv6 native.
    Jusqu’ici, j’utilisais OpenWrt 23 avec les nouveaux paquets de la RC de la 24 installés manuellement, mais je devrais maintenant pouvoir mettre à niveau toute l’installation.
    J’ai aussi essayé pfSense/opnSense, mais le noyau FreeBSD semblait peiner avec les connexions réseau 10 Gbit sauf à choisir du matériel très spécifique, tandis que Linux fonctionnait parfaitement.
    J’ai eu une expérience similaire avec TrueNAS CORE et SCALE.

    • Même quand on parle de matériel spécifique, en réalité une carte réseau Intel x520 qu’on trouve à bas prix sur eBay suffit.
      Pour faire tourner de l’IPS à la vitesse de la ligne, il faudra un CPU récent, mais ça n’a rien à voir avec le système d’exploitation.
    • Je me demande si IPIP6 peut remplacer NAT64.
    • Je me demande à quoi sert une connexion Internet 10 Gbit/s.
      Je ne vois pas trop l’usage, et à la maison l’offre 50 Mbit/s la moins chère de Comcast semble suffire pour cinq personnes qui font en permanence du streaming et du jeu.
      J’utilise un vieux routeur Asus acheté d’occasion en 2015, réparé avec un collier de serrage, sinon il s’éteint.
      Au travail, on a un Internet « illimité » sur une plage d’IP de classe A, mais je ne sens pas de différence en navigation ou en streaming.
      Évidemment, pour les transferts de fichiers, la différence se voit.
  • J’ai toujours voulu essayer OpenWRT, mais le fait qu’il faille modifier le matériel pour obtenir un accès root sur un routeur d’origine me faisait hésiter.
    Alors dès que j’ai appris l’existence du routeur OpenWRT One, le matériel officiel d’OpenWRT, je l’ai commandé.
    Le routeur est excellent, et il a résolu le problème de bufferbloat ainsi que plusieurs autres soucis.

    • Tu n’as pas eu de chance, ou ton échantillon était réduit.
      Sur la plupart des routeurs grand public, on peut installer OpenWRT soit en choisissant le fichier de firmware depuis la page d’administration, comme une mise à jour du fabricant d’origine, soit via une récupération TFTP.
      Les seuls qui me viennent en tête et qui nécessitaient un rootage ou un exploit sont certains routeurs Xiaomi.
    • Il suffit d’acheter un Banana Pi BPI R4 ou un NanoPi R6S.
      Ils ont un slot microSD ou du NVMe ; sinon, on peut aussi utiliser une machine x64 avec plusieurs ports réseau, de type Intel N100 ou N305.
    • Les modifications matérielles ne sont presque jamais nécessaires.
      Comme la liste des appareils pris en charge est longue, à moins d’essayer à tout prix d’installer OpenWRT sur un appareil que l’on possède déjà, on peut facilement trouver un modèle compatible qui ne nécessite pas ce genre de procédure.
    • Il suffit d’aller sur le wiki et de choisir l’appareil le plus cher et le plus récent parmi ceux indiqués comme entièrement pris en charge.
      L’installation est alors aussi simple que de flasher un fichier depuis l’interface d’origine.
      J’ai du mal à comprendre qu’on utilise une bonne alternative gratuite, utile aux personnes au budget serré, tout en se plaignant qu’elle soit plus difficile qu’une option à mille dollars.
  • Tous les routeurs devraient être basés sur OpenWRT.

    • En fait, beaucoup de routeurs semblent être basés sur OpenWRT, ils ne le mettent simplement pas en avant.
    • Beaucoup de routeurs utilisent OpenWRT, mais y ajoutent leur propre interface web médiocre qui masque toutes les fonctions utiles.
    • TP-Link utilise probablement déjà OpenWRT comme base sur plusieurs de ses routeurs.
  • J’ai récemment réalisé qu’à la maison je n’avais plus vraiment besoin du Wi‑Fi principal, donc je n’ai plus forcément besoin non plus du routeur physique OpenWrt principal.
    Le point d’accès secondaire pour les appareils IoT doit toujours tourner sous OpenWrt.
    Pour réduire les câbles et le bazar, je pense maintenant faire tourner le routeur OpenWrt dans une machine virtuelle sur l’un de mes serveurs domestiques.
    J’aime beaucoup OpenWrt, mais ces temps-ci PF me paraît beaucoup moins déroutant, et j’avais aussi envie d’essayer de nouvelles options comme pfSense ou OPNsense.
    Certaines personnes aiment aussi construire leur routeur avec OpenBSD, et il existe un bon guide : https://openbsdrouterguide.net/
    Je me demande s’il y a des avis ou des alternatives à prendre en compte.

    • La prochaine fois que je construirai mon routeur principal, je compte utiliser un Banana Pi R4.
      Il est réputé faire tourner OpenWRT sans problème, et son avantage est de permettre d’utiliser du 10G.
  • Je dois remplacer un Ubiquiti EdgeRouter qui semble être en panne
    Pour l’instant j’utilise un vieil ASUS et c’est « correct », mais même avec un firmware tiers il n’est plus mis à jour
    Je me demande quel pourrait être un bon appareil tout-en-un pour OpenWRT
    Ma maison est petite, environ 1000 sqft, donc la portée n’est généralement pas un problème, et tout est en sans-fil
    En gros, je veux quelque chose de stable, qu’on configure une fois puis qu’on oublie

    • Tu devrais regarder teklager
      Quand j’avais fait des recherches il y a environ 2 ans, ça semblait être le choix le plus adapté, mais ça vaut peut-être le coup de refaire un tour maintenant
      Il existe des options chinoises moins chères, mais les backdoors m’inquiètent
      https://teklager.se/en/knowledge-base/which-router-should-i-...
    • Ce n’est peut-être pas pertinent car c’est du rackable, mais j’utilise une Gigabyte GA-IMB410TN + Pentium Gold G6405 dans un boîtier 1U Logic Case SC-1280
      En plus des deux NIC Intel 1GbE de la carte mère, j’ai ajouté une NIC PCIe Realtek quad-port 2.5GbE (r8125)
      La carte mère accepte une entrée DC 12 à 19 V via un jack barillet 5,5 mm, ou du 12 V via un connecteur d’alimentation CPU EPS 4 broches
      Le boîtier a une alimentation 250 W 1U Flex ATX, donc j’utilise cette dernière option
      J’ai dérivé le rail 12 V de l’alimentation vers un jack barillet pour alimenter le modem et deux switches TP-Link 2.5GbE, ce qui m’a permis de supprimer 3 adaptateurs « briques »
      Les deux switches sont fixés au capot supérieur avec du Velcro et reliés aux ports 2.5GbE 1 et 4 par des câbles patch de 20 cm
      Comme j’ai 5 prises LAN à la maison, les 6 ports Ethernet filaires que donne cette configuration tombent parfaitement
      OpenWRT tourne très bien sur amd64, et j’utilise la branche v24.10 (avant sa sortie) depuis plusieurs mois sans problème
    • J’utilise un vieux Netgear R7800 comme routeur+switch+Wi-Fi OpenWrt tout-en-un en plastique
      Il est tellement stable que je n’ai pas ressenti le besoin de passer au Netgear RAX120v2 que j’avais acheté pour une mise à niveau OpenWrt
      Le RAX120v2 a bien fonctionné lors de mes tests avec OpenWrt 24-rc, et je l’ai gardé de côté pour le jour où une mise à niveau sera plus urgente
      J’ai aussi acheté un AP Wi-Fi Netgear WAX220 et je l’ai testé avec OpenWrt 24-rc aux côtés d’une box OPNsense
      Parce qu’OPNsense n’est pas adapté au Wi-Fi
      J’ai conclu qu’OpenWrt convenait mieux pour un simple rôle de routeur, mais le WAX220 est aussi un bon AP Wi-Fi OpenWRT, et je pense qu’un jour je l’utiliserai avec un routeur OpenWrt plus puissant, basé sur PC, pour faire tourner des choses comme de l’IDS/IPS
    • Après avoir cherché des recommandations sur les forums et le wiki OpenWRT, je suis parti sur un GL.iNet MT-6000
      Le firmware de base est une GUI posée sur un OpenWRT moderne, et comme ils n’essaient pas de le verrouiller, il est facile à flasher
    • Je recommande le Dynalink AX3600
      Le CPU est vraiment rapide, il a beaucoup de RAM, le Wi-Fi est bon, et il fonctionne parfaitement avec OpenWrt
      Il est à 59 dollars sur Amazon
  • Je suis désabusé par OpenWrt
    Pendant des années, j’ai soumis des pull requests pour ajouter des paquets, corriger des problèmes et apporter des améliorations
    Mais seuls les PR minimaux d’une ou deux lignes ont été acceptés et mergés, tandis que de gros changements importants, sur lesquels j’ai travaillé, que j’ai testés et maintenus à jour pendant des années, n’ont pas été mergés
    La plupart ont simplement été ignorés sans feedback
    À la place, ils semblent se concentrer sur faire fonctionner un GPU et Doom, et maintenant ils se lancent même dans le développement matériel
    Sauf que ce matériel n’est pas un bon produit, c’est du crippleware de niveau déchet électronique, extrêmement limité

  • On dirait qu’il faudra attendre la 25 pour APK

    • Pour ceux qui n’ont pas compris tout de suite : il semble qu’OpenWrt veuille passer au gestionnaire de paquets d’Alpine Linux : https://openwrt.org/docs/guide-user/additional-software/opkg...
      Au passage, je me demande quels sont aujourd’hui les appareils ou fabricants les plus recommandés pour OpenWrt
      D’après mon dernier Archer C7, TP-Link semble être à la traîne
    • J’ai vraiment hâte que ce changement arrive
  • Je suis SRE, je m’occupe d’infra, j’aime bidouiller et optimiser plein de choses, et j’ai aussi un homelab personnel
    Pendant des années, peut-être des décennies, j’ai monté mon matériel réseau moi-même, mais c’était pénible de dire à ma famille, après une mise à jour ou une bidouille : « encore 15 minutes, ou peut-être 4 heures, et ça devrait marcher »
    Cette année, j’ai décidé de remplacer tout mon équipement réseau par du Ubiquiti
    J’ai tout changé, gateway, AP et switches ; c’est vraiment cher et j’ai un peu l’impression d’avoir trahi mes principes, mais au bout de 6 mois je n’ai eu absolument aucun problème
    Je suis vraiment content qu’OpenWrt sorte des releases stables et que d’autres continuent de le faire avancer
    Je pense le déployer sur du matériel de secours qui ne cassera pas mon réseau principal, pour tester des patchs et soumettre des rapports de bugs
    Pour l’instant, je profite de la tranquillité d’esprit

    • Mon expérience a été exactement l’inverse
      Mes équipements OpenWRT tournent de façon très stable depuis plus de 10 ans, tandis que j’ai toute une boîte de matériel Ubiquiti qui ne reçoit plus de mises à jour ou qui n’est plus compatible avec les logiciels de gestion récents
      J’en ai flashé certains avec OpenWRT pour les rendre à nouveau utiles
    • Ce n’est pas une trahison si tu fais tourner un système de production critique pour un petit nombre d’utilisateurs, comme les gens de ton foyer
      Tu as fait le bon choix
    • En voyant ce commentaire, je suis allé regarder Amplifi, mais la gamme ne semble pas avoir été mise à jour depuis 2022, et des gens spéculent sur un possible retrait du marché domestique
      Je me demande si ça ne t’a pas inquiété
  • Je viens de faire la mise à niveau
    Toutes mes personnalisations ont été appliquées automatiquement et aucun problème pour l’instant
    Le travail de l’équipe OpenWrt est impressionnant

    • Mes mises à niveau OpenWrt ont généralement réussi, mais en lisant les notes de version, il semble que mon appareil cible soit passé de swconfig à DSA
      Je vais donc devoir refaire toute la configuration depuis zéro
      Cela dit, je n’avais pas tant de configuration que ça