Slashdot Mirror


Cisco Can Now Sniff Out Malware Inside Encrypted Traffic (theregister.co.uk)

Simon Sharwood, writing for The Register: Cisco has switched on latent features in its recent routers and switches, plus a cloud service, that together make it possible to detect the fingerprints of malware in encrypted traffic. Switchzilla has not made a dent in transport layer security (TLS) to make this possible. Instead, as we reported in July 2016, Cisco researchers found that malware leaves recognisable traces even in encrypted traffic. The company announced its intention to productise that research last year and this week exited trials to make the service -- now known as Encrypted Traffic Analytics (ETA) -- available to purchasers of its 4000 Series Integrated Service Routers, the 1000-series Aggregation Services Router and the model 1000V Cloud Services Router 1000V. Those devices can't do the job alone: users need to sign up for Cisco's StealthWatch service and let traffic from their kit flow to a cloud-based analytics service that inspects traffic and uses self-improving machine learning algorithms to spot dodgy traffic.

44 of 97 comments (clear)

  1. And obviously ... by nospam007 · · Score: 4, Interesting

    ...malware is torrents.

    1. Re:And obviously ... by technosaurus · · Score: 1

      Sounds like its just a proxy server that takes your request, gets the data and then sends it back to you after it checks it ... these have been around for years. Non-news and if it is patented, should never have passed the obious or prior art tests.

  2. Not analyzing payload by sinij · · Score: 5, Informative

    They are not analyzing payload/application data, this is not possible with end-to-end. They are not analyzing metadata, as most malware C&C now pretends to be web traffic. So how? Packet sizes and frequency? This would be trivial for malware creators to circumvent.

    1. Re:Not analyzing payload by 110010001000 · · Score: 4, Insightful

      "users need to sign up for Cisco's StealthWatch service and let traffic from their kit "

      "Sign up for" means "pay monthly for". It sounds like they are analyzing forwarded flow data and looking for flows to/from a particular port/IPs. It would catch malware that uses C&C to known rogue IPs, etc.

    2. Re:Not analyzing payload by ShanghaiBill · · Score: 4, Informative

      So how?

      According to TFA they look for "dodgy destinations" and self-signed certificates.

      So no, they aren't looking at the actual contents of the encrypted traffic at all, and they aren't "sniffing" anything.

    3. Re:Not analyzing payload by Anonymous Coward · · Score: 1

      devices can't do the job alone: users need to sign up [...] and let traffic [..] flow to a cloud-based analytics service

      Then use TLA-provided stolen/coerced root certs to peer into the data stream, in exchange for "data sharing" with the TLA.

      Oh, and they will "flag malware for you", sometimes. Maybe.

       

    4. Re:Not analyzing payload by ugen · · Score: 4, Insightful

      The amount of bycatch will be nontrivial. This will inevitably result either in a lot of valid traffic being blocked, or no meaningful blocking of malware.

      Except this time they slapped AI label on the service, so it's very modern and cool and costs more money.

      We've seen this before.

    5. Re:Not analyzing payload by mysidia · · Score: 1

      They are not analyzing metadata, as most malware C&C now pretends to be web traffic.

      They could look at the IP addresses of the connections (Check against blacklist of malicious IPs); SSL Metadata, e.g. the SNI hostname from TLS, then look at reputation data regarding the hostname; certificate and public key information, common crypto parameters (Maybe some malware configures a HTTPS client uniquely). They can detect whether the SSL connection "Looks like" a normal web connection, or whether it looks like a VPN or continuous stream of data such as C and C.

    6. Re:Not analyzing payload by GameboyRMH · · Score: 4, Interesting

      Packet sizes and frequency, along with metadata. I saw a similar analysis of encrypted video streams being used to detect drone video:

      https://www.wired.com/story/a-...

      Looks like the next big thing in cryptography will be data padding...

      --
      "When information is power, privacy is freedom" - Jah-Wren Ryel
    7. Re:Not analyzing payload by Anonymous Coward · · Score: 1

      So how?

      According to TFA they look for "dodgy destinations" and self-signed certificates.

      So no, they aren't looking at the actual contents of the encrypted traffic at all, and they aren't "sniffing" anything.

      Then the article is wrong. I was at Cisco Live in Vegas in 2016 and attended a workshop in their developers zone where one of the engineers/researchers behind this technology made a presentation. They are looking at the encrypted data itself without decrypting it and just finds patterns. I probably still have the presentation somewhere.

    8. Re:Not analyzing payload by sinij · · Score: 2

      So how?

      According to TFA they look for "dodgy destinations" and self-signed certificates.

      So no, they aren't looking at the actual contents of the encrypted traffic at all, and they aren't "sniffing" anything.

      Then the article is wrong. I was at Cisco Live in Vegas in 2016 and attended a workshop in their developers zone where one of the engineers/researchers behind this technology made a presentation. They are looking at the encrypted data itself without decrypting it and just finds patterns. I probably still have the presentation somewhere.

      If there are patterns in the encrypted data, then encryption is leaking information. I highly doubt they found a vulnerability in AES and decided to commercialize it.

      They can look at the destination, they can look at handshakes, they can look at timing, they can look at frequency of communication. Am I forgetting something else?

    9. Re:Not analyzing payload by Stonent1 · · Score: 1

      That was what I was thinking. Patterns in transmission not really anything in the traffic itself. Sends a dozen packets out, receives 18 back, then every 30 seconds, sends 2 packets, receives 2 packets (some kind of heartbeat) and occasionally several minutes of non-stop streaming from the infected PC.

    10. Re:Not analyzing payload by ShanghaiBill · · Score: 2

      Then the article is wrong. I was at Cisco Live in Vegas in 2016 and attended a workshop in their developers zone where one of the engineers/researchers behind this technology made a presentation.

      Or the presenter was wrong.

      Or you misunderstood what was said.

      They are looking at the encrypted data itself without decrypting it and just finds patterns. I probably still have the presentation somewhere.

      That is implausible. Extraordinary claims require extraordinary evidence, and so far there is none.

    11. Re:Not analyzing payload by dstrupl · · Score: 2

      The reports are created by Cognitive Analytics Engine - see https://cognitive.cisco.com/. The reports do not necessarily lead to an immediate blocking - it's up to your policy and security response team to define what happens with the findings. To the amount of "bycatch" - we carefully look for precision and recall of the individual detectors so the amount of "bycatch" is not as high as you expect. I said we because I work in the "Cognitive" team.

    12. Re: Not analyzing payload by new500 · · Score: 1

      Sounds like homegrown crypto, to avert signature detection.

      when AES instructions first appeared. I thought it seemed a wasted opportunity. not to create some means of ring protection. Sure, malware can encrypt normally. but legitimate use should be access controlled, enabling audit and identification of unauthorized crypto generally by ser/des sampling for random data patterns. I want a log from a standard interface across CPU and offload NICs. coprocessors. iI want to view every crypto endpoint. and know how keys were generated. and how actually exchanged and stored.

      post Spectre. i want audit as much. no more than i want patches.

      My Netgear router could actually inspect crypto traffic against a global signature capture network. by Sophos. in 2010. at home. How is this better?

    13. Re:Not analyzing payload by zlives · · Score: 1

      so would using free service like opendns...

    14. Re:Not analyzing payload by zlives · · Score: 1

      the C level believe in magic, and cisco sells them magic... so they buy it.
      if you try to explain to them technical things... then the product is no good.
      i have been in so many meetings where the term "magic sauce" is used to explain things from the vendor. and no one cares what that is...

    15. Re:Not analyzing payload by phorm · · Score: 2

      Not to mention that most decent security products already do "dodgy destinations". One of the common methods is to intercept the DNS calls and re-inject them with an internal IP address, thus blocking attempts to hit the remote baddie but also allowing further capture of data.
      Hell, I can (and have) do this with a raspberry pi for a select number of machines.

    16. Re: Not analyzing payload by Brockmire · · Score: 1

      I'm calling bullshit that Netgear released a product and worked out the major bugs before dropping the product, probably just outside the warranty window.

    17. Re:Not analyzing payload by arglebargle_xiv · · Score: 1

      They're not necessarily looking at metadata, you can discern quite a lot about encrypted traffic without ever seeing the plaintext. In the last few years researchers have recovered things like pages visited, income details (from online tax filing), language spoken (VoIP), speech patterns, videos watched, and other data, all without having to break the crypto. It looks like Cisco have just applied that research. It's a nice piece of applied research, but no magic is involved.

  3. Seems near by symes · · Score: 3, Interesting

    But what happens when they detect something?

    1. Re:Seems near by Chrisq · · Score: 1

      But what happens when they detect something?

      This is what I was going to ask. Do they block traffic (risking false positives) or merely alert you to the fact that some thing(s) on your LAN are acting suspiciously?

    2. Re:Seems near by will_die · · Score: 1

      It alerts you or you have the option of having it blocked or quarantined. All of that is in the customization of the software.
      More technical info it feeds the information into pxGrid using Cisco Identity Services Engine (ISE) with Cisco TrustSec and Software-Defined Access (SDAccess). From the marketing info.

  4. Great for now by TimothyHollins · · Score: 4, Interesting

    That's wonderful news. I wonder how long it will be until Cisco caves to NSA pressure and starts looking for other "mal"traffic as well. And then how long until Russia learns how to do it as well.

    1. Re: Great for now by Anonymous Coward · · Score: 1

      How long? You're kidding right?

      This is -already- happening, beyond the shadow of a doubt.

    2. Re:Great for now by TimothyHollins · · Score: 1

      Why certainly. My newsletter is here http://viz.co.uk/2015/04/11/se...
      I'm still working on my manifesto, there are a lot of pictures to colorize.

    3. Re:Great for now by strikethree · · Score: 1

      I wonder how long it will be until Cisco caves to NSA pressure

      I assume you are young. The NSA already examines all traffic. This "offering" from Cisco has no potential to be of use to the NSA.

      It will also not be of interest to Russia, China, or any other state actor.

      At best, this might of interest to medium sized or smaller businesses looking to "spy" on their competition. Any major corporation has better methods for spying available than revealing their intentions to Cisco. Medium sized businesses can not bully Cisco into doing something unethical and illegal.

      --
      "Someone needs to talk to the tree of liberty about its ghoulish drinking problem." by ohnocitizen
  5. kind of like... by supernova87a · · Score: 4, Insightful

    I suppose this the the banks (hubs of the financial world) being made to detect money laundering by the pattern and size / frequency of money transfers. They don't know about the source or nature of the transaction underlying the money, just that when it obeys certain flows, they're supposed to flag it.

  6. Other surveillance? by mi · · Score: 3, Insightful

    Cisco researchers found that malware leaves recognisable traces even in encrypted traffic.

    "Malware" can't be the only thing... Can the same algorithms not be used to detect bomb-making instructions, racism, and counter-revolutionary activities?

    --
    In Soviet Washington the swamp drains you.
  7. No they can't by ByteSlicer · · Score: 5, Informative

    They can recognize traffic patterns in TLS streams, created by malware on IP connected devices.
    They can't detect the malware itself in the stream.

    1. Re:No they can't by amorsen · · Score: 2

      It is trivial to distinguish between random noise and malware in TLS. Just look at packet sizes and timing.

      Even worse, if the adversary has access to the same static web pages, it can't be much trouble to detect which pages the victim is trying to access.

      It is ridiculous that neither IPSEC nor TLS do anything to mitigate against that type of attacks. The least they could do was to put everything into predictable full-MTU packets as far as possible. The only tunnelling protocol that attempts anything like that is SEAL, as far as I know. And no one implements SEAL (possibly because the author seems a bit abrasive).

      --
      Finally! A year of moderation! Ready for 2019?
  8. Snake Oil?!? by OfficeLackey · · Score: 1

    This just sounds really fishy to me. What's the encryption, A Ceaser cypher? The whole point of modern encryption is that the same input renders wildly different outputs. Their is no pattern to speak of. I'm sorry, I'm just not buying it... (figuratively or literally)

    1. Re:Snake Oil?!? by Kurdy · · Score: 1

      I agree with you; if there is recognizable patterns, that means that current encryption methods are not strong enough....

      --
      The soul becomes dyed with the color of its thoughts. - Marcus Aurelius
    2. Re:Snake Oil?!? by GregMmm · · Score: 1

      I've seen the demo of this software and it look very impressive. No this is not Snake Oil. The "patterns" of traffic once mapped a number of times, even encrypted, apparently can be detected to be a certain kind of traffic. One would need to know what the pattern would look like, or certain behaviors to make a mapping of a new pattern. So it's not really so much the "know" what's in the payload, but by seeing the same encrypted pattern of traffic they can "know" the payload. Kind of like a part of chaos theory. A certain order in the chaos.

    3. Re:Snake Oil?!? by will_die · · Score: 1

      It does not break the encryption. It is combination of a netflow analyser and looking at unencrypted info such as the certificate and the first couple of frames.
      With the certificates it is looking for self-signed or known bad fields. With the netflow you can look for patterns, for example a n internal clients connects to an external server every hour and exchanges just a few bytes.
      This software goes a little further by linking those all together from all the sites running this.

  9. Smells like BS by Anonymous Coward · · Score: 1

    You can sniff packets without decrypting them and tell the difference between "regular" data and "malicious" data? Smells like BS to me.

  10. smells like shit by jm007 · · Score: 2

    and this time it's not just my hygiene

    "switched on latent features in its recent routers and switches"

    and

    "users need to sign up for Cisco's StealthWatch service and let traffic from their kit flow to a cloud-based analytics service that inspects traffic and uses self-improving machine learning algorithms to spot dodgy traffic"

    it's what is NOT being revealed that truly is scary

  11. Encrypted Traffic Analytics Whitepaper by czmax · · Score: 1

    https://www.cisco.com/c/dam/en...

    "Encrypted Traffic Analytics extracts four main data elements: the sequence of packet lengths and times, the byte distribution, TLS-specific features and the initial data packet."

  12. Evil bit by Errol+backfiring · · Score: 4, Funny

    Well, probably the logical thing to do: they set the evil bit.

    --
    Nae king! Nae laird! Nae yurrupiean pressedent! We willna be fooled again!
  13. okay... yeah... and? by spikedvodka · · Score: 1

    This seems somewhat "old news" certain applications still have fingerprints on packets that can be detected even if you can't read the data being exchanged.

    Our Sophos XG firewall does this with many different torrent applications, and it ends up blocking non-VPNed, but still encrypted connections.

    I'm a little sketchy about the "upload your traffic to us" part, but I guess that allows for more analysis across more hsots

    SV

    --
    I will not give in to the terrorists. I will not become fearful.
  14. Wrong title by gweihir · · Score: 1

    What they actually can do is recognize TLS tunnels created and used my malware. They cannot detect anything in the encrypted stream of data. The way this works is carefully observing how exactly the TLS tunnel was established. This apparently differs enough between different implementations, that typical code used by malware for this purpose becomes identifiable.

    Of course, as soon as the malware-makers just use more standard code, their tunnels become unrecognizable as well.

    Caveat: I read the abstract, but not the paper.

    --
    Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
  15. Calling BS on this one by cmaurand · · Score: 1

    Pure BS. A sales gimmick. Look at us. buy the latest and greatest overpriced hardware.

  16. That's so 2013 by Dharkfiber · · Score: 1

    Fortinet and Palo Alto Networks have been doing this for years. Both can also decrypt SSL in real time (one better than they other, but who is counting right?) So this is a bit of a silly post. Looks like marketing to me.

  17. False positives by Tony+Isaac · · Score: 1

    I predict that this concept will ring alarm bells for a lot of normal traffic.

    My company uses Trend Antivirus. In their wisdom, they turned on the "heuristic" behavior detection mode. Now, every time our software team writes software that renames a file, it has to be excluded from Trend's scanners. Apparently, ransomware does a lot of file renaming, therefore, any software that renames a lot of files is suspect.

    So far, anti-malware isn't very good at detecting "suspicious" patterns, in my experience.