MSE worries

Page 6 of 10 FirstFirst ... 45678 ... LastLast

  1. Posts : 4,566
    Windows 10 Pro
       #51

    Lady Fitzgerald said:
    Jacee said:
    My reply ... I don't and won't do online banking. Pretty simple for me, but those who feel they're protected will certainly (can) disagree with me.
    Where did that come from?

    But since you brought it up, you might as well not bank at all and pay cash for everything. Credit/debit card transactions are transmitted over the internet, going through several parties; even checks eventual get a ride over the internet. Your financial data can be accessed from the internet whether you use it or not. If you do use online banking, at least you can check your accounts frequently, making it easier to catch irregularities quickly. That saved my bacon once when my credit card was compromised by a hack-in of a credit card clearing agency and I caught it the next day.

    As long as the connection is https, your bank doesn't use Java based software (I'm amazed that some still do), you use a good password, your bank uses two factor authorization, you have a good two way firewall in place, and you bank only when on a secure connection (not a public one), online banking is actually safer than using credit/debit cards.

      My Computer


  2. Posts : 332
    windows 7 premium home 64bit
    Thread Starter
       #52

    The subject of online banking was raised a page or two back when I described my bank's use of a screen-only second security question, and also suggested that with the increased use of mobile online banking - which has got to be an altogether easier hack - they might leave PC users alone.
      My Computer


  3. Posts : 25,847
    Windows 10 Pro. 64/ version 1709 Windows 7 Pro/64
       #53

    I use online banking one way; to view my account.
    When I go through the password/my sisters first name ect. the bank will call me on the phone in a 2 or 3 seconds to verify its me.
      My Computer


  4. Posts : 10,485
    W7 Pro SP1 64bit
       #54

    UsernameIssues said:
    UsernameIssues said:
    ~~~
    For those that care, MSE still has not processed the ransomware submission that I made two days ago. That said, MS might place submissions without an e-mail address at the bottom of the pile.
    Four days now and...

    Attachment 290687
    The sample has not been processed yet.



    urbanspaceman1 said:
    Feels like sloppy business practice, doesn't it?
    This stuff is complex. There is a chance that they might not process this sample. If I had given them an e-mail address, I might have been told that. The file in question is only available on the internet for a few hours. Those serving up this malware change it often. MS might know this and might not process such submissions. What appears to be a slow (or no response) might just be the norm for files like this.

    I'm not doing as deep of an investigation into this file (and its versions) as I've done with past infections. I'm not keeping a copy of every file version that I can download. I have downloaded the file a few times each day for a while know and yesterday (and today) yielded a sad surprise. MSE detected yesterday's (and today's) version as a severe threat - but it failed to clean it. It also failed to prevent the ransomware from taking over the user's profile.

    The infection type (and the registry key) has been known to MSE since at least April 2013:
    Trojan:Win32/Urausy.E

    And yet MSE cannot clean/prevent this version of this malware:

    MSE worries-mse1.png

    MSE worries-mse2.png

    The process ID number shown above is the PID of the infected file that I launched from the user's desktop. Process Monitor showed the things that it did and provided me with the PID at the same time that MSE provided me with the PID that it could not clean.

    So - maybe MSE does have a heuristic rule watching over this particular user level registry key. Maybe MSE just cannot handle halting the infection. The infection uses an instance of svchost to make the actual change to the registry... perhaps that is what is confusing MSE.


    Each version of this file that I download, I upload to virustotal. Only ESET, Fortinet, GData and Malwarebytes have flagged today's version solely by it file signature*.

    *Well, that might not entirely be true. It is possible (probably) that ESET and others flagged the behavior on computers running their antivirus app, then added the file to their signature database - thus permitting virustotal to flag the file via API interfaces to those databases. Or maybe I don't understand virustotal.

    Adding ever changing files like this to an antivirus signature database would just bloat that database. Heuristics is the only answer that I see.
      My Computer


  5. Posts : 10,485
    W7 Pro SP1 64bit
       #55

    I should add that MSE was meant to be used in conjunction with Internet Explorer. I have to turn off IE's SmartScreen Filter in IE10 so that I can download this malware. MSE would not let yesterday's or today's version of this ransomware out of the temporary internet files (TIF) area if it was already installed*.

    *Yesterday morning, the file was allowed out of the TIF area. But by yesterday afternoon's MSE update, it was not.

    I turn off the SmartScreen Filter since I want to test MSE's ability to handle this file if it came in via other means/browsers.
      My Computer


  6. Posts : 10,994
    Win 7 Pro 64-bit
       #56

    I'm not being critical of anything you've said, UsernameIssues. I'm trying to learn more about security and malware detection and that's why I pose these questions:

    1. According to your 2nd screenshot, MSE did detect the malware and placed it in quarantine. Under "recommended action" it suggests you remove the software immediately and it allows you to check mark > remove all. But it also says an error occurred and the program (MSE) could not find the malware on the computer. How could MSE categorize the malware, describe it, and then place the malware in quarantine if it couldn't find it?

    2. Do you think this is a question of MSE software coding being bunged up rather than MSE not being able to detect/quarantine malware?

    3. And do you think MSE is simply erring on the side of caution by NOT removing the malware and allowing the user to make that final decision?

    Again, I'm just trying to become more educated in malware and malware detection/removal.
      My Computer


  7. Posts : 10,485
    W7 Pro SP1 64bit
       #57

    marsmimar said:
    I'm not being critical of anything you've said, UsernameIssues. I'm trying to learn more about security and malware detection and that's why I pose these questions:...
    Even if someone was critical of my amateur analysis, I'm okay with that. I'm fully aware of my ability to come to the wrong conclusions. And while I've been doing this off and on for a long time - that might only mean that I'm a slow learner

    I can only hope that the info below is correct. It is all coming from my memory and the infection file has changed many times. MSE's actions towards it change too. Some versions raise no flags. Other versions show what you see in the screenshots. All of the versions seem to do the same thing and yet MSE handles them differently. Tonight's version is back to not triggering any action from MSE :-(

    Since we are back to a version (or versions) that raise no flags (cause no actions by MSE)... I'm wondering if MSE is using heuristics to protect that registry key. Maybe it does detect some stuff that it never tells the user about.


    marsmimar said:
    ~~~
    1. According to your 2nd screenshot, MSE did detect the malware and placed it in quarantine. Under "recommended action" it suggests you remove the software immediately and it allows you to check mark > remove all. But it also says an error occurred and the program (MSE) could not find the malware on the computer. How could MSE categorize the malware, describe it, and then place the malware in quarantine if it couldn't find it?
    ~~~
    MSE created a popup in the notification area that said the computer was being cleaned. That popup said something like: no further action was needed. MSE never turned red. Even the popup was green. The fact that the file was still on the desktop was the first clue that something was wrong. I manually opened MSE and looked at the screen shown in that second screenshot. If the infected file had been launched from a less visible folder (maybe the downloads folder) I might never have know about MSE's failure to quarantine the file. As you see in that second screenshot, MSE does state that the threat has been quarantined. That seems to be wrong. It has not been quarantined. [I did not try to have MSE remove the file from the quarantine area since it was not in that area.]

    >How could MSE categorize the malware, describe it
    The detection/description could have been based on what was loaded into RAM.

    >and then place the malware in quarantine if it couldn't find it? My guess is that MSE wrote the summary of its actions before it wrote the details of the error. They seem to contradict each other.

    I restarted the virtual computer and went into the infected profile to give MSE a chance to prevent the shell from being replaced. (Well sort of replaced - it is actually just covered up.) MSE did not stop the infected cache.dat file from running. The very cache.dat file that is mentioned in this link: Trojan:Win32/Urausy.E

    The infected file was still on the standard user's desktop, so I...
    ...did a ctr-alt-del
    ...logged that infected user off
    ...logged on as the built in administrator
    ...let the computer build the profile (since this was the first log on)
    ...used that same infected file
    ......in the same file/path location
    ......to infect that second profile
    All while MSE was "protecting" this virtual machine.
    This indicates to me that the infected file was never quarantined... that is was still fully functional.

    While infecting the admin profile, MSE did that exact same thing:
    told me that it found stuff
    told me that I did not need to do anything
    never turned red (or even orange)
    gave the same error.


    marsmimar said:
    ~~~
    2. Do you think this is a question of MSE software coding being bunged up rather than MSE not being able to detect/quarantine malware?
    ~~~
    I really don't know what to think at this point. I'll leave that for MSE to figure out. I setup MSE to share the maximum amount of info back to MS (automatic file submission and advanced MAPS). The automatic file submission might not work for files that MSE cannot find.


    marsmimar said:
    ~~~
    3. And do you think MSE is simply erring on the side of caution by NOT removing the malware and allowing the user to make that final decision?
    ~~~
    Such does not seem to be the case. In yesterday's tests, if I have MSE installed before downloading the infected file, the file never makes it out of the temporary internet files area. The user is never given a option to complete the save to the desktop or to any other area.
      My Computer


  8. Posts : 10,994
    Win 7 Pro 64-bit
       #58

    UsernameIssues said:
    marsmimar said:
    I'm not being critical of anything you've said, UsernameIssues. I'm trying to learn more about security and malware detection and that's why I pose these questions:...
    Even if someone was critical of my amateur analysis, I'm okay with that. I'm fully aware of my ability to come to the wrong conclusions. And while I've been doing this off and on for a long time - that might only mean that I'm a slow learner

    I can only hope that the info below is correct. It is all coming from my memory and the infection file has changed many times. MSE's actions towards it change too. Some versions raise no flags. Other versions show what you see in the screenshots. All of the versions seem to do the same thing and yet MSE handles them differently. Tonight's version is back to not triggering any action from MSE :-(

    Since we are back to a version (or versions) that raise no flags (cause no actions by MSE)... I'm wondering if MSE is using heuristics to protect that registry key. Maybe it does detect some stuff that it never tells the user about.


    marsmimar said:
    ~~~
    1. According to your 2nd screenshot, MSE did detect the malware and placed it in quarantine. Under "recommended action" it suggests you remove the software immediately and it allows you to check mark > remove all. But it also says an error occurred and the program (MSE) could not find the malware on the computer. How could MSE categorize the malware, describe it, and then place the malware in quarantine if it couldn't find it?
    ~~~
    MSE created a popup in the notification area that said the computer was being cleaned. That popup said something like: no further action was needed. MSE never turned red. Even the popup was green. The fact that the file was still on the desktop was the first clue that something was wrong. I manually opened MSE and looked at the screen shown in that second screenshot. If the infected file had been launched from a less visible folder (maybe the downloads folder) I might never have know about MSE's failure to quarantine the file. As you see in that second screenshot, MSE does state that the threat has been quarantined. That seems to be wrong. It has not been quarantined. [I did not try to have MSE remove the file from the quarantine area since it was not in that area.]

    >How could MSE categorize the malware, describe it
    The detection/description could have been based on what was loaded into RAM.

    >and then place the malware in quarantine if it couldn't find it? My guess is that MSE wrote the summary of its actions before it wrote the details of the error. They seem to contradict each other.

    I restarted the virtual computer and went into the infected profile to give MSE a chance to prevent the shell from being replaced. (Well sort of replaced - it is actually just covered up.) MSE did not stop the infected cache.dat file from running. The very cache.dat file that is mentioned in this link: Trojan:Win32/Urausy.E

    The infected file was still on the standard user's desktop, so I...
    ...did a ctr-alt-del
    ...logged that infected user off
    ...logged on as the built in administrator
    ...let the computer build the profile (since this was the first log on)
    ...used that same infected file
    ......in the same file/path location
    ......to infect that second profile
    All while MSE was "protecting" this virtual machine.
    This indicates to me that the infected file was never quarantined... that is was still fully functional.

    While infecting the admin profile, MSE did that exact same thing:
    told me that it found stuff
    told me that I did not need to do anything
    never turned red (or even orange)
    gave the same error.


    marsmimar said:
    ~~~
    2. Do you think this is a question of MSE software coding being bunged up rather than MSE not being able to detect/quarantine malware?
    ~~~
    I really don't know what to think at this point. I'll leave that for MSE to figure out. I setup MSE to share the maximum amount of info back to MS (automatic file submission and advanced MAPS). The automatic file submission might not work for files that MSE cannot find.


    marsmimar said:
    ~~~
    3. And do you think MSE is simply erring on the side of caution by NOT removing the malware and allowing the user to make that final decision?
    ~~~
    Such does not seem to be the case. In yesterday's tests, if I have MSE installed before downloading the infected file, the file never makes it out of the temporary internet files area. The user is never given a option to complete the save to the desktop or to any other area.
    I truly appreciate the detailed information and the amount of time it took to respond to my questions. Thank you.
      My Computer


  9. Posts : 10,485
    W7 Pro SP1 64bit
       #59

    You are welcome... and thanks for reading my ramblings.


    Here is more data to add to the confusion:

    Process Monitor plus infection process = Explorer crash (sometimes)
    (as shown in the first video)
    This is something new to this evening's version of the infected file. But Explorer works fine every time if Process Monitor is not running during the infection process. I recorded the infection/detection process many times while attempting to get a video where Explorer did not crash AND the lag between infection and the ransom note appearing was not too long. It can take a minute or two before the ransom screen appears.

    I had been performing an on demand scan (right click on the file and select scan) of the infected file at the start of each recording, but I failed to do so for the video that I ended up keeping/posting as the first video below. MSE did not flag the infected file as bad during my many on demand scans. But MSE did flag something during the infection process as shown in the first video. In that video, the Virtual Machine (VM) had 1GB of RAM assigned.

    Around 2am, I shut down the VM and increased the RAM allocation to 4GB. I grabbed some food while the W7 VM checked for updates to the OS [there were none]. I had also told MSE to get any updates. Then I froze (took another snapshot) the VM using the 4GB setting.

    I tried for the 100th time (or so it seemed) to get a video that showed the infection without Explorer crashing. I just did not want that crash in the mix. But wait! MSE no longer flags anything during the infection process!?! I looked at the time stamps (and version numbers) on MSE's definitions and they had changed. [I had not noticed that update while I was eating.]


    Now I'll start back at the beginning and document the timeline at bit:
    The date & time stamp on the ransomware file shows that I downloaded it on 22 Sept 2013 at 6:21pm. I froze that file into the virtual machine a few minutes later. That file has not changed throughout the info for this post

    I updated the OS with the latest round of patches and installed/updated MSE. I froze that configuration around midnight. I had MSE check for updates before starting the recording that turned into the first video in this post. I did not have MSE check for updates prior to the second video in this post since I had just frozen the VM after checking for MSE updates.

    The first video was taken a bit after midnight. I halted that video before it could paint the info about the ransom. The second video was taken around 3am. Again, the infected file has not changed all evening.

    The timeline of events can get confusing when dealing with frozen VMs. Hopefully, I've written out enough info so that I don't have to make sense of these times several days from now.




    MSE worries-ransomware1.png




    MSE worries-ransomware2.png


    The infected file has svchost copy it to the folder shown in the Explorer window in the second video. Earlier versions of this infected file shows the copy to be from 01 August 2013. This version is from 08 August 2013. Such dates can be altered, but it was something that I noticed.

    In the second video, while I was waiting for the ransom note, I tried to show that svchost creates the copy of the infected file as well as writes info to the registry. The svchost exe seems to be legit.

    Attached is the Process Monitor log file gathered during the second video. I had to remove some processes (SearchIndexer and VBoxservice) to shrink the file.

    Edit:
    In summary:
    MSE definitions 1.161.254.0 detects the infection - but cannot clean it
    MSE definitions 1.161.259.0 does not detect the infection
    MSE definitions 1.161.239.0 does not detect the infection
    MSE definitions 1.161.543.0 detects the infection AND cleans it!
    This version of the definitions also removes the file using an on demand scan.
    But before you celebrate, a new version of this infected file came out over 3 hours ago (according to virustotal) and MSE does nothing to stop it. On demand fails and the infection process is not halted.

    This seems to point us to MSE handling this file based on its signature... not its behavior. For this infection type, I see no reason why MSE took this route.
    Last edited by UsernameIssues; 23 Oct 2013 at 07:53. Reason: corrected timeline
      My Computer


  10. Posts : 332
    windows 7 premium home 64bit
    Thread Starter
       #60

    I've been reading all of this but have the sense to keep my mouth shut because I can only skim the surface of the issue with my comprehension. If there is any more to come I will be all eyes once again; you are not forgotten in your labours and I suspect there are a lot of us wondering if the outcome is going to be positive or negative. Keep up the good work Sir, your efforts are seriously appreciated..
      My Computer


 
Page 6 of 10 FirstFirst ... 45678 ... LastLast

  Related Discussions
Our Sites
Site Links
About Us
Windows 7 Forums is an independent web site and has not been authorized, sponsored, or otherwise approved by Microsoft Corporation. "Windows 7" and related materials are trademarks of Microsoft Corp.

© Designer Media Ltd
All times are GMT -5. The time now is 00:55.
Find Us