<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Sign-in logs on mpeeters.nl</title><link>https://mpeeters.nl/tags/sign-in-logs/</link><description>Recent content in Sign-in logs on mpeeters.nl</description><generator>Hugo</generator><language>nl-NL</language><lastBuildDate>Wed, 07 Oct 2026 14:40:35 +0200</lastBuildDate><atom:link href="https://mpeeters.nl/tags/sign-in-logs/index.xml" rel="self" type="application/rss+xml"/><item><title>Verdachte aanmelding in Entra ID: zo onderzoek je het met KQL</title><link>https://mpeeters.nl/blog/verdachte-aanmelding-entra-id-onderzoeken/</link><pubDate>Wed, 07 Oct 2026 14:40:35 +0200</pubDate><guid>https://mpeeters.nl/blog/verdachte-aanmelding-entra-id-onderzoeken/</guid><description>&lt;p>Een gebruiker meldt dat hij een MFA-prompt kreeg die hij niet zelf startte. Of er komt een alert binnen voor een aanmelding vanuit een land waar je geen medewerkers hebt. Daarna begint het eigenlijke werk, en dat vraagt om drie antwoorden: &lt;strong>is er daadwerkelijk ingelogd, hoe is dat gelukt, en wat is er daarna gedaan?&lt;/strong>&lt;/p>
&lt;p>In dit artikel loop ik langs de volgorde die ik daarvoor aanhoud. De voorbeelden zijn KQL-queries op de Entra-logs in een Log Analytics-workspace. Alle gebruikersnamen, IP-adressen en ASN&amp;rsquo;s in de voorbeelden zijn fictief. Het artikel is een vervolg op &lt;a href="https://mpeeters.nl/blog/device-code-phishing/">device code phishing&lt;/a>, waar ik kort noemde dat je op die aanmeldingen moet monitoren, maar niet hoe.&lt;/p></description></item></channel></rss>