Déjà de base aller lire les logs de wanadoo pour savoir à quoi était connectée votre machine il y a 3 mois c'est pas évident en effet.
Mais bon si c'est vraiment le fait d'avoir des logs qui les rassure on peut leur en offrir. On peut faire en quelques lignes de java un programme qui se connecte sur des URL au hasard, aller placer quelques bots verbeux sur des chans aussi célèbre que #kjgdhkjfghsfjkg ou simplement créer des forums sur des pages persos avec modération automatique (effacement de tout posts après 10 secondes).
En d'autres termes faire baisser dans des proportions inquiétantes le rapport signal/bruit.
Après tout, un impact de quelques octets toutes les 10 secondes ca ne devrait même pas amoindrir la bande passante; par contre au niveau de la taille des logs ca va exploser. On pourrait ainsi créer un DOL (denial of logs) par remplissage massif des disques dur serveur avec des logs insipides. Reste à savoir si c'est bien en accord avec la nettiquette tout ca.
Donc il suffit de se forger un ou deux outils et de les faire tourner en priorité basse comme au bon vieux temps du RC5 et de SETI.
Bien entendu continuer aussi à envoyer sa correspondance en GnuPG sans passer par le serveur du provider de préférence en passant par des tuyeaux SSH. La dernière fois que je me suis connecté au serveur SMTP d'un provideur ca devait être il y a deux ans. Reste le problème du POP... En cours de résolution un nom de domaine, un serveur aux states et hop, ca devrait être réglé dans moins d'un mois.
Moralité :
Contenu : crypté
Liaison : crypté
Accés serveur : crypté
Leurres : envoyés par paquet de 5000.
Bon ben bonne chance avec les logs les gars.
Kha
-------------------
Rien ne ressmeble plus à une liaison crypté q'une série de paquet aléatoire.
[^] # Re: BIG BROTHER is watching you
Posté par Jerome Herman . En réponse à la dépêche L'Europe dit oui à la rétention des données. Évalué à 8.
Mais bon si c'est vraiment le fait d'avoir des logs qui les rassure on peut leur en offrir. On peut faire en quelques lignes de java un programme qui se connecte sur des URL au hasard, aller placer quelques bots verbeux sur des chans aussi célèbre que #kjgdhkjfghsfjkg ou simplement créer des forums sur des pages persos avec modération automatique (effacement de tout posts après 10 secondes).
En d'autres termes faire baisser dans des proportions inquiétantes le rapport signal/bruit.
Après tout, un impact de quelques octets toutes les 10 secondes ca ne devrait même pas amoindrir la bande passante; par contre au niveau de la taille des logs ca va exploser. On pourrait ainsi créer un DOL (denial of logs) par remplissage massif des disques dur serveur avec des logs insipides. Reste à savoir si c'est bien en accord avec la nettiquette tout ca.
Donc il suffit de se forger un ou deux outils et de les faire tourner en priorité basse comme au bon vieux temps du RC5 et de SETI.
Bien entendu continuer aussi à envoyer sa correspondance en GnuPG sans passer par le serveur du provider de préférence en passant par des tuyeaux SSH. La dernière fois que je me suis connecté au serveur SMTP d'un provideur ca devait être il y a deux ans. Reste le problème du POP... En cours de résolution un nom de domaine, un serveur aux states et hop, ca devrait être réglé dans moins d'un mois.
Moralité :
Contenu : crypté
Liaison : crypté
Accés serveur : crypté
Leurres : envoyés par paquet de 5000.
Bon ben bonne chance avec les logs les gars.
Kha
-------------------
Rien ne ressmeble plus à une liaison crypté q'une série de paquet aléatoire.