Suis-je être piraté?

Les requêtes pour cela sont généralement envoyées sans en-tête de serveur. Il suffit de créer un hôte virtuel par défaut pour les demandes qui n'ont pas d'en-tête de serveur que vous attendez et le blackhole. Aussi amusant de consigner le trafic brisé et de faire du DNS inverse pour voir s'il vient d'un autre serveur web (compromis?) et contacter le propriétaire basé sur la base de données whois. Vous ne savez jamais qui exécute des scripts stupides à partir d'un serveur publiquement identifiable pour rechercher des vulnérabilités et les exploiter plus tard sur le tunnel ToR. Utilisation du brûleur coordonnées si vous ne voulez pas attirer l'attention sur vous-même.

Pour suivre la réponse donnée par @user823629, voici une configuration d'hôte virtuel par défaut que j'utilise sur Apache 2.4:

<VirtualHost *:80 *:443>
    # Default vhost for requests not matching IP or Host of other vhosts
    ServerName blackhole
    ErrorLog logs/error_log_blackhole
    CustomLog logs/access_log_blackhole combined
    Redirect 404 /
</VirtualHost>

Il redirige toutes les requêtes vers la page 404 par défaut.

Je mets ceci dans conf.d et lui donne un nom de conf.d/0_default.conf de sorte qu'il précède les autres définitions de vhosts et que c'est l'hôte virtuel par défaut. Cela peut être vérifié par:

apachectl -t -D DUMP_VHOSTS

Les autres hôtes virtuels correspondront avant ce vhost par défaut si 1) leur adresse IP et leur port correspondent au VirtualHost définition plus explicitement (hôte virtuel basé sur IP), ou 2) la requête contient un en-tête Host qui correspond à la requête (hôte virtuel basé sur le nom). Sinon, la requête retombera sur l'hôte virtuel blackhole par défaut défini ci-dessus.

Voir http://httpd.apache.org/docs/current/vhosts/details.html pour plus de détails sur la correspondance d'hôte virtuel.

Sauf si vous utilisez réellement /var/www/vhosts/default/ pour héberger un site Web, cela signifie que vous avez des demandes allant à l'hôte par défaut qui ne sont pas interceptées par votre configuration virtualhosts.

Ignorez un instant que ce sont des requêtes malveillantes, car la raison sous-jacente de ces erreurs vhosts / default / est que vous avez probablement désactivé SSL pour un virtualhost , et ce sont des requêtes HTTPS capturées dans la configuration du serveur par défaut.

Vous pouvez ajouter %v %V %p à votre journalisation D'accès Apache paramètres dans httpd.conf pour voir plus d'informations sur ce que sont ces requêtes et quel virtualhost/servername les gère (%v %V) et sur quel port (%p) les requêtes sont effectuées (généralement le port 443 S'il S'agit de HTTPS).

Pour corriger L'aspect HTTPS, j'activerais SSL & puis mettrais dans un RewriteRule pour envoyer des requêtes HTTPS à HTTP (si c'est le comportement prévu). Plus d'infos sur la façon de le faire ici.

Sinon, pour aider avec les kiddies de script, le blackhole mentionné ci-dessus est le chemin à parcourir. Assurez-vous simplement de ne pas envoyer par erreur des robots d'exploration/araignées Web légitimes demandant HTTPS à la même mort galactique-par exemple Googlebot teste des pages légitimes via HTTPS puisque C'est la direction que Google veut que le web se dirige.