Kaspersky and spying for Russian Federation


Recommended Posts

30 minutes ago, adrynalyne said:

Ok then. Let's see a screenshot of it sending your private information to that IP. Full headers and data. You can use fake details and reproduce I am sure. 

I removed it from all my PCs'. If you want to see evidence by yourself then you are more than welcome to install Kaspersky trial on your own PC :). I have provided links and external sources. It does not invalidate fact that, browser tries to send sensitive data to Kaspersky's servers, even if Kaspersky blocks traffic to its own domains later. It is still a big security hole.

5 minutes ago, EJocys said:

I removed it from all my PCs'. If you want to see evidence by yourself then you are more than welcome to install Kaspersky trial on your own PC :). I have provided links and external sources. It does not invalidate fact that, browser tries to send sensitive data to Kaspersky's servers, even if Kaspersky blocks traffic to its own domains later. It is still a big security hole.

That isn't how this works. You made the claim. Burden of proof is on you friend. 

 

From everything you you have posted so far, I think you just misunderstood what you saw. Feel free to prove otherwise though. 

  • Like 2
9 minutes ago, adrynalyne said:

That isn't how this works. You made the claim. Burden of proof is on you friend. 

 

From everything you you have posted so far, I think you just misunderstood what you saw. Feel free to prove otherwise though. 

 

Facts and evidence are very obvious:

 

a) Kaspersky is using ie.kis.scr.kaspersky-labs.com domain for injection URLs on Internet Explorer

b) ie.kis.scr.kaspersky-labs.com points to external server (185.85.13.154) on the Internet. Proof:

https://who.is/dns/ie.kis.scr.kaspersky-labs.com

 

P.S.: How long do you think it takes for Kaspersky devs to update DNS records to 127.*.** and claim honest mistake?

Edited by EJocys
8 minutes ago, EJocys said:

 

Facts and evidence are very obvious:

 

a) Kaspersky is using ie.kis.scr.kaspersky-labs.com domain for injection URLs on Internet Explorer

b) ie.kis.scr.kaspersky-labs.com points to external server (185.85.13.154) on the Internet. Proof:

https://who.is/dns/ie.kis.scr.kaspersky-labs.com

 

P.S.: How long do you think it takes for Kaspersky devs to update DNS records to 127.*.** and claim honest mistake?

Not proof nor evidence of sending sensitive data home, and to the Kremlin at that. It's far more likely that IE doesn't have the plugin needed to use internal routing like ff. 

 

Is it a good practice how they have it set up? Nope. Is it indicative of phoning home with your bank details to Russia?  Nope. 

  • Like 2
12 minutes ago, adrynalyne said:

Not proof nor evidence of sending sensitive data home, and to the Kremlin at that. 

If you cannot understand evidence, which I have supplied in my previous posts and security implications of Kaspersky's solution, then no evidence will convince you. It is not only about sending data, it is about huge security hole in implementation, which looks like definition of the back door.

 

I have screenshot (taken before I got rid of Kaspersky) which relates to injection on IE. You can see script loading from ie.kis.scr.kaspersky-labs.com domain. I do not expect people to believe it and this is the reason, why I provided instructions on my first post on how to replicate it.

KasperskyIE.PNG

Edited by EJocys
2 minutes ago, EJocys said:

If you cannot understand evidence which I've supplied in my previous posts and security implications of Kaspersky's solution, then no evidence will convince you. It is not only about sending data it is about huge security hole in implementation which looks like definition of the back door.

I think everyone reading this thread can agree: you have provided no such evidence and instead only what you think is evidence. 

 

Again, nobody denies the script injection and I'm sure most of us agree that it's not a good way to handle it. That's not what you are on the line for though. You made a claim that it is sending home your sensitive data and have yet to provide any evidence. 

  • Like 2
17 minutes ago, adrynalyne said:

Again, nobody denies the script injection and I'm sure most of us agree that it's not a good way to handle it. That's not what you are on the line for though. You made a claim that it is sending home your sensitive data and have yet to provide any evidence. 

So, according to you, web browser trying to open https://ie.kis.scr.kaspersky-labs.com/1B74BD89-2A22-4B93-B451-1C9E1052A0EC/init?url=https%3A%2F%2Ffc1.retail.santander.co.uk%2Fquery%2F1%2FfwyK.html%3Feu%3Dhttps%3A%2F%2Fretail.santander.co.uk%2FLOGSUK_NS_ENS%2FChannelDriver.ssobto%3Fdse_operationName%3DLOGON&nocache=1fdc6, when ie.kis.scr.kaspersky-labs.com points to external Internet server (185.85.13.154) do not qualify as evidence of browser trying to sending sensitive data to external server?

 

Please note that, I am not trying to prove that destination server gets the data. What is obvious that web broser is trying to delive it to server with remote address. I've provided you with the screenshot from IE debugger and proof that domain point to external source is also there:

https://who.is/dns/ie.kis.scr.kaspersky-labs.com

 

 

1 minute ago, EJocys said:

So, according to you, web browser trying to open https://ie.kis.scr.kaspersky-labs.com/1B74BD89-2A22-4B93-B451-1C9E1052A0EC/init?url=https%3A%2F%2Ffc1.retail.santander.co.uk%2Fquery%2F1%2FfwyK.html%3Feu%3Dhttps%3A%2F%2Fretail.santander.co.uk%2FLOGSUK_NS_ENS%2FChannelDriver.ssobto%3Fdse_operationName%3DLOGON&nocache=1fdc6, when ie.kis.scr.kaspersky-labs.com points to external Internet server (185.85.13.154) do not qualify as evidence of browser trying to sending sensitive data to external server?

 

Please note that, I am not trying to prove that destination server gets the data. What is obvious that web broser is trying to delive it to server with remote address.

 

Ok? Where in that url is sensitive data???

  • Like 1
11 minutes ago, adrynalyne said:

Ok? Where in that url is sensitive data???

That link contains URL and GET data used by my bank. GET requests frequently contain usernames; secret and password reset keys and sometimes passwords (depending on implementation). Kaspersky does it with every single page and browser tries to submit every single request to Kaspersky server. Another problem that browser tries to load external script (main.js) into encrypted secure connection which poses security issues on its own.

7 minutes ago, EJocys said:

That link contains URL and GET data used by my bank. GET requests frequently contain usernames; secret and password reset keys and sometimes passwords (depending on implementation). Kaspersky does it with every single page and browser tries to submit every single request to Kaspersky server. Another problem that browser tries to load external script (main.js) into encrypted secure connection which poses security issues on its own.

Please point out the portions that contain your sensitive data. 

Enable any sniffer and check if any sensitive data was delivered to Kaspersky servers.

 

Stop your paranoia, Kaspersky KIS just comparing your JS and dangerous file with his catalog of dangerous files.

 

Kasperky Application Advisor at 

http://whitelisting.kaspersky.com/advisor?lang=es-MX#search/c9b3b344c26c697eca4939d54f9036df

  • Like 3
2 minutes ago, adrynalyne said:

Please point out the portions that contain your sensitive data. 

So the, fact that that browser tried to inform Kaspersky's server which bank I am using and passed data used in GET method is not sensitive enough :). Are you trying to prove that Kaspersky knows which GET data is sensitive and eliminates it before browser tries to post it to remote server? I have no intention to post more data which is even more sensitive on public forums. I've posted just enough to make my point.

2 minutes ago, EJocys said:

So the, fact that that browser tried to inform Kaspersky's server which bank I am using and passed data used in GET method is not sensitive enough :). Are you trying to prove that Kaspersky knows which GET data is sensitive and eliminates it before browser tries to post it to remote server? I have no intention to post more data which is even more sensitive on public forums. I've posted just enough to make my point.

The only point you have made is that you don't understand what you are reading. You have already been shown to be wrong about t going to the Kremlin. Further you have not shown any evidence of data sent past a query string that contains no sensitive information. 

 

Stop wasting our time. 

10 minutes ago, Alejandro779 said:

Enable any sniffer and check if any sensitive data was delivered to Kaspersky servers.

 

Stop your paranoia, Kaspersky KIS just comparing your JS and dangerous file with his catalog of dangerous files.

 

Kasperky Application Advisor at 

http://whitelisting.kaspersky.com/advisor?lang=es-MX#search/c9b3b344c26c697eca4939d54f9036df

You don't understand the problem. Problem is that Kesperky injects scripts into encrypted content and browser tries to post data to external servers on the internet.

3 minutes ago, EJocys said:

You don't understand the problem. Problem is that Kesperky injects scripts into encrypted content and browser tries to post data to external servers on the internet.

Omg!  What data is being posted? You are making claims and delivering proof on none of them!

12 minutes ago, adrynalyne said:

The only point you have made is that you don't understand what you are reading. You have already been shown to be wrong about t going to the Kremlin. Further you have not shown any evidence of data sent past a query string that contains no sensitive information. 

 

Stop wasting our time. 

I have same opinion about you :). I provided links and screenshots which clearly shows browser requests and replies. I've provided IP addresses by using independent DNS services. You managed to ignore it and even misunderstand my "Kremlin" references, despite providing you with clear proof that IP geographical location is pointing to Kremlin and noting that it is a technical record and in reality location can be different (which probably is). At this point you are trying hard to misrepresent my points and missed security flaw consequences in Kasperskys "injection" implementation.

 

Just now, EJocys said:

I am have same opinion about you :). I provided links and screenshots which clearly shows browser requests and replies. I've provided IP addresses by using independent DNS services. You managed to ignore it and even misunderstand my "Kremlin" references, despite providing you with clear proof that IP geographical location is pointing to Kremlin and noting that it is a technical record and in reality location can be different (which probably is). At this point you are trying hard to misrepresent my points and missed security flaw consequences in Kasperskys "injection" implementation.

 

 This whole thread reeks of ignorance. Have fun misunderstanding what you are seeing and making claims you either can't or don't know how to backup. I'm tired of wasting my time. 

3 minutes ago, adrynalyne said:

 This whole thread reeks of ignorance.

Yes, because you are posting on it :). Why don't you install Kaspersky Trial. Login to your bank, reset your password, look at account details and post all browser request/reply details involving Kaspersky's URL here.

3 hours ago, EJocys said:

There is no need to use Fidler because integrated debug tools of the browser reported all links and traffic just fine. Extension was using real domain registered in Russia (ie.kis.scr.kaspersky-labs.com). If there were, no need to go outside then https://localhost:port would be enough. It probably would be fine if "ie.kis.scr.kaspersky-labs.com" had 127.0.0.0 assigned internally, but that was not the case. Supplying data with GET requests also is interesting, because I used same method as a workaround to bypass web Brower’s cross-domain security in some of my applications. What I was seeing was browser extension with intentional back door used by antivirus. Do you think it was a mistake, for company, specializing in security and linked to Russian KGB and FSB to inject secure web content with externaly pointing URL? I don't think so.

 

URL for Firefox users (ff.kis.scr.kaspersky-labs.com) resolves to 127.245.107.154 which is internal, but URL for Internet Explorer (ie.kis.scr.kaspersky-labs.com) resolves directly to Kremlin: 185.85.13.154.

 

If you don't know what you're doing and what you're analyzing or what the reports from the "tools" you are using says.  Then you shouldn't write an post about how you found someone spying on you. it'll just lead you you being on youtube, telling people how to hack with tracert...

9 minutes ago, HawkMan said:

If you don't know what you're doing and what you're analyzing or what the reports from the "tools" you are using says.  Then you shouldn't write an post about how you found someone spying on you. it'll just lead you you being on youtube, telling people how to hack with tracert...

I've used debugging tools of "Internet Explorer" and "Firefox" to analyse requests made by web browser which is exactly the right tool I need to see all requests made to hosts. My point was to prove that Kaspersky is forcing web browser to send data to external addresses on the Internet. Point was to prove that Kaspersky opens "back door" unnecessary. I don't care if it closes/blocks later.

8 minutes ago, HawkMan said:

If you don't know what you're doing and what you're analyzing or what the reports from the "tools" you are using says.  Then you shouldn't write an post about how you found someone spying on you. it'll just lead you you being on youtube, telling people how to hack with tracert...

He totally knows what he is doing...

 

After all:

 

I am writing comercial software (including network capturing and encryption), websites and network mobile apps and debug them by using network tools for 21 years now. I know that I am reading.

19 minutes ago, adrynalyne said:

He totally knows what he is doing...

 

After all:

 

Sure I do, for example: ported System.Security.Cryptography classes (RSA, AES-256) for JavaScript: http://www.codeproject.com/Articles/22073/Object-Oriented-JavaScript-Class-Library-in-C-NET. I don't know everything. But I think, that your assumption, that I don't know, how to use network sniffing tools, is based on your misunderstanding. I am not a native English speaker, maybe it contributes to that.

 

Please note that I asked for people to check this issue (gather evidence) by themselves.

 

Edited by EJocys
2 minutes ago, EJocys said:

Sure I do, for example: ported System.Security.Cryptography classes (RSA, AES-256) for JavaScript: http://www.codeproject.com/Articles/22073/Object-Oriented-JavaScript-Class-Library-in-C-NET. I think, your assumption, that I don't know, how to use network sniffing tools, is based on your misunderstanding. I am not a native English speaker, maybe it contributes to that.

 

Your lack of ability to provide evidence is what contributes to it. Your lack of knowledge of ip geolocation and how inaccurate it can be contributes to it. 

 

i think it is true in any language--if you make a bold claim, back it up. You are not doing that here. 

2 hours ago, EJocys said:

I am not planing to install KAV anymore. I am writing comercial software (including network capturing and encryption), websites and network mobile apps and debug them by using network tools for 21 years now. I know that I am reading. It is hard to mis-unbderstand or misread web brower debug tools. It is not the rocket science. It looks like, it is not the first time Kaspersky is injecting scripts. While I understand the purpose of it (antivirus must have access to plain content in order to analyse it), I don't agree with "back door" implementation method of it i.e. Using live domains and live IPs.

You could try getting Xkeyscore to see what's really going on on your system and with your traffic :D 

6 hours ago, EJocys said:

So, if you have Kaspersky on your computer, then please open secure site like https://www.google.com, press F12 for debug mode, go into “Network” tab, refresh page, see for yourself and report your opinion.

i just tried this and i have no traces of any kaspersky entries in that log.

i have been using kaspersky for years, but i am not using every protection it offers, e.g. i always disable the browser addon and i also deactivate the URL and HTTPS scan options.

 

 -andy-

  • Like 2
This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • A different thing with Russia. When you say is it better, depends on things. It is better that we don't have the E.U making rules and laws that have nothing to do with them. Is the trading part better? No, that is really mucked up, but then we knew that was going to happen and we would have make agreements, like we do with other parts of the world. Freedom of movement is certainly better, but could be improved, we still need more control over our borders. do you live in the U.K?
    • So what am I quoting from them? I never listened to what Farage or his cronies said. I wanted the U.K to leave the E.u years before the referendum and it had nothing to do with Farage and his cronies. So what country do you live in? Did we work much better together? We were always at logger heads with the E.U because we disagreed with them so much. Maggie was always on at them. I would have thought the E.U was glad to get rid of us as we stopped the integration or made it a two tier. Now without us they can integrate more. I would not have voted out if it was just a trading block and we can still work together on somethings.
    • MPC-BE 1.9.0 by Razvan Serea Media Player Classic - BE is a free and open source audio and video player for Windows. Media Player Classic - BE is based on the original "Media Player Classic" project (Gabest) and "Media Player Classic Home Cinema" project (Casimir666), contains additional features and bug fixes. The BE mod (Black Edition Mod) is a skinned version of Media Player Classic Home Cinema, much better looking than the plain old MPC. MPC-BE 1.9.0 changelog: Splitters Fixed crashes in some situations. AudioSplitter Added support for the RF64 format. Fixed reading of channel layout for some WavPack files. Added support for ID3 tags for Wave64 files. Unknown Wave64 chunks are now ignored. AviSplitter Added support for 'y408' video. Improved support for 'HEVC' video. FLVSplitter Added support for VVC video. MP4Splitter Improved handling of corrupted files. MatroskaSplitter Expanded support for V_UNCOMPRESSED video codecs. Fixed support for frame rotation (ProjectionPoseRoll). Improved support for "V_MS/VFW/FOURCC / HEVC". MpcDvdVideoDecoder Fixed conversion to YUY2. Fixed display of menus for some DVD-Videos. RoQVideoDecoder Output in NV12 and YV12 formats is allowed. Full range is used. MPC Video Decoder RGB32 format will be output as a top-down bitmap by default. Added support for the "IID_MediaSideDataDOVIMetadataV2" interface. Removed support for the deprecated "IID_MediaSideDataDOVIMetadata" interface. Fixed retrieving the name of the video adapter when using NVDEC. Fixed crashes in some situations. MPC Video Converter Added support for AYUV video format. MpcAudioRenderer Improved input format validation. Optimized retrieval of supported formats for exclusive mode. Added the "Keep audio device active when paused" setting. Fixed crashes and freezes in various situations. Subtitles Added the ability to open the properties of an external subtitle renderer in the "Subtitles" settings panel. Fixed external subtitle connections for VSFilter. Fixed a crash when rendering PGS/SUP subtitles when using AVX2. YouTube Improved support for yt-dlp. The built-in YouTube parser is no longer used. Player The HTTP read strategy has been changed. If the playlist contains one entry, more key combinations can be used to control the player (jump through chapters, adjust volume). Improved support for reading ASX playlists. The translation of the MediaInfo report for Chinese, Korean and Japanese has been removed. Added blocking of 32-bit filter "PICVideo Lossless JPEG Decompressor" (pvljpg20.dll), because it crashes. Added blocking of the system filter "AVI Decompressor", which will eliminate the crash of VFW codecs. Fixed a rare crash when using the "/slave" key. Fixed a crash when getting a list of fonts for OSD. Added the ability to load an external audio file using hotkeys. Fixed opening a network path starting with \?\UNC. The "Determine duration when adding" playlist setting now works for YouTube video URLs. The "Online media services" settings panel has been redesigned. Added a "Merge files using FFmpeg" option to the file saving dialog. This option is activated when playing multiple streams obtained using yt-dlp. Added loading of local .dpl playlists ("DAUMPLAYLIST"). Fixed a hang when the user closes the player during the URL opening process. Various interface fixes. Installer Updated MPC Video Renderer 0.10.5. Updated MPC Script Source 0.2.17. Added MPC Image Source 0.3.6. Translations Updated Japanese translation (by tsubasanouta). Updated Chinese (Traditional) and Dutch translation (by beter). Updated Romanian translation (by Andrei Miloiu). Updated Hungarian translation (by mickey). Updated Turkish translation (by cmhrky). Updated German translation (by Klaus1189). Updated Chinese (Simplified) translation (by wushantao). Updated Italian translation (by mapi68). Updated Korean translation (by Hackjjang). Updated Chinese (Traditional) (by udfbe). Updated libraries dav1d 1.5.3-6-g04b69f9; ffmpeg n8.2-dev-1857-g4653e68aab; libpng git-v1.6.55-9-g7d52a8087; Little-CMS git-lcms2.18-26-gf739cda; MediaInfo git-v26.05-38-g702c9b7fd; ZenLib git-v0.4.41-91-g073f297; zlib 1.3.2. Download: MPC-BE 64-bit | Portable MPC-BE 64-bit | ~20.0 MB (Open Source) Download: MPC-BE 32-bit | Portable MPC-BE 32-bit Link: Media Player Classic - BE Home Page Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • Apple reportedly looks to blacklisted Chinese memory chips as RAM prices climb by Karthik Mudaliar Image via Apple Apple is reportedly trying to get a clearance from the Trump administration to buy memory from ChangXin Memory Technologies (CXMT) to get some relief from soaring DRAM prices. As per a report by the Financial Times, Apple approached the Commerce Department more than a month ago and also spoke to other officials and allies in Washington. For starters, CXMT is a company that's already been placed on the Pentagon's list of Chinese military companies. The Chinese company is the country's top DRAM maker. For Apple, the timing is certainly awkward but not surprising. Tim Cook had recently warned that Apple would have to raise prices because AI companies are buying up large amounts of memory for data centers, and just like that, Apple raised MacBook and iPad prices. Micron also recently revealed that customers have committed billions of dollars to secure memory supply years in advance, which shows us how aggressive securing infrastructure has become. This gives suppliers such as Samsung, SK Hynix, and Micron more leverage, while pushing hardware makers to look for alternatives. CXMT is one of those alternatives, but not the simplest one. Apple has spent many years trying to diversify parts of its supply chain away from China, especially for final assembly, while still depending heavily on Chinese manufacturing and suppliers. Even domestic brands from China are moving towards CXMT and YMTC instead of relying on Samsung, Micron, and SK Hynix. For Apple, though, it would invite more scrutiny than local Chinese companies. For now, this is more like a lobbying effort rather than a confirmed supply deal. There's no official statement from either of the parties. What is clearer, though, is the pressure behind such a request. AI demand has certainly made hardware a bottleneck, and companies are trying everything they can to bring things back to normal, even if that means making politically sensitive choices. Source: Financial Times
    • I did test it a month or so back, but ... the results I expect to be on the first page are not there.
  • Recent Achievements

    • Week One Done
      flexorcist earned a badge
      Week One Done
    • One Month Later
      Woland13 earned a badge
      One Month Later
    • Week One Done
      Woland13 earned a badge
      Week One Done
    • One Year In
      bernmeister earned a badge
      One Year In
    • Week One Done
      Scoobystu earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      486
    2. 2
      +Edouard
      220
    3. 3
      PsYcHoKiLLa
      147
    4. 4
      Steven P.
      74
    5. 5
      FloatingFatMan
      70
  • Tell a friend

    Love Neowin? Tell a friend!