Hat sich mein Computer selbst entsperrt?


8

Gegen Mittag wachte ich auf und stellte fest, dass mein Computer entsperrt war, obwohl ich mich daran erinnert hatte, ihn in der vergangenen Nacht gesperrt und seitdem nicht mehr benutzt zu haben. Ich habe das Sicherheitsprotokoll überprüft und ab 11:16 Uhr ein Anmeldeereignis festgestellt. Das einzige ist, ich habe damals geschlafen und niemand sonst, der Zugang zu meinem Computer hat, kennt mein Passwort. Um sicher zu gehen, führe ich einen Virenscan durch, aber bisher wurde nichts gefunden. Was könnte passiert sein?

Der Text des Ereignisprotokolleintrags ist unten.

Übrigens habe ich nachgesehen und es gibt ein "Abmelde" -Ereignis, als ich mich daran erinnerte, meinen Computer letzte Nacht gesperrt zu haben.

Log Eintrag:

Log Name:      Security
Source:        Microsoft-Windows-Security-Auditing
Date:          1/29/2014 11:16:10 AM
Event ID:      4624
Task Category: Logon
Level:         Information
Keywords:      Audit Success
User:          N/A
Computer:      FLARNDT
Description:
An account was successfully logged on.

Subject:
        Security ID:            SYSTEM
        Account Name:           FLARNDT$
        Account Domain:         WORKGROUP
        Logon ID:               0x3E7

Logon Type:                     5

Impersonation Level:            Impersonation

New Logon:
        Security ID:            SYSTEM
        Account Name:           SYSTEM
        Account Domain:         NT AUTHORITY
        Logon ID:               0x3E7
        Logon GUID:             {00000000-0000-0000-0000-000000000000}

Process Information:
        Process ID:             0x188
        Process Name:           C:\Windows\System32\services.exe

Network Information:
        Workstation Name:      
        Source Network Address: -
        Source Port:            -

Detailed Authentication Information:
        Logon Process:          Advapi  
        Authentication Package: Negotiate
        Transited Services:     -
        Package Name (NTLM only):       -
        Key Length:             0

This event is generated when a logon session is created. It is generated on the computer that was accessed.

The subject fields indicate the account on the local system which requested the logon. This is most commonly a service such as the Server service, or a local process such as Winlogon.exe or Services.exe.

The logon type field indicates the kind of logon that occurred. The most common types are 2 (interactive) and 3 (network).

The New Logon fields indicate the account for whom the new logon was created, i.e. the account that was logged on.

The network fields indicate where a remote logon request originated. Workstation name is not always available and may be left blank in some cases.

The impersonation level field indicates the extent to which a process in the logon session can impersonate.

The authentication information fields provide detailed information about this specific logon request.
        - Logon GUID is a unique identifier that can be used to correlate this event with a KDC event.
        - Transited services indicate which intermediate services have participated in this logon request.
        - Package name indicates which sub-protocol was used among the NTLM protocols.
        - Key length indicates the length of the generated session key. This will be 0 if no session key was requested.
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="Microsoft-Windows-Security-Auditing" Guid="{54849625-5478-4994-A5BA-3E3B0328C30D}" />
    <EventID>4624</EventID>
    <Version>1</Version>
    <Level>0</Level>
    <Task>12544</Task>
    <Opcode>0</Opcode>
    <Keywords>0x8020000000000000</Keywords>
    <TimeCreated SystemTime="2014-01-29T16:16:10.375881200Z" />
    <EventRecordID>96945</EventRecordID>
    <Correlation />
    <Execution ProcessID="380" ThreadID="8756" />
    <Channel>Security</Channel>
    <Computer>FLARNDT</Computer>
    <Security />
  </System>
  <EventData>
    <Data Name="SubjectUserSid">S-1-5-18</Data>
    <Data Name="SubjectUserName">FLARNDT$</Data>
    <Data Name="SubjectDomainName">WORKGROUP</Data>
    <Data Name="SubjectLogonId">0x3e7</Data>
    <Data Name="TargetUserSid">S-1-5-18</Data>
    <Data Name="TargetUserName">SYSTEM</Data>
    <Data Name="TargetDomainName">NT AUTHORITY</Data>
    <Data Name="TargetLogonId">0x3e7</Data>
    <Data Name="LogonType">5</Data>
    <Data Name="LogonProcessName">Advapi  </Data>
    <Data Name="AuthenticationPackageName">Negotiate</Data>
    <Data Name="WorkstationName">
    </Data>
    <Data Name="LogonGuid">{00000000-0000-0000-0000-000000000000}</Data>
    <Data Name="TransmittedServices">-</Data>
    <Data Name="LmPackageName">-</Data>
    <Data Name="KeyLength">0</Data>
    <Data Name="ProcessId">0x188</Data>
    <Data Name="ProcessName">C:\Windows\System32\services.exe</Data>
    <Data Name="IpAddress">-</Data>
    <Data Name="IpPort">-</Data>
    <Data Name="ImpersonationLevel">%%1833</Data>
  </EventData>
</Event>

Ist auf Ihrem Computer nur ein Konto verfügbar?
Rudolph

Ohne zu viel Recherche hier sieht es so aus, als würde 'services.exe' einige Male in Ihren Protokollen auftauchen. Als ich nachgeschlagen habe , habe ich Folgendes gefunden: bleepingcomputer.com/startups/services.exe-11447.html, was mich glauben lässt, dass es sich möglicherweise um einen Virus oder ähnliches handelt.
Callen L


2
"Anmeldetyp 5" = Dienst. Es war eine Dienstanmeldung (als SYSTEM). Es ist (wahrscheinlich) harmlos und würde Sie definitiv nicht auf Ihrem Desktop anmelden, also ist es nicht das, was es getan hat. Haben Sie sich in der Nacht zuvor tatsächlich "abgemeldet" oder einfach "gesperrt", wie Sie sagen?
Ƭᴇcʜιᴇ007

1
Solange services.exees nicht entführt und ersetzt wurde (was heutzutage ziemlich schwierig ist), C:\Windows\System32\services.exeist es ein gültiges und völlig normales Windows-Dienstprogramm, das vom Betriebssystem benötigt wird.
Ƭᴇcʜιᴇ007

Antworten:


5

Ich kenne keine programmatische Möglichkeit, eine Workstation beispielsweise von einem laufenden Programm freizuschalten (wie ein Virus, es sei denn, dies hat den Windows-Sicherheitsstapel ernsthaft gefährdet). Anders als jemand an der Tastatur bleibt die Möglichkeit einer Fernbedienungssoftware, die Tastenanschläge senden kann, die manchmal in Viren enthalten sind. Selbst in diesem Szenario müsste der Angreifer Ihr Passwort kennen.

Suchen Sie speziell nach Ereignissen, die von "Security-Auditing" mit den Ereignis-IDs 4800 (Sperren) und 4801 (Entsperren) stammen. Diese korrelieren direkt mit dem tatsächlichen Sperren und Entsperren Ihrer Sitzung ... Die anderen Anmelde- / Abmeldeereignisse werden häufig im Hintergrund für Dinge generiert, die Sie nicht unbedingt erwarten.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.