Reprise de sous-domaine

Qu'est-ce que Reprise de sous-domaine?

Retirer une ressource cloud sans supprimer l'enregistrement DNS qui pointe vers elle laisse un nom qui vous appartient pointer vers une cible que n'importe qui peut revendiquer. Celui qui la revendique sert son contenu depuis votre véritable sous-domaine, si bien que la vérification du domaine qu'on apprend aux gens à faire est concluante. Vous trouverez un sous-domaine marketing dont la cible renvoie une erreur de bucket inexistant, vous le revendiquerez, y hébergerez une page de connexion et hameçonnerez un employé dont la vérification du domaine ne détecte rien d'anormal. Vous supprimerez ensuite l'enregistrement orphelin et ajouterez la suppression DNS à la liste de contrôle de mise hors service.

Ce que vous apprendrez dans Reprise de sous-domaine

• Un enregistrement qui survit à ses points de ressources sur une cible que tout le monde peut revendiquer.
• Le résultat est un contenu de l'attaquant sur le vrai domaine de l'organisation, si bien qu'aucun des signaux habituels d'un domaine ressemblant n'apparaît.
• La cause est un processus de mise hors service qui met hors service des ressources sans supprimer le DNS.
• Corrigez le processus pour les nouveaux travaux et recherchez les enregistrements en suspens pour trouver le retard qu'il ne rattrapera pas.

Reprise de sous-domaine — Étapes de la formation

1. Un nom qui a survécu à sa cible

   Bob ne recherche pas les fautes de frappe. Il recherche les propres sous-domaines de l'entreprise, pointant toujours vers des ressources cloud qui ont été désactivées mais jamais déconnectées du DNS. Il vérifie l'un des noms marketing de Dunwrell.

2. La cible n'appartient à personne

   Le nom pointe vers un compartiment S3. Bob demande à S3 si ce compartiment existe toujours.

3. Réclamez le nom

   Bob crée un compartiment avec le nom exact vers lequel pointe l'enregistrement en suspens. À partir de ce moment, le propre sous-domaine de Dunwrell sert tout ce qu'il y met.

4. Téléchargez le piège

   Bob télécharge une page conçue pour ressembler exactement à la connexion des participants de Dunwrell. Il n'a pas besoin de simuler la marque de manière convaincante, car elle sera servie à partir de la véritable adresse de la marque.

5. Envoyez l'appât

   La page est en ligne sur le sous-domaine réel. Maintenant, Bob a besoin que quelqu'un s'y connecte. Il envoie un e-mail à Alice, membre du personnel de Dunwrell, avec un avis de confirmation de compte d'apparence courante et le lien vers sa page.

6. Un message du service informatique

   Alice reçoit un avis de confirmation de compte du service informatique. Cela semble routinier, et le lien renvoie à une adresse Dunwrell, alors elle l'ouvre.

7. Le domaine est vérifié

   La page demande à Alice de se connecter pour confirmer son compte. Elle fait ce qu'on lui a appris : elle vérifie d'abord le domaine.

8. Connectez-vous pour confirmer

   Le domaine appartient à Dunwrell, donc Alice saisit son identifiant Dunwrell pour confirmer son compte. Il va directement au collectionneur de Bob.

9. Son mot de passe arrive

   De retour sur sa propre machine, Bob suit son collectionneur. La connexion d'Alice est là, en texte clair.

10. Connectez-vous en tant qu'Alice

    Bob ouvre la véritable application Dunwrell et se connecte avec les informations d'identification volées d'Alice. Pour Dunwrell, il s'agit simplement d'Alice qui se connecte - son véritable e-mail et son mot de passe, à partir d'un navigateur.