Le stockage des mdp en clair ou de façon réversible entraîne pas mal de problème parce que les gens normaux réutilisent souvent les mdps. N'importe quel argumentaire en faveur du stockage des mdps en clair ou de façon réversible n'est qu'une justification face à l'abaissement de sécurité que cela provoque et en rien une raison vis-à-vis de ce problème de sécurité.
De même, stocker en clair des mdps soit-disant parce que la sécurité de la bdd est inviolable n'est qu'un argument illusoire, valable uniquement jusqu'au jour où la bdd des mdps se fait voler.
Bref, quand on excuse "chez soit", les autres ont les mêmes type d'excuse ensuite et sont tout autant légitime.
Personnellement, sur mon serveur perso, tout mes mdps sont hashés en sha256. Et bon, se servir de la médiocrité des autres pour justifier sa propre médiocrité, c'est rentrer dans la spirale de la nullité. À un moment donné, faut bien se lancer la sécurisation de ses services sans attendre que le moindre petit site perdu du web l'ait également fait.
Franchement, les contraintes et risques liés, c'est plutôt la liberté. La liberté de configurer son installation comme on veut, de mettre les logiciels et interfaces qu'on veut etc. Faut juste avoir un second MX, au cas où on casse le premier :3
Pour la sécurité, faut bien sûr surveiller son serveur quotidiennement, mais globalement et une fois bien configuré, ça craint pas grand chose.
J'ai eu un peu le même genre de réflexions lorsque je suis passé en auto-hébergé. Concrètement, je me suis dit que ca serait pas mal de compartimenter un peu la gestion de mes courriels en faisant des boîtes séparées. Voilà ce que j'ai à présent :
- une adresse général, pour parler avec le monde connu
- une adresse pro, pour communiquer uniquement sur le boulot
- une adresse pour tout ce qui est service relié à mon identité réelle et qui recoit beaucoup de spam, du style SNCF, Air France, commerce en ligne, et certaines mailing list
- une adresse pour tout ce qui est inscription en ligne qui n'est pas directement relié à mon identité réelle
- et enfin une dernière adresse traitée automatiquement pour tout ce qui est relié à des services envoyant des factures récurrentes
Ça fait beaucoup, mais au moins les services qui envoient beaucoup de courriels ne masquent pas ceux qui sont importants et ceux des amis.
Oh, sérieux ! J'avais jamais vu qu'on pouvait faire ca, à chaque fois j'ajustais l'image en faisant un clique droit sur le curseur de rotation. C'est apparu avec quelle version ??
Super sympa la ligne d'horizon pour le traitement des photos ! Un de mes rêves serait que ce soit justement intégré à DarkTable pour enfin avoir des photos à peu près droite !
Honnêtement, j'ai pas lu l'article, seulement la conclusion de l'auteur. Si une journée de boulot en informatique n'est équivalente à que 9km en voiture, c'est du coup un bon argument pour le développement du télé-travail ! Faudra que j'en parle à mon manageur à notre prochaine réunion !
Bon par contre, va sérieusement falloir lancer une campagne pour expliquer que non, en français, digital n'est pas un synonyme de numérique. C'est aussi fatigant de lire des articles qui font ce mélange tout au long de leur contenu que entre un programmeur et un programmateur par exemple.
Ravi de voir que mon troll sur Python a bien pris !
C'est l'exception qui rend tout ce concept caduque,
Personnellement, je n'aime pas python parce que sa grammaire se base justement sur les marques de formatage du code. J'ai pas besoin d'un langage de ce genre pour avoir du code bien indenté, et j'aime bien justement pouvoir choisir la façon dont j'indente mes blocs. Questions de goûts et de couleurs quoi.
Maintenant, je doute qu'il existe un IDE adapté pour coder avec tout les langages du monde. Au contraire, le choix de l'IDE et des éventuels plugins installés se font plutôt en fonction du langage et de ses préférences personnelles. Donc pour les pythonneurs, rien n'impose l'utilisation de ces tabulations elastiques si c'est inutilisable avec ce langage ou que ca ne convient pas aux développeurs. C'est donc très loin de rendre ce concept caduque.
La vraie question avec ce système est : est-ce que ca sera compatible avec Python ? :p
Emacs a une gestion des tabulation s'approchant de ce système, mais en beaucoup plus simple, en fonction du mode. Pour l'édition de fichiers de conf, il aligne ses tabulations par rapport à la ligne précédente. En revanche, modifier les tabulations d'une ligne ne modifie pas celles des autres lignes. Je ne sais pas si il gère ca dans d'autres modes que ceux d'éditions de fichiers de conf.
Bah là où je voyais les autres mettre en charge leur smartphone tout les soirs, le mien pouvait tenir 2-3j. Et me semble que dans le cadre des mises à jours communautaires, la communauté avait mis le kernel à jour.
Et de toute façon n'importe qui a le droit de pouvoir juste prendre le noyau et réécrire tout l'espace utilisateur si cela lui chante.
J'ai pas dit le contraire, je répondais juste au fait qu'avec du GNU/Linux on ne pouvait pas faire de smartphone, alors qu'en fait si.
Pour Nokia, ils avaient un produit intéressant avec le N9 avant d'être racheté par Microsoft. Et les smartphones sous Symbian qu'ils produisaient avaient l'intérêt d'avoir pas mal d'autonomie par rapport à la concurrence.
J'aurais vraiment aimé voir ce qu'aurait pu produire Nokia si il n'y avait pas eu son rachat. Avec leurs OS qui devenaient agréable à utiliser, leurs design assez différents par rapport à la concurrence et leurs écosystème déjà bien existants, je pense qu'ils auraient quand même réussi à tirer leur épingle du jeu.
Je rappelle au passage que Android est né en 2007/2008. À l'époque il n'y avait pas systemd, Wayland ou PulseAudio de partout (à part PulseAudio, les autres projets n'avaient même pas vu le jour). Techniquement il fallait que Google conçoive des briques de base que ceux ci pour avoir un résultat à la hauteur. Android devait tourner sur des téléphones aux performances anémiques rendant l'usage de la glibc impropre (tout comme X11 et d'autres composants par ailleurs). Le noyau Linux même aujourd'hui d'Android est modifié par Google pour optimiser la consommation d'énergie (mais dont le noyau Linux officiel refuse l'intégration de ces changements car pour eux ce n'est pas assez bien). L'isolement applicatif était à ses débuts pour ne pas dire inexistant pour Linux.
Je trouve que Debian ca marchait plutôt bien sur mobile à l'époque. D'ailleurs, avec mon Nokia N900 j'avais plusieurs jours d'autonomies, plus que sur un smartphone Android équivalent. Et ca utilisait bien le kernel linux (un poil optimisé dans la compilation), x11 et tout les trucs classiques de Debian de l'époque.
TapTempo étant devenu un phénomène d'envergure mondial, remplaçant même le légendaire "Hello world !" en guise de programme de test, est-ce qu'il y aura une conférence dessus aux RMLL2018 ?
Pour les permissions, dans SFOS 3 j'ai cru comprendre qu'il y aura moyen de gérer les autorisations individuellement. Après tout, comme ils cherchent à se positionner sur le marché des téléphones sécurisés, c'est un minimum à mon sens. En attendant, personnellement je fais un peu plus confiance dans ce que je trouve sur leur appstore que du côté d'Android : la plateforme reste microscopique (à l'image de GNU/Linux sur le desktop) et le gros des applis se trouvent sur github.
Pour la VM d'Android, elle est liée à la version du noyau. Par exemple sur le Jolla 1, elle ne sera plus mise à jour à cause du kernel trop vieux. Pour les autres qui ont un kernel plus récents, des mises à jours ont été faites.
J'avoue que je n'ai pas fait d'analyse du code source. Qu'est-ce que tu trouves de bizarre dans les conditions d'utilisations ? Après ca reste un gps complet qui propose des services comme la réservation dans un restaurant par exemple. Cependant tu n'es pas obligé d'utiliser ces services, et dans ce cas pas besoin de mettre des infos persos.
Je connais pas osmDroid, et il n'a pas l'air dispo sur F-droid. Par contre j'avais regardé un peu OSMAnd et la situation est pas mieux : il y a clairement une partie du code source qui est fermée.
J'avais retenté la mise à jour après avoir fait un hardreset, après un premier échec. Autant dire que j'ai passé une journée pleine de fun à ce moment là (faire 2 fois la monté des versions jusqu'à la dernière qui s'installait + tout réinstaller).
Le problème était que l'installation de la mise à jour se lancait bien, mais une fois terminée, au lieu de redémarrer normalement, j'avais un redémarrage en boucle.
Après, j'ai été contraint de sauter toutes les versions entre la 2.0.0.10 et la 2.1.37. Peut-être que le package de la 2.1.37 n'embarquait pas un fichier qui avait été modifié entre temps, contrairement à la 2.2.0.29. Honnêtement, se taper les mises à jours après un hardreset est suffisamment chiant pour m'avoir démotivé à chercher le problème. Par contre c'est assez dommage justement de devoir passer par pleins de versions intermédiaires avant de pouvoir passer sur la dernière. Ca serait top si y avait moyen d'installer directement la dernière version, ou de mettre à jour la version sur laquelle on tombe après un hardreset.
J'ai profité de la sortie de la nouvelle version pour retenter un upgrade cet aprem et c'est passé sans soucis. Ça devait être la 2.1.37 qui n'était pas installable directement depuis la 2.0.0.10.
A ce propos, pour le GPS, j'ai découvert Maps.me (sous Android) qui est carrément pas mal : cartes OSM, code sur github, avec un bon routing offline.
Sinon y a moyen d'avoir un GPS complet en natif avec osm scout et ses modules, mais je ne l'ai jamais testé.
Par contre je mettrais un gros bémol sur les mises à jours, au moins pour le Jolla 1. Chez moi, je suis bloqué en version 2.0.0.10. Quand j'essaye de passer à une version supérieur, il ne démarre plus. Je suis obligé de faire un hardreset.
[^] # Re: Chaussures du cordonnier
Posté par Astaoth . En réponse au journal Freenaute, ton mot de passe d'abonné est stocké en clair chez Free. Évalué à 8.
Le stockage des mdp en clair ou de façon réversible entraîne pas mal de problème parce que les gens normaux réutilisent souvent les mdps. N'importe quel argumentaire en faveur du stockage des mdps en clair ou de façon réversible n'est qu'une justification face à l'abaissement de sécurité que cela provoque et en rien une raison vis-à-vis de ce problème de sécurité.
De même, stocker en clair des mdps soit-disant parce que la sécurité de la bdd est inviolable n'est qu'un argument illusoire, valable uniquement jusqu'au jour où la bdd des mdps se fait voler.
Personnellement, sur mon serveur perso, tout mes mdps sont hashés en sha256. Et bon, se servir de la médiocrité des autres pour justifier sa propre médiocrité, c'est rentrer dans la spirale de la nullité. À un moment donné, faut bien se lancer la sécurisation de ses services sans attendre que le moindre petit site perdu du web l'ait également fait.
Emacs le fait depuis 30 ans.
[^] # Re: Il y a des gens ...
Posté par Astaoth . En réponse au journal De l'usage du courrier électronique en 2018. Évalué à 2.
Franchement, les contraintes et risques liés, c'est plutôt la liberté. La liberté de configurer son installation comme on veut, de mettre les logiciels et interfaces qu'on veut etc. Faut juste avoir un second MX, au cas où on casse le premier :3
Pour la sécurité, faut bien sûr surveiller son serveur quotidiennement, mais globalement et une fois bien configuré, ça craint pas grand chose.
Emacs le fait depuis 30 ans.
[^] # Re: Il y a des gens ...
Posté par Astaoth . En réponse au journal De l'usage du courrier électronique en 2018. Évalué à 4. Dernière modification le 05 août 2018 à 22:49.
Quand t'es auto-hébergé, pas de soucis pour en faire.
Emacs le fait depuis 30 ans.
# Mêmes réflexions
Posté par Astaoth . En réponse au journal De l'usage du courrier électronique en 2018. Évalué à 2.
J'ai eu un peu le même genre de réflexions lorsque je suis passé en auto-hébergé. Concrètement, je me suis dit que ca serait pas mal de compartimenter un peu la gestion de mes courriels en faisant des boîtes séparées. Voilà ce que j'ai à présent :
- une adresse général, pour parler avec le monde connu
- une adresse pro, pour communiquer uniquement sur le boulot
- une adresse pour tout ce qui est service relié à mon identité réelle et qui recoit beaucoup de spam, du style SNCF, Air France, commerce en ligne, et certaines mailing list
- une adresse pour tout ce qui est inscription en ligne qui n'est pas directement relié à mon identité réelle
- et enfin une dernière adresse traitée automatiquement pour tout ce qui est relié à des services envoyant des factures récurrentes
Ça fait beaucoup, mais au moins les services qui envoient beaucoup de courriels ne masquent pas ceux qui sont importants et ceux des amis.
Emacs le fait depuis 30 ans.
[^] # Re: Télétravail
Posté par Astaoth . En réponse au journal Pollution numérique. Évalué à 1.
Y a pas à dire, j'aime LinuxFR <3
Emacs le fait depuis 30 ans.
[^] # Re: Ligne d'horizon
Posté par Astaoth . En réponse à la dépêche GIMP 2.10.4 : on garde le rythme !. Évalué à 1.
Oh, sérieux ! J'avais jamais vu qu'on pouvait faire ca, à chaque fois j'ajustais l'image en faisant un clique droit sur le curseur de rotation. C'est apparu avec quelle version ??
Emacs le fait depuis 30 ans.
# Ligne d'horizon
Posté par Astaoth . En réponse à la dépêche GIMP 2.10.4 : on garde le rythme !. Évalué à 4.
Super sympa la ligne d'horizon pour le traitement des photos ! Un de mes rêves serait que ce soit justement intégré à DarkTable pour enfin avoir des photos à peu près droite !
Emacs le fait depuis 30 ans.
[^] # Re: Larousse
Posté par Astaoth . En réponse au journal Pollution numérique. Évalué à 6.
Faut leur renvoyer http://www.larousse.fr/dictionnaires/francais/digital_digitale_digitaux/25502/difficulte en échange.
Emacs le fait depuis 30 ans.
# Télétravail
Posté par Astaoth . En réponse au journal Pollution numérique. Évalué à 8.
Honnêtement, j'ai pas lu l'article, seulement la conclusion de l'auteur. Si une journée de boulot en informatique n'est équivalente à que 9km en voiture, c'est du coup un bon argument pour le développement du télé-travail ! Faudra que j'en parle à mon manageur à notre prochaine réunion !
Bon par contre, va sérieusement falloir lancer une campagne pour expliquer que non, en français, digital n'est pas un synonyme de numérique. C'est aussi fatigant de lire des articles qui font ce mélange tout au long de leur contenu que entre un programmeur et un programmateur par exemple.
Emacs le fait depuis 30 ans.
[^] # Re: Anglicisme
Posté par Astaoth . En réponse au journal Pollution numérique. Évalué à 1.
Maudit Pythagore !
Emacs le fait depuis 30 ans.
[^] # Re: Et Python ? Et Emacs ?
Posté par Astaoth . En réponse au journal Fins de tabulation élastiques: la bonne manière d'indenter et d'aligner le code. Évalué à 3.
Ravi de voir que mon troll sur Python a bien pris !
Personnellement, je n'aime pas python parce que sa grammaire se base justement sur les marques de formatage du code. J'ai pas besoin d'un langage de ce genre pour avoir du code bien indenté, et j'aime bien justement pouvoir choisir la façon dont j'indente mes blocs. Questions de goûts et de couleurs quoi.
Maintenant, je doute qu'il existe un IDE adapté pour coder avec tout les langages du monde. Au contraire, le choix de l'IDE et des éventuels plugins installés se font plutôt en fonction du langage et de ses préférences personnelles. Donc pour les pythonneurs, rien n'impose l'utilisation de ces tabulations elastiques si c'est inutilisable avec ce langage ou que ca ne convient pas aux développeurs. C'est donc très loin de rendre ce concept caduque.
Emacs le fait depuis 30 ans.
[^] # Re: Finalement, 9 km, c'est pas tant que ça
Posté par Astaoth . En réponse au journal Pollution numérique. Évalué à 2.
Le MI6 reste à ton service ;)
Emacs le fait depuis 30 ans.
# Et Python ? Et Emacs ?
Posté par Astaoth . En réponse au journal Fins de tabulation élastiques: la bonne manière d'indenter et d'aligner le code. Évalué à 6.
La vraie question avec ce système est : est-ce que ca sera compatible avec Python ? :p
Emacs a une gestion des tabulation s'approchant de ce système, mais en beaucoup plus simple, en fonction du mode. Pour l'édition de fichiers de conf, il aligne ses tabulations par rapport à la ligne précédente. En revanche, modifier les tabulations d'une ligne ne modifie pas celles des autres lignes. Je ne sais pas si il gère ca dans d'autres modes que ceux d'éditions de fichiers de conf.
Emacs le fait depuis 30 ans.
[^] # Re: Google fait du « beau travail » ?
Posté par Astaoth . En réponse au journal Google + Commission Européenne = KABOUM. Évalué à 2.
Bah là où je voyais les autres mettre en charge leur smartphone tout les soirs, le mien pouvait tenir 2-3j. Et me semble que dans le cadre des mises à jours communautaires, la communauté avait mis le kernel à jour.
J'ai pas dit le contraire, je répondais juste au fait qu'avec du GNU/Linux on ne pouvait pas faire de smartphone, alors qu'en fait si.
Emacs le fait depuis 30 ans.
[^] # Re: se prendre une amende est peut être plus rentable
Posté par Astaoth . En réponse au journal Google + Commission Européenne = KABOUM. Évalué à 1.
C'est plutôt à Kourou qu'on les envoie, non ?
Emacs le fait depuis 30 ans.
[^] # Re: Google fait du « beau travail » ?
Posté par Astaoth . En réponse au journal Google + Commission Européenne = KABOUM. Évalué à 3.
Pour Nokia, ils avaient un produit intéressant avec le N9 avant d'être racheté par Microsoft. Et les smartphones sous Symbian qu'ils produisaient avaient l'intérêt d'avoir pas mal d'autonomie par rapport à la concurrence.
J'aurais vraiment aimé voir ce qu'aurait pu produire Nokia si il n'y avait pas eu son rachat. Avec leurs OS qui devenaient agréable à utiliser, leurs design assez différents par rapport à la concurrence et leurs écosystème déjà bien existants, je pense qu'ils auraient quand même réussi à tirer leur épingle du jeu.
Emacs le fait depuis 30 ans.
[^] # Re: Google fait du « beau travail » ?
Posté par Astaoth . En réponse au journal Google + Commission Européenne = KABOUM. Évalué à 3.
Je trouve que Debian ca marchait plutôt bien sur mobile à l'époque. D'ailleurs, avec mon Nokia N900 j'avais plusieurs jours d'autonomies, plus que sur un smartphone Android équivalent. Et ca utilisait bien le kernel linux (un poil optimisé dans la compilation), x11 et tout les trucs classiques de Debian de l'époque.
Emacs le fait depuis 30 ans.
# RMLL 2018
Posté par Astaoth . En réponse au journal Dernières nouvelles de TapTempo. Évalué à 10.
TapTempo étant devenu un phénomène d'envergure mondial, remplaçant même le légendaire "Hello world !" en guise de programme de test, est-ce qu'il y aura une conférence dessus aux RMLL2018 ?
Emacs le fait depuis 30 ans.
[^] # Re: Retour d'expérience
Posté par Astaoth . En réponse au journal Sortie de Sailfish OS 2.2.0. Évalué à 1.
C'est ce qui est marqué sur sa page dans F-droid.
Emacs le fait depuis 30 ans.
[^] # Re: GPS
Posté par Astaoth . En réponse au journal Sortie de Sailfish OS 2.2.0. Évalué à 1.
Au lancement de Pokemon Go, y avait moyen de le lancer avec la VM Android à condition d'avoir assez de ram et un bon proc.
Emacs le fait depuis 30 ans.
[^] # Re: Retour d'expérience
Posté par Astaoth . En réponse au journal Sortie de Sailfish OS 2.2.0. Évalué à 1.
Pour les permissions, dans SFOS 3 j'ai cru comprendre qu'il y aura moyen de gérer les autorisations individuellement. Après tout, comme ils cherchent à se positionner sur le marché des téléphones sécurisés, c'est un minimum à mon sens. En attendant, personnellement je fais un peu plus confiance dans ce que je trouve sur leur appstore que du côté d'Android : la plateforme reste microscopique (à l'image de GNU/Linux sur le desktop) et le gros des applis se trouvent sur github.
Pour la VM d'Android, elle est liée à la version du noyau. Par exemple sur le Jolla 1, elle ne sera plus mise à jour à cause du kernel trop vieux. Pour les autres qui ont un kernel plus récents, des mises à jours ont été faites.
Emacs le fait depuis 30 ans.
[^] # Re: Retour d'expérience
Posté par Astaoth . En réponse au journal Sortie de Sailfish OS 2.2.0. Évalué à 1.
J'avoue que je n'ai pas fait d'analyse du code source. Qu'est-ce que tu trouves de bizarre dans les conditions d'utilisations ? Après ca reste un gps complet qui propose des services comme la réservation dans un restaurant par exemple. Cependant tu n'es pas obligé d'utiliser ces services, et dans ce cas pas besoin de mettre des infos persos.
Je connais pas osmDroid, et il n'a pas l'air dispo sur F-droid. Par contre j'avais regardé un peu OSMAnd et la situation est pas mieux : il y a clairement une partie du code source qui est fermée.
Emacs le fait depuis 30 ans.
[^] # Re: Retour d'expérience
Posté par Astaoth . En réponse au journal Sortie de Sailfish OS 2.2.0. Évalué à 1.
J'avais retenté la mise à jour après avoir fait un hardreset, après un premier échec. Autant dire que j'ai passé une journée pleine de fun à ce moment là (faire 2 fois la monté des versions jusqu'à la dernière qui s'installait + tout réinstaller).
Le problème était que l'installation de la mise à jour se lancait bien, mais une fois terminée, au lieu de redémarrer normalement, j'avais un redémarrage en boucle.
Après, j'ai été contraint de sauter toutes les versions entre la 2.0.0.10 et la 2.1.37. Peut-être que le package de la 2.1.37 n'embarquait pas un fichier qui avait été modifié entre temps, contrairement à la 2.2.0.29. Honnêtement, se taper les mises à jours après un hardreset est suffisamment chiant pour m'avoir démotivé à chercher le problème. Par contre c'est assez dommage justement de devoir passer par pleins de versions intermédiaires avant de pouvoir passer sur la dernière. Ca serait top si y avait moyen d'installer directement la dernière version, ou de mettre à jour la version sur laquelle on tombe après un hardreset.
Emacs le fait depuis 30 ans.
[^] # Re: Retour d'expérience
Posté par Astaoth . En réponse au journal Sortie de Sailfish OS 2.2.0. Évalué à 2.
J'ai profité de la sortie de la nouvelle version pour retenter un upgrade cet aprem et c'est passé sans soucis. Ça devait être la 2.1.37 qui n'était pas installable directement depuis la 2.0.0.10.
Emacs le fait depuis 30 ans.
[^] # Re: Retour d'expérience
Posté par Astaoth . En réponse au journal Sortie de Sailfish OS 2.2.0. Évalué à 1.
A ce propos, pour le GPS, j'ai découvert Maps.me (sous Android) qui est carrément pas mal : cartes OSM, code sur github, avec un bon routing offline.
Sinon y a moyen d'avoir un GPS complet en natif avec osm scout et ses modules, mais je ne l'ai jamais testé.
Par contre je mettrais un gros bémol sur les mises à jours, au moins pour le Jolla 1. Chez moi, je suis bloqué en version 2.0.0.10. Quand j'essaye de passer à une version supérieur, il ne démarre plus. Je suis obligé de faire un hardreset.
Emacs le fait depuis 30 ans.