Mon ordinateur s'est-il déverrouillé?

8

Je me suis réveillé vers midi pour trouver mon ordinateur déverrouillé, malgré le souvenir de l'avoir verrouillé la nuit précédente et de ne plus l'avoir utilisé depuis. J'ai vérifié le journal de sécurité et j'ai vu un événement de "connexion" à partir de 11h16. La seule chose est que j'étais endormi à l'époque, et personne d'autre ayant accès à mon ordinateur ne connaît mon mot de passe. Juste pour être sûr, je lance une analyse antivirus, mais jusqu'à présent, il n'a rien trouvé. Qu'est-ce qui aurait pu arriver?

Le texte de l'entrée du journal des événements est ci-dessous.

Soit dit en passant, j'ai vérifié et il y a un événement de «déconnexion» à peu près au moment où je me suis souvenu d'avoir verrouillé mon ordinateur la nuit dernière.

Entrée de journal:

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>
flarn2006
la source
Y a-t-il un seul compte accessible sur votre ordinateur?
Rudolph
Sans trop de recherches ici, il semble que 'services.exe' apparaisse plusieurs fois dans vos journaux. En le recherchant, j'ai trouvé ceci: bleepingcomputer.com/startups/services.exe-11447.html ce qui m'amène à croire qu'il peut s'agir d'un virus ou quelque chose de similaire.
Callen L
4
@CallenL C'est juste idiot
DanteTheEgregore
2
"Type d'ouverture de session 5" = Service. Il s'agissait d'un service de connexion (en tant que SYSTEM). C'est (probablement) bénin et ne vous connecterait certainement pas à votre bureau, ce n'est donc pas ce qui l'a fait. Avez-vous réellement "fermé la session" la veille ou "verrouillé" comme vous le dites?
Ƭᴇcʜιᴇ007
1
En outre, tant qu'il services.exen'a pas été détourné et remplacé (ce qui est assez difficile à faire de nos jours), il C:\Windows\System32\services.exes'agit d'un utilitaire Windows valide et parfaitement normal requis par le système d'exploitation.
Ƭᴇcʜιᴇ007

Réponses:

5

Je ne connais aucun moyen programmatique pour déverrouiller un poste de travail, par exemple un programme en cours d'exécution (comme un virus, à moins qu'il n'ait sérieusement compromis la pile de sécurité de Windows). Autre que quelqu'un au clavier, cela laisse la possibilité d'un logiciel de télécommande qui peut envoyer des frappes, qui est parfois inclus avec des virus. Même avec ce scénario, l'attaquant aurait toujours besoin de connaître votre mot de passe.

Recherchez spécifiquement les événements provenant de "Security-Auditing" avec l'ID d'événement 4800 (verrouillé) et 4801 (déverrouillé). Ceux-ci seront directement en corrélation avec le verrouillage et le déverrouillage réels de votre session ... Les autres événements de connexion / déconnexion sont fréquemment générés en arrière-plan pour des choses que vous ne vous attendez pas nécessairement.

BowlesCR
la source