Can Google see my MAC address?

mickyfu said:

Yeah. Real serious. Don't use Apple, no Mac address. No need to thank me for my great wisdom.

Click to expand...

Your humor is so lame...

JovanMKD said:

Your humor is so lame...

Click to expand...

Yeah if only I was in with the cool kids like you.......

Pretty sure I was on some browser info/show ip site and it did show my mac.

Tho i dont remember which one it was and which browser I was using at the time. I couldnt reproduce it with chrome and gupdate.exe etc off.

meinewelt said:

Pretty sure I was on some browser info/show ip site and it did show my mac.

Tho i dont remember which one it was and which browser I was using at the time. I couldnt reproduce it with chrome and gupdate.exe etc off.

Click to expand...

I am pretty sure you misinterpreted something. MAC address is used so that network gear on the same level knows which packets should travel to particular destination. That information
is lost once you route different networks which happens all the time. For that reason, there is something called ARP proxying which is used to solve situations like that.

This is a bit lame explanation but not far from truth. In any case, unless you check your MAC with your ISP, or on the same network as your hosting provider, or something similar, it
is hidden. Once again, there is an exception if you have locally installed software, such as Chrome extension or something similar to get that info.

Redaline said:

Google cannot see your MAC address. Your MAC address can only be seen from inside your internal LAN. HOWEVER, that doesn't stop them to get your LAN address if you are using Chrome. Basically, if you use any Google products, you must consider the possibility that all information kept on your computer are being analyzed.

That being said, your best bet, in addition to already given advice from other guys, is to remove all Google products from your PC, and proceed with hiding procedures.

The best way to be sure you did it right is to have a virtual machine for each account with different IP address (mobile Internet or VPN).

Click to expand...

Oh my.. There is no more freedom with google, N1. data miner

Google Can See Mac Address
Why Not Test Yourself Do Some Invalid Click On Google Ads & See Result.
They Ban Your Mac Address To View Ads.

THUNDERELVI said:

For the last time, NO! MAC address can NOT be detected with a server/client-side script, it's simply not possible. Google's products do spy on you and might get this information from your local pc, but I doubt it as they don't really need it to identify alt accounts in Adwords, they have other more sophisticated means of doing that.

Click to expand...

I'm not sure but isn't it a part of the IPv6 features that the origin mac of the client could be encoded into the adress? Other then in IPv4 where paket has a mac part that changes with every hop.

"Normally it is not possible for security issue. Because MAC address is your machine address and your server can not able to access your machine. The MAC address is not broadcast beyond the LAN the device is connected to - it never leaves the router and passes to the server."

They can't unless they are getting it through Chrome (Are you using?), but I doubt.

shut up Meg....U don`t know what u are talking about. G can see ur MAC facebook is using it in their anti spam algorithms. U want proof? hard spam facebook with one account get banned and try changing all fingerprints except MAC and make a new account from the same MAC...it will get insta ban every time.....spoof MAC too and see what happens.

THUNDERELVI said:

I absolutely agree with that and in my processes of account creation, I do the same and choose bots that can manipulate all of what you mentioned before creating profiles. However, there is a difference between being able to do something & choosing not to do it and NOT being able to do something at all. With any server-side language, you can get certain information from the browser to identify the computer - this information includes everything you just mentioned, but it does NOT include the MAC address.

I could also give a lecture on how computer networks work, but without doing that, it's sufficient to say that the public IP address is the only one that can be tracked by websites online, not the private one - private IP-s (MAC addresses) are used to identify the computers on a local network, not on the internet... they are used to identify routers, which in turn "route" the data packets from 1 location to the other until the packets reach the desired destination. All of this happens internally between computers, our home routers, L1 gateway routers, etc... Other websites have no access whatsoever to this kind of information unless you explicitly authorize them to do that!

Click to expand...

laur.laurix said:

shut up Meg....U don`t know what u are talking about. G can see ur MAC facebook is using it in their anti spam algorithms. U want proof? hard spam facebook with one account get banned and try changing all fingerprints except MAC and make a new account from the same MAC...it will get insta ban every time.....spoof MAC too and see what happens.

Click to expand...

Take a lesson in computer networking before talking shit. It's not the MAC, it's some other footprint you are leaving and you are too stupid to see it, therefore blaming something you don't understand at all... typical of people in general and especially in this forum...

Suggested takeaway from thread for those confused; if you're not 100% sure about something, change it, it can't hurt.

/thread

Someone teach me how to get MAC address, computer name and workgroup because I doubt this is possible.

U keep pushing in ur ignorance...in cyber crime investigation this is the first thing they go to....the MAC address....because is easy to leak and trace.

THUNDERELVI said:

Take a lesson in computer networking before talking shit. It's not the MAC, it's some other footprint you are leaving and you are too stupid to see it, therefore blaming something you don't understand at all... typical of people in general and especially in this forum...

Click to expand...

laur.laurix said:

U keep pushing in ur ignorance...in cyber crime investigation this is the first thing they go to....the MAC address....because is easy to leak and trace.

Click to expand...

The first thing investigators look for is an IP Address, which can then tell them which ISP to subpoena if necessary, or practical. If the criminal was operating while directly connected to their ISP, not using a proxy or VPN, then the mac address of the customers router could be obtained from some types of packet headers, or even simpler, the ISP since the MAC address is used along with the username/password in PPPoE authorization when the router connects to the internet.

If a proxy or VPN is used, then the mac address can only be directly obtained by flash scripts or java applets.

A mac address can be indirectly obtained if the same google or itunes accounts are used. If you have have a device id, which almost every app framework provides and sends to the app for identification, then its just a matter of getting additional information from google or itunes.

If they have ever used a desktop to access google or itunes, and the link I provided earlier was able to detect a unique fingerprint, then chances are google or apple would be able to reference the desktop fingerprint to shared google or itunes accounts, and at that point, mac address or no mac address, they know the device used and possibly the operator.

Napolean said:

The first thing investigators look for is an IP Address, which can then tell them which ISP to subpoena if necessary, or practical. If the criminal was operating while directly connected to their ISP, not using a proxy or VPN, then the mac address of the customers router could be obtained from some types of packet headers, or even simpler, the ISP since the MAC address is used along with the username/password in PPPoE authorization when the router connects to the internet.

If a proxy or VPN is used, then the mac address can only be directly obtained by flash scripts or java applets.

Click to expand...

Thank you for having more nerves than me in dealing with technologically-outdated retards by way of giving a bit more thorough information on the issue of MAC addresses.

google csn only see the mac addresswhrn useing a installed app .

can not be seen with a browser .

but if you add a add-on that Google can see the mac be down to you.

best bet is inconetio mode

Napolean said:

The first thing investigators look for is an IP Address, which can then tell them which ISP to subpoena if necessary, or practical. If the criminal was operating while directly connected to their ISP, not using a proxy or VPN, then the mac address of the customers router could be obtained from some types of packet headers, or even simpler, the ISP since the MAC address is used along with the username/password in PPPoE authorization when the router connects to the internet.

If a proxy or VPN is used, then the mac address can only be directly obtained by flash scripts or java applets.

A mac address can be indirectly obtained if the same google or itunes accounts are used. If you have have a device id, which almost every app framework provides and sends to the app for identification, then its just a matter of getting additional information from google or itunes.

If they have ever used a desktop to access google or itunes, and the link I provided earlier was able to detect a unique fingerprint, then chances are google or apple would be able to reference the desktop fingerprint to shared google or itunes accounts, and at that point, mac address or no mac address, they know the device used and possibly the operator.

Click to expand...

what you say true but only under full investigation with the internet provider working with the investigators .

the router header info is encrypted hashed 128 , so it won't show or be decoded ....

but the investigators with help from the internet provider can show all router info .

you have to be under a investigation and takes court proceedings .

all your info can be packet sniffed via your ip and normal downloads and emails can be decrypted, not https info.

redarrow said:

what you say true but only under full investigation with the internet provider working with the investigators .

the router header info is encrypted hashed 128 , so it won't show or be decoded ....

Click to expand...

When you send a web request, it gets sent as a series of packets. These packets have layers (physical, data link, network, transport, session, and presentation/application)

Encryption happens on the application layer, the headers I'm referring to are at the data link layer and transport layers.

The data link layer will contain the MAC address.

The transport layer contains:
- The local ip address sending the packet (source)
- A local port to use for the request
- The remote ip address where the packet is going (destination)
- The remote port to connect to and send the request

When a router assigns an IP address, it has to assign it to something. Device hostnames can change without notice, but a mac address is always the same. This is the only way a router can reliably know which machine is sending a packet, and where to send the response when it is received. This pattern is repeated at every hop the packet makes on its way to the destination, and back.

These headers are sent as buffers, the numbers are sent as bytes in a standardized length, no encoding, encryption, or hashing occurs here.

redarrow said:

all your info can be packet sniffed via your ip and normal downloads and emails can be decrypted, not https info.

Click to expand...

I assume you're referring to PRISM? The NSA still needed companies to play ball with them in order to read your information in some cases, in others man in the middle attacks were also possible.

If a website had the right SSL configuration, your data could be protected.

However, if the SSL config allowed something like RC4 encryption (now universally obsoleted) decryption was possible, downgrade attacks could force RC4 to be used if the HTTPS server had it enabled at all.

Or.. If you or the web server used certain CPU's, decryption would be possible because the cpu clock and pseudo-random number generators were compromised. This is because all encryption relies on key pairs (private key/public key) to encrypt and decrypt a message. The key pair is generated from random numbers, and random numbers are generated by giving the random number generator a seed value, and that seed value is almost always the long number version of the unix timestamp (milliseconds since 12:00 am, January 1st, 1970)

If the CPU's internal clock is compromised, then the pseudo-random number generator will provide predictable results, which means knowing the timeframe a message was encrypted greatly reduces the number of key pairs to try in order to successfully decrypt the message.

If none of these vulnerabilities are present, encryption was/still is impossible.

History lesson time

During the cold war the most secure method at the time was a thing called the one-time key pad. It was a pad full of numbers organized in rows and columns, sometimes very small, or even in microfilm. Usually they had page numbers as well.

When a message needed to be sent, the sender would pick a random page and use that key to encrypt their message. Once the message was written, the key page was tore out from the pad and destroyed.
When the message reached the received, another party would use some tactical means to let them know which page to use from their one time pad. They would decrypt the message and also destroy the same page from their pad.

As long as the keys were sufficiently random and contained more numbers than the message, the message was impossible to decode without the key.

This is how advanced encryption works at its core. The longer the key (128-bit, 256-bit, etc..) the more secure because it is less likely that the key will need to be repeated to encode the whole message.

A shorter key is not only easier to guess, but also makes it possible to use other decryption techniques (letter frequency analysis, etc)

Today

Unless hardware or software is compromised in some way, encrypted messages are safe until quantum computing comes along. Even then, quantum encryption will provide full-proof protection from snooping.

Here's how they identify you: https://panopticlick.eff.org/

Definitely, never use Google Chrome for such staff. They for sure have some backdoors in their software that gets machine hardware Identifiers (MAC, GPU id, etc.).
I was building one program for performing automated staff with one of Google services. I was using Google Chrome with Selenium and spend a huge amount of time to hide my bot tool, finally, when I switched to Firefox browser - everything became OK.