Sur LinuxFr, on préfère les IN (intelligences naturelles) aux IA (intelligences artificielles). Las, nous ne sommes pas les seuls à constater un début d’envahissement du site par les IA. Voici ce qui vous (nous) attend dès que ça sera mis en production pour essayer d’y pallier.
Les faits
Le constat est le suivant : non seulement les IA spammeuses commencent à polluer le site, mais, en prime, au niveau rédactionnel, elles se montrent plus futées que les vulgaires spammeurs en mode SEO auxquels on était habitués jusqu’à présent. De facto, leur prose est parfois difficile à différencier de celle des autres intelligences, naturelles, elles, qui interagissent sur le site.
Rédigé ou pas par des IN, le spam reste du spam.
La solution retenue actuellement
Heureusement, d’autres que nous se sont penchés sur la question et il existe des critères permettant de faire la différence entre une IA et une IN. À part le test de Turing, s’entend. Après quelques hésitations, nous sommes arrivés à une solution qui devrait, en outre, répondre aux prochains textes législatifs et réglementaires dont l’objectif est de réguler cette zone de non-droit qu’est Internet.
Dès que ça sera mis en production, les personnes qui accèdent au site sans être connectées auront donc droit à cette fenêtre modale qui nous permettra de séparer le bon grain (les IN) de l’ivraie (les IA). On est franchement désolés d’en arriver là, mais on n’avait pas vraiment le choix. Merci à l’avance de votre compréhension.
La problématique et d’autres solutions envisageables
Le spam sur un site web peut avoir de nombreuses conséquences négatives, notamment la dégradation de l’expérience utilisateur, la perte de crédibilité et de confiance des utilisateurs, et la diminution du trafic sur le site. En outre, le spam peut également entraîner des problèmes de sécurité, tels que des attaques par déni de service ou l’infection des visiteurs par des logiciels malveillants.
Pour protéger le site web LinuxFr.org contre le spam, il est nécessaire de mettre en place des mesures techniques restrictives et contraignantes. Ces mesures comprennent l’utilisation de captcha, la validation des adresses IP, la limitation du nombre de publications par utilisateur, la modération automatique des commentaires, et la mise en place de filtres anti-spam.
Ces mesures permettent de limiter la capacité des spammeurs à envoyer du contenu indésirable sur le site, tout en préservant la facilité d’utilisation pour les utilisateurs légitimes. Bien que ces mesures puissent être contraignantes pour les utilisateurs, il est essentiel de les mettre en place pour garantir la sécurité et la fiabilité du site. En mettant en place ces mesures, LinuxFr.org peut protéger sa réputation et maintenir la qualité de son contenu, tout en offrant une expérience utilisateur optimale à ses visiteurs.
Dans un second temps, des ajustements seront faits pour :
- Renforcer les protocoles de sécurité pour limiter les accès non autorisés et renforcer la protection des données des utilisateurs.
- Mettre en place un système de validation stricte pour l’inscription des nouveaux membres afin d’éviter les trolls et les spams.
- Limiter la publication de contenus sensibles ou offensants en mettant en place un système de modération plus strict.
- Renforcer les mesures anti-piratage pour protéger les contenus et les informations confidentielles du site.
- Mettre en place un système de surveillance des activités des membres pour détecter et prévenir les comportements inappropriés ou dangereux.
- Renforcer les règles de confidentialité et de protection des données personnelles des utilisateurs en conformité avec les réglementations en vigueur.
- Mettre en place des audits de sécurité réguliers pour garantir la fiabilité et l’intégrité du site et de ses serveurs.
- Mettre en place un système de sauvegarde automatique des données pour éviter toute perte d’informations en cas de problème technique.
- Renforcer la sécurité des transactions en ligne pour protéger les données financières des utilisateurs.
- Mettre en place des formations régulières pour sensibiliser les membres aux bonnes pratiques en matière de sécurité informatique.
Il est essentiel de trouver un équilibre entre la sécurisation absolue des données et la préservation totale de la vie privée et de la liberté d’expression sans limite des utilisateurs.
Dans un troisième temps, les retouches finales seront apportées :
- Créer un champ de force magnétique autour du datacenter pour éloigner les astéroïdes et les débris spatiaux.
- Utiliser des hologrammes pour créer des illusions d’optique afin de détourner l’attention des ennemis potentiels.
- Utiliser des lasers géants pour dévier les ouragans avant qu’ils n’atteignent les serveurs.
- Mettre au point une machine à voyager IPoT dans le temps pour aller régler les problèmes du passé avant qu’ils ne deviennent des catastrophes.
- Créer des capsules de sommeil ultra-efficaces pour permettre aux administrateurs de se reposer en seulement quelques minutes.
- Utiliser des mini-robots volants pour surveiller et protéger le réseau physique d’accès au site.
- Développer une technologie de téléportation pour se déplacer instantanément d’un endroit à un autre pour les interventions.
Aller plus loin
- Test d'IA/IN (238 clics)
- L’entrée de suivi (136 clics)
# Techniques états-uniennes prouvées et éprouvées
Posté par sebas . Évalué à 7.
Passer les HD et SSD des serveurs à l'eau de javel pour désinfection virale
[^] # Re: Techniques états-uniennes prouvées et éprouvées
Posté par zurvan . Évalué à 1.
Hein, qui avait proposé de l'eau de javel ?
« Le pouvoir des Tripodes dépendait de la résignation des hommes à l'esclavage. » -- John Christopher
[^] # Re: Techniques états-uniennes prouvées et éprouvées
Posté par sebas . Évalué à 2.
Devine ! Qui pouvait avoir cette idée brillante de combattre le covid en buvant de l'eau de Javel ? Oui, c'est bien lui, le même qui voulait balancer une bombe atomique sur les cyclones avant qu'ils arrivent sur les States.
ref : Le Monde
[^] # Re: Techniques états-uniennes prouvées et éprouvées
Posté par sebas . Évalué à 2.
ref: Courrier international
# Ça va être compliqué, là...
Posté par volts . Évalué à 2.
On fait quoi si on tombe sur un
sudo
activé avec cette option ? Ça va pas provoquer l'autodestruction du serveur DLFP par le feu et la poursuite des membres par la Brigade de la Pensée, j'espère ?[^] # Re: Ça va être compliqué, là...
Posté par alberic89 🐧 . Évalué à 2.
Tu tapes sur le gens qui a implémenté ça parce que c'est pas localisé, et c'est toujours un peu plus triste de se faire insulter en anglais.
L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès
[^] # Re: Ça va être compliqué, là...
Posté par volts . Évalué à 2.
C'est vrai, ça,
sudo
n'offre pas de langage fleurie dans la langue de molière.Il va falloir faire
un forkune nouvelle implémentation pour corriger cette fâcheuse situation. 🤔[^] # Re: Ça va être compliqué, là...
Posté par alberic89 🐧 . Évalué à 3.
J'ai fait une PR qui a été acceptée,
sudo
est maintenant susceptible d'utiliser la langue de Molière pour se gausser de l'admin qui n'arrive pas à taper son mot de passe.Je n'ai pas encore bien saisi le fonctionnement du processus de traduction, je ne sais donc pas s'il va falloir attendre une ou deux versions de développement pour que tout soit potentiellement traduit. (et ensuite la release stable, puis on passe ça dans les repos Debian testing, et avec un peu de chance dans cinq ans, ce sera bon pour le déploiement en stable)
L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès
# Autre solution
Posté par MrTuTu . Évalué à 5.
L'autre solution, c'est de rendre le site payant, et si possible avec quelques bannières de pub.
[^] # Re: Autre solution
Posté par Olivier Esver (site web personnel) . Évalué à 3.
Ou créer une nouveau modèle dans lequel on paye pour commenter/rédiger.
Cela permettait d'augmenter la qualité, car comme tout le monde le sais, plus on est intelligent, plus on a un travail bien payé, donc on aurait les moyens de participer.
Les IA n'ayant pas réellement de travail n'auraient pas les moyens de participer !
S'il y a un problème, il y a une solution; s'il n'y a pas de solution, c'est qu'il n'y a pas de problème.
[^] # Re: Autre solution
Posté par HubTou (site web personnel) . Évalué à 1.
C'est déjà le modèle d'une bonne partie de la presse écrite, et il me semble que ça existe déjà dans notre domaine. Je pense par exemple à l'excellent site Abort Retry Fail.
Ca fleure bon le troll du 1er avril :-)
Alors là, gagner de l'argent ne sera sûrement pas un problème pour une future IAG. C'est même certainement comme cela qu'elle assurera sa continuité de fonctionnement et qu'elle nous dominera "pacifiquement" !
# oui mais
Posté par devnewton 🍺 (site web personnel) . Évalué à 4.
C'est pour quand la gestion des images ?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: oui mais
Posté par Krunch (site web personnel) . Évalué à 2. Dernière modification le 02 avril 2024 à 20:35.
Juste après la gestion d'IPv6.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: oui mais
Posté par Benoît Sibaud (site web personnel) . Évalué à 3.
L'avis de notre Counselor Executive Officer (bureaulier exécuteur de conseils) :
TL;DR: c'est la faute du lectorat
[^] # Re: oui mais
Posté par devnewton 🍺 (site web personnel) . Évalué à 3.
Oui, mais :
Sans image, c'est triste comme un pain au chocolat sans chocolat.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: oui mais
Posté par Benoît Sibaud (site web personnel) . Évalué à 4.
Ou une chocolatine sans cola.
[^] # Re: oui mais
Posté par Ysabeau 🧶 (site web personnel, Mastodon) . Évalué à 3.
De toute façon, en plus, le traitement des images de LinuxFr ne répond pas (plus ?) aux normes d'accessibilité.
« Tak ne veut pas quʼon pense à lui, il veut quʼon pense », Terry Pratchett, Déraillé.
[^] # Re: oui mais
Posté par Krunch (site web personnel) . Évalué à 2.
Il n'y a pas encore une règle de modération pour supprimer le contenu hors sujet et factuellement incorrect généré algorithmiquement ?
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: oui mais
Posté par Ysabeau 🧶 (site web personnel, Mastodon) . Évalué à 4.
Pourquoi faudrait-il une règle spécifique pour ce qui est, en fait, du spam ?
« Tak ne veut pas quʼon pense à lui, il veut quʼon pense », Terry Pratchett, Déraillé.
# Ça sent le poisson, cette affaire...
Posté par Christophe Duparquet (site web personnel) . Évalué à 3.
Et la bêtise artificielle, qui s'y colle ?
« J'ai pas Word, j'ai pas Windows, et j'ai pas la télé ! »
[^] # Re: Ça sent le poisson, cette affaire...
Posté par volts . Évalué à 5.
Déjà fait.
# Dommache
Posté par antistress (site web personnel) . Évalué à 10.
Dommage de se contenter d'un sparadrap alors qu'une réécriture du site en Rust+GT4 est la seule solution viable sur le long terme(*)
(*) un an, un an et demi
# Tout doux
Posté par antistress (site web personnel) . Évalué à 3. Dernière modification le 01 avril 2024 à 19:43.
Il me paraît un peu précipité de se lancer sur des remédiations sans prendre le temps de peaufiner le diagnostic. Pourquoi ne pas demander à ChatGPT de dresser un état des lieux de la situation ?
[^] # Re: Tout doux
Posté par Ysabeau 🧶 (site web personnel, Mastodon) . Évalué à 3.
Ben c'est bien ce qu'on a fait ! C'est lui qui nous a donné toute la problématique et tout un tas de solutions.
Perso, j'adorerais une solution recourant à la téléportation même si je ne vois pas trop en quoi ça peut servir à la modération de LinuxFr.
« Tak ne veut pas quʼon pense à lui, il veut quʼon pense », Terry Pratchett, Déraillé.
[^] # Re: Tout doux
Posté par HubTou (site web personnel) . Évalué à 2.
Téléporter les spammeurs au fond de l'océan ?
[^] # Re: Tout doux
Posté par Pierre Jarillon (site web personnel) . Évalué à 4.
Non, quitte à téléporter, autant le faire vers la planète Mars, juste pour embêter Elon Musk !
[^] # Mars...
Posté par mousquetaire G2 . Évalué à 2.
…et ça repart.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.