J'en avais marre de renouveller mon certificat wildcard à la main ne faisant pas confiance aux API de facon général ... J'ai craqué, ca s'est plutot bien passé, j'ai du coup également étendu mon certificat "m0le.net" dans le "*.m0le.net", plus qu'un certificat à gerer.
Grosso-merdo :
# apt install python3-pip
# cp -r /etc/letsencrypt /etc/letsencrypt.bak/
# apt purge certbot
# pip3 install certbot
# pip3 install certbot-dns-ovh

On genere son token sur : https://eu.api.ovh.com/createToken/ avec les droits (Attention, pour tous les domaines): [GET|PUT|POST|DELETE] /domain/zone/*
# vi .ovh_creds
dns_ovh_endpoint = ovh-eu
dns_ovh_application_key = xxx
dns_ovh_application_secret = xxx
dns_ovh_consumer_key = xxx
# chmod 600 .ovh_creds
# /usr/local/bin/certbot certonly --dns-ovh --dns-ovh-credentials .ovh_creds -d *.m0le.net -d m0le.net

Si tout va bien on devrait avoir un fichier de configuration pour le renouvellement dans /etc/letsencrypt/renewal/

La prochaine fois, pour renouveller il faudra (juste) faire:
# /usr/local/bin/certbot renew

Hum, CVE-2019-5525 : use-after-free or Guest-To-Host (on ALSA enabled backend)

Bon ben... On paaaatch (si dispo - _-)

ah ben tiens, une petite faille du coté de l'iDRAC chez Dell.

Et on oublie pas de mettre à jour son paquet APT !

Envie d'accéder à un iPhone ? Si il a VLC d'installé, c'est aussi simple qu'ouvrir une URL et... tourner le téléphone ^^

Rien de spécial, une faille touchant Android 1.0 à 9.0 que Google ne VEUT pas corriger car ca ne touche que la vie privée des utilisateurs ... no big deal !

virtualbox guest-to-host escape 0day (Je vous aurais bien dit de patcher mais ...)

Merci de l'astuce Kaspersky Free : Je vais tester chez mon frère :)

ouch ...