Kaspersky and spying for Russian Federation


Recommended Posts

Hi Neowinians. I would like to ask you to check your Kaspersky Antivirus and return back with opinions.

 

My browser debug console shows that it sends sensitive data to Russia, even when I use HTTPS secure connection.

You can press F12 key to open console and choose "Network" tab to see all requests your browser makes when you open the web page. I was amazed to find that Kaspersky reporting all my secure google requests and bank sessions to ie.kis.scr.kaspersky-labs.com (185.85.13.154) which is located here:

 

185.85.13.154
Kaspersky LAB AO
Moscow
Russian Federation
Latitude: 55.752220153809
Longitude: 37.615558624268

Source: https://www.ip2location.com/demo/185.85.13.154
Map: https://www.google.co.uk/maps/@55.7522201,37.6155586,16z

 

For example: Every time I was using secure search on google.co.uk, Kaspersky would make connections to server in Russia and load JavaScript which in itself enables ability to send all my logins, passwords and other sensitive data to file providers, because it was running from inside a secure connection and all sensitive data was available in plain text:

https://ie.kis.scr.kaspersky-labs.com/55EA892A-F489-2A4A-BF5D-9E631C44C50C/main.js
https://ie.kis.scr.kaspersky-labs.com/55EA892A-F489-2A4A-BF5D-9E631C44C50C/websocket?url=https%3A%2F%2Fwww.google.co.uk%2F&nocache=1471773767577
https://ie.kis.scr.kaspersky-labs.com/C05C44C136E9-D5FB-A4A2-984F-A298AE55/vk/VkTooltipBanner.png

 

When I was authorising into my bank with security details, Kaspersky would send links like that:

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

 

Responses from Kaspersky looked like static content. It means that there is no need to for Kaspersky to supply metadata to Russian Federation in order to protect its customers from viruses. Kaspersky developers could choose to load these scripts from locally running web server (127.0.0.1) and not to compromise customer's security. This is not the rocket science. Decision to send sensitive data to Russian Federation and enable possibility for Russian government to track every web site visit of Kaspersky's customer and acquire all logins and passwords does not look like a rookie mistake.

 

Data goes to Russia; it means Russian law applies to it. Recently President Putin signed the Yarovaya bill into law, which is draconian law designed to collect data, make cryptographic backdoors mandatory and allow access to it by Russian security services for 3 years. Kaspersky accessing your sensitive data and sending it to ie.kis.scr.kaspersky-labs.com is exactly that - cryptographic backdoor.


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.

 

Thank you.

Edited by EJocys

That's not at all what is happening. Use a real tool like fiddler and see what it is really sending and where. What you are seeing is browser extension stuff used with the antivirus. 

Hello,

 

Perhaps they are checking the HTTP stream for malware or exploits, doing reputational analysis or something else in their protection cloud.

 

Regards,

 

Aryeh Goretsky

  • Like 3
2 hours ago, EJocys said:

Recently President Putin signed the Yarovaya bill into law, which is draconian law designed to collect data, make cryptographic backdoors mandatory and allow access to it by Russian security services for 3 years. 

The USA PATRIOT ACT was enacted 15 years ago. 

 

P.S. No one is forcing you to use KAV.

1 hour ago, adrynalyne said:

That's not at all what is happening. Use a real tool like fiddler and see what it is really sending and where. What you are seeing is browser extension stuff used with the antivirus. 

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.

 

Edited by EJocys
45 minutes ago, goretsky said:

Perhaps they are checking the HTTP stream for malware or exploits, doing reputational analysis or something else in their protection cloud.

Doing analysis in a such way is a huge security flaw, especially if a thirparty injects its own JavaScript (main.js in case of the Kaspersky) . Properly secured websites must not include links to third party domains when when doing authentication. Loading third party scripts from domains which points to external source in real environment is a  https://ie.kis.scr.kaspersky-labs.com/55EA892A-F489-2A4A-BF5D-9E631C44C50C/main.js is a seriois security threat to its customers.

23 minutes ago, EJocys said:

There is no need to use Fidler because integrated debug tools of the browser reported all 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 with the antivirus.

Show some fiddler logs proving it because it sounds like you don't understand what you are reading. 

  • Like 2
42 minutes ago, Mirumir said:

The USA PATRIOT ACT was enacted 15 years ago. 

 

P.S. No one is forcing you to use KAV.

I have uninstalled KAV already. Problem is that EU sells Kaspersky products everywhere while at the same time using sanctions against Russia, which fights hybrid wars against pro-European countries. Now I am looking for Antivirus, which would not inject web pages with URLs pointing outside.

10 minutes ago, Gary7 said:

Maybe this belongs in The Tin Foil Hat section :p

It's just a case of someone not understanding what they are seeing. Fiddler would likely clear this up to show that the data likely isn't actually being sent back to Kapersky but instead the local antivirus. Kapersky actually explains how it works on their forums. You see all sorts of people complaining about how Kapersky does it but none of them actually thinks it's phoning home with login credentials. 

15 minutes ago, adrynalyne said:

Show some fiddler logs proving it because it sounds like you don't understand what you are reading. 

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.

 

One year ago: https://www.reddit.com/r/privacy/comments/3frjqw/psa_kaspersky_injects_remote_javascript_into_all/

4 minutes 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.

 

One year ago: https://www.reddit.com/r/privacy/comments/3frjqw/psa_kaspersky_injects_remote_javascript_into_all/

If what you are saying is true, you wouldn't rely on browser debugging tools to tell you the full story about network traffic (everyone on the Internet is a security guru). As for your link, did you even read it? It isn't even a routable IP. Nobody denies the script injection, least of all Kapersky. Your accusation of it reporting your bank details to Russia is unfounded and is what is in question. 

 

 

image.png

22 minutes ago, adrynalyne said:

Fiddler would likely clear this up to show that the data likely isn't actually being sent back to Kapersky but instead the local antivirus.

You would be right if  https://ie.kis.scr.kaspersky-labs.com was pointing to internal IP i.e. 127.*.*.*. But on my PC it points to extearnal source on the Internet (185.85.13.154).

Edited by EJocys
3 minutes ago, EJocys said:

You would be right if  https://ie.kis.scr.kaspersky-labs.com if was pointing to internal IP i.e. 127.*.*.*. But on my PC it points to extearnal source on the Internet (185.85.13.154).

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. 

1 hour 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.

 

http://www.ip2location.com/demo/185.85.13.154 ip2location states that ip is from kaspersky, not from kremlim.

  • Like 2
22 minutes ago, Gary7 said:

Maybe this belongs in The Tin Foil Hat section :p

You would be right if there was no evidence. External websites also report external IPs:

 

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

ie.kis.scr.kaspersky-labs.com TTL=1637 A=185.85.13.154

 

Firefox users seems to be fine and not reporting to mothership:

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

ff.kis.scr.kaspersky-labs.com TTL=399   A=127.245.107.154

 

P.S.: It is interesting to note that TTL for external IE address is much bigger. Probably just to make sure that network packages are not lost on local network adapter :). /s

 

 

1 minute ago, EJocys said:

You would be right if there was no evidence. External websites also report external IPs:

 

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

ie.kis.scr.kaspersky-labs.com TTL=1637 A=185.85.13.154

 

Firefox users seems to be fine and not reporting to mothership:

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

ff.kis.scr.kaspersky-labs.com TTL=399   A=127.245.107.154

 

P.S.: It is interesting to note that TTL for external IE address is much bigger. Probably just to make sure that network packages are not lost on local network adapter :). /s

 

 

Well if you are using Windows 10 it does it as well. Not to Kaspersky but to Redmond. Why would Firefox be OK and all other Browsers not?? If Kaspersky were doing this it would do it to all browsers. I used it in the past without any problems but now all I use is Windows Defender as MS tells me that is all I need. I do scan with MBAM once in awhile.

5 minutes ago, EJocys said:

You would be right if there was no evidence. External websites also report external IPs:

 

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

ie.kis.scr.kaspersky-labs.com TTL=1637 A=185.85.13.154

 

Firefox users seems to be fine and not reporting to mothership:

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

ff.kis.scr.kaspersky-labs.com TTL=399   A=127.245.107.154

 

P.S.: It is interesting to note that TTL for external IE address is much bigger. Probably just to make sure that network packages are not lost on local network adapter :). /s

 

 

I'm waiting for the evidence of it sending your personal data...

  • Like 3
12 minutes ago, Aokromes said:

http://www.ip2location.com/demo/185.85.13.154 ip2location states that ip is from kaspersky, not from kremlim.

This IP is linked to Latitude: 55.752220153809, Longitude: 37.615558624268

Source: https://www.ip2location.com/demo/185.85.13.154

Location of this IP points to Kremlin:

Map: https://www.google.co.uk/maps/@55.7522201,37.6155586,16z

IP points to Kaspersky Lab in Kremlin.

 

Of course, it doesn't mean that Kasperky Lab is actually located in Kremlin, but technically it is :).

2 minutes ago, EJocys said:

This IP is linked to Latitude: 55.752220153809, Longitude: 37.615558624268

Source: https://www.ip2location.com/demo/185.85.13.154

Location of this IP points to Kremlin:

Map: https://www.google.co.uk/maps/@55.7522201,37.6155586,16z

IP points to Kaspersky Lab in Kremlin.

 

Of course, it doesn't mean that Kasperky Lab is actually located in Kremlin, but technically it is :).

You do know that IP geolocation is not very accurate, right?

8 minutes ago, EJocys said:

This IP is linked to Latitude: 55.752220153809, Longitude: 37.615558624268

Source: https://www.ip2location.com/demo/185.85.13.154

Location of this IP points to Kremlin:

Map: https://www.google.co.uk/maps/@55.7522201,37.6155586,16z

IP points to Kaspersky Lab in Kremlin.

 

Of course, it doesn't mean that Kasperky Lab is actually located in Kremlin, but technically it is :).

You know.... geolocalization services don't gives exact coords.....

http://fusion.net/story/287592/internet-mapping-glitch-kansas-farm/

https://www.google.es/maps/dir/Ленинградское+шоссе,+39а,+Kaspersky+Lab,+Moscow,+Rusia,+123060/55.7503429,37.6157499/@55.7882977,37.5545582,13.25z/data=!4m8!4m7!1m5!1m1!1s0x43ddce7b7f14fe57:0x8e916c8c42a0d656!2m2!1d37.4814785!2d55.8371809!1m0

6 minutes ago, Gary7 said:

Well if you are using Windows 10 it does it as well. Not to Kaspersky but to Redmond. Why would Firefox be OK and all other Browsers not?? If Kaspersky were doing this it would do it to all browsers. I used it in the past without any problems but now all I use is Windows Defender as MS tells me that is all I need. I do scan with MBAM once in awhile.

Firefox or Windows can send data to their servers on their own if there are no secure data, but there is difference when third party app injects links, which points to external servers, inside a secure (HTTPS) connection. As I have said. That would be not a problem if injected URL pointed to internal IP address, but it points to external address on the Internet.

1 minute ago, EJocys said:

Firefox or Windows can send data to their servers on their own if there are no secure data, but there is difference when third party app injects links, which points to external servers, inside a secure (HTTPS) connection. As I have said. That would be not a problem if injected URL pointed to internal IP address, but it points to external address on the Internet.

Evidence of it sending your private data home please. 

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

    • No registered users viewing this page.
  • Posts

    • Simple answer is yes, you will still get the Windows updates and as long as browser is up to date, you will be good. Only thing secure boot does is protect you against boot level threats and make it harder to install other OS's. I've been looking into this pretty thoroughly lately myself as wifes computer has secure boot disabled plus my other, older computers that run Linux, don't have secure boot enabled. Have seen all kinds of questions about this on the Linux Mint and MX Linux forums. Just don't suddenly enable secure boot now.
    • How many other companies will follow Ford's lead? Or, have they already gotten lazy and become enslaved to AI--and now can't figure out how to get out of that mess.
    • Why would any self-respecting intelligent person follow any recommendation by Donald's GOP administration? With almost two years of fabrications, deceit, and blatantly illegal behavior, why believe them now? They had best be gone after the November 2026 election, so we'll wait and see.
    • AltSendme 0.4.1 by Razvan Serea AltSendme is a minimal, cross-platform application designed for fast, secure, and private peer-to-peer file transfers. It allows users to send files or entire directories directly between devices without relying on cloud servers, accounts, or any personal information. Everything is encrypted end-to-end using modern protocols like QUIC and TLS 1.3, ensuring both strong security and low-latency performance. Transfers are verified with BLAKE3 for data integrity, and interrupted downloads automatically resume, making the experience reliable even on unstable connections. You can transfer anything—images, videos, documents, and more. Integrity checks are performed on both ends, so your files are automatically verified for correctness during both sending and receiving. AltSendme works seamlessly across local networks or long-distance links, capable of saturating multi-gigabit connections for extremely fast delivery. With built-in NAT traversal and encrypted relay fallback, it connects devices almost anywhere. The app integrates with the Sendme CLI and will soon support mobile and web platforms. Fully free and open-source, AltSendme offers a lightweight, privacy-first alternative to traditional cloud-based services, removing size limits, upload costs, and unnecessary data exposure. AltSendme 0.4.1 changelog: Release Highlights Self-hosted relays: Run your own iroh relay so transfers don't rely on public infrastructure. Includes a full deployment template in deploy/relay/ with Docker Compose for a VPS and configuration examples for production use. Fly.io support: One-click deploy template for Fly.io, including a quick-start config (fly.dev.toml) for testing without a custom domain, plus production setup with Let's Encrypt and your own hostname. Relay settings UI: New Settings → Network panel to choose how AltSendme connects: automatic public relays, custom self-hosted URLs (with optional auth token), or disabled. Test connections, verify latency, and see live relay status in the footer. Disable relays: Turn off relay servers entirely when you only need same-network transfers (e.g. LAN). Direct connections only. No relay hop required when devices can reach each other. Android graduates from beta: Android is now part of the regular release cycle alongside desktop. APKs ship with each version (universal, arm64, and armv7). Other improvements Private relay access control via shared auth token Relay fallback notifications when a custom relay is unreachable Broadcast mode toggle in sharing settings Android release build fixes (split-per-ABI APKs, universal APK preservation) UI polish: mobile safe-area insets, dropzone layout, transfer progress animation Bug fixes for minification-related serialization issues and system tray icon loading What's Changed feat(relay): add relay status functionality and settings UI (a120cdf) feat(relay): implement custom relay server configuration and verification (51276c7) feat(relay): add configuration for private relay access and enhance observability features (48fbabf) feat(relay): enhance relay URL validation, display connection status (d4fffa0) feat(relay): add RelayChangeGuard component and enhance relay-related translations (16ba514) feat(broadcast): add toggle setting for broadcast mode in sharing UI (ca6d977) fix(relay): correct QUIC discovery port, pin image, templatize fly.dev (52a2ba5) fix: More broken serialization due to minification (67491a9) fix(android): preserve true universal APK across per-ABI builds (e9f256f) fix(ui): conditional safe-area insets padding on mobile (1182f0e) refactor(transfer): CircularRing component animation fix (944572b) chore(android): drop x86 and x86_64 release APKs, keep universal+arm64+armv7 (34ada0b) Download: AltSendme 0.4.1 | ARM64 | ~9.0 MB (Open Source) Download: AltSendme for MacOS | Android Links: AltSendme Home Page | GitHub | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • You are mostly right about the ephemeral nature of it. As I mention in the article, if you dont add a second device or take a backup of your account before uninstalling it, then yes you will lose access to your account. That said, in terms of actual user experience when you sync multiple devices your message history carries across and there's also a Saved Messages chat like there is on Telegram to send messages and attachments between your installs. But yh, what you point out are correct and its not trying to emulate Messenger or Telegram.
  • 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
      495
    2. 2
      +Edouard
      225
    3. 3
      PsYcHoKiLLa
      149
    4. 4
      Steven P.
      75
    5. 5
      FloatingFatMan
      71
  • Tell a friend

    Love Neowin? Tell a friend!