❌

Vue normale

Reçu aujourd’hui — 15 mai 2025

Revocation is broken

✇Liens en bazar
15 mai 2025 à 09:35
Lorsque votre certificat SSL est compromis (par exemple parce que sa clé privée a été volée), vous pouvez le révoquer, c'est-à-dire le signaler comme étant invalide et plus digne de confiance.

Mais comment le navigateur sait-il qu'un certificat est révoqué, car ce n'est pas une information que celui-ci contient ? Deux mécanismes existent : CRL et OCSP.

Cet article les présente ainsi que les problématiques liées.
(Permalink)
Reçu avant avant-hier

Vers la fin des certificats SSL longue durée

✇Data Security Breach
Par :Damien Bancal
16 avril 2025 à 15:13
À partir de 2029, les certificats SSL/TLS ne seront valides que pendant 47 jours. Une révolution discrète mais cruciale dans la sécurité du web vient d’être actée. C’est un changement majeur dans l’infrastructure invisible du web. Le CA/Browser Forum, organe central réunissant les géants du numérique et les autorités de certification, a voté pour une … Continue reading Vers la fin des certificats SSL longue durée

linux - Having all systemd timers mail to root on error - Super User

✇@jeekajoo links
15 février 2025 à 10:00

Renouvellement automatisé de certificats Letsencrypt avec certbot sur Debian

Je découvre que le cron /etc/cron.d/certbot n'est en fait pas utilisé sur mon serveur Debian.
Dans ce fichier, il est précisé que c'est le timer certbot.timer de systemd qui est utilisé (si on utilise systemd comme init, comme c'est le cas par défaut).

C'est donc pour cela que je ne recevais jamais de mail pour les renouvellements foirés de certificats Letsencrypt.
Oui, car par défaut, et contrairement au fonctionnement par défaut de cron, aucun mail n'est envoyé en cas d'erreur à l'exécution de la tâche planifiée. ¯_(ツ)_/¯

Voici une solution pour changer cela.


— Permalien

ACME challenge catch-all for any (sub)domain in Apache - #7 by MikeMcQ - Help - Let's Encrypt Community Support

✇@jeekajoo links
11 novembre 2024 à 18:51

After comparing some notes around the Internet I've came up with this "catch-all" for in Apache. So not just one vhost, anything will catch it. Keeping the configs clean and simple.

Put the following in the conf-enabled directory (Debian based systems):

Alias /.well-known/acme-challenge/ "/var/www/html/.well-known/acme-challenge/"
<Directory "/var/www/html/">
      Options None
      AllowOverride None
      ForceType text/plain
      RedirectMatch 404 "^(?!/\.well-known/acme-challenge/[\w-]{43}$)"
</Directory>

Enable it with a2enconf, reload the Apache service. Make sure the directory /var/www/html/.well-known/acme-challenge/ is created and owned by the Apache data user, e.g. www-data. It can be any directory, as long as you keep it consistent.

Then run this command: certbot certonly --webroot --agree-tos --email youradmin@example.com --webroot-path /var/www/html/ --domain yoursite.example.com


— Permalien
❌