Apache enregistre l'URL complète plutôt que l'URI

En plus de l'excellente réponse de faker, les 302 Le code de réponse est dû à la redirection HTTPS que vous avez configurée.

Pour vérifier si vous êtes vulnérable au même exploit via HTTPS, exécutez les commandes suivantes [source] :

openssl s_client -connect yourdomain.com:443
[wait for the connection to initialise]
GET http://www.yahoo.com/ HTTP/1.1
Host: www.yahoo.com

Ou avec curl :

curl -H -x https://domain.name.here:443 www.google.de

Conformément à la Documentation Apache vous ne devriez pas recevoir de contenu de yahoo.com et devriez afficher une réponse 404 ou 403. Si c'est le cas, ces journaux n'ont rien d'inquiétant et sont plus que probablement des analyses automatiques effectuées par des robots.

Comme le note @faker, il est important de configurer votre serveur web de manière à ce qu'il ne puisse pas être utilisé comme un proxy public. Cela devrait être le comportement par défaut (c'est-à-dire que le proxy est désactivé) à moins que vous n'ayez explicitement activé un ou plusieurs modules de proxy (regardez dans votre httpd.conf pour les déclarations LoadModule qui font référence aux modules de proxy) et que vous ayez ajouté les paramètres suivants Proxy des directives. Néanmoins, si vous voulez que de telles requêtes soient explicitement bloquées et enregistrées comme telles, vous pouvez faire ce que j'ai fait et ajouter des lignes comme celles-ci à votre fichier httpd.conf ou .htaccess :

# There is some seriously broken malware that attempts to proxy via our web
# server to www.baidu.com, planeta.ru, etc. The proxy attempt per se isn't
# broken (although we don't allow proxying via this web server). It's that
# only the first request makes any sense. Subsequent requests mangle both the
# HTTP_HOST and REQUEST_URI into nonsensical strings. Eventually the request
# is so mangled Apache responds with a 403 status.
#
# So check the request line to see if it looks like an attempt to proxy via
# our web server. Since we don't allow proxying nip the insanity in the bud.
RewriteCond %{THE_REQUEST} ^GET\s+https?:// [NC]
RewriteRule ^ blocked.php [NC,END,E=REASON:proxy-probe]

J'ai un "blocked.php" script qui fournit une page de réponse personnalisée incluant la var env REASON mais vous pourriez tout aussi bien remplacer cette règle par

RewriteRule ^ - [NC,L,R=403]