Privacy lost...

nsaspook

Joined Aug 27, 2009
16,328
https://english.elpais.com/technolo...pert-exposed-a-global-network-of-thieves.html
Never steal a hacker’s girlfriend’s phone: How an expert exposed a global network of thieves
Gangs that rob gadgets are looking for new ways to extract more value from them. An expert analyzed the work of one organization as it was dismantled by the police


1757879089247.png
“There you’ve already been trained to believe that if you receive a text message saying they’ve found your phone, everything is fine. But what you don’t know is that behind your back they’ve just set the perfect trap for you,” says Vigo. Why? Because the next day you receive another text message, and you click on it, more confidently. However, that link no longer redirects you to the real Apple website, but to a flawless copy created by the criminals: that’s where they ask for your PIN, and without thinking, full of hope, you enter it.
 

nsaspook

Joined Aug 27, 2009
16,328
https://techcrunch.com/2025/09/25/v...hone-numbers-call-recordings-and-transcripts/

A viral app called Neon, which offers to record your phone calls and pay you for the audio so it can sell that data to AI companies, has rapidly risen to the ranks of the top-five free iPhone apps since its launch last week.
The app already has thousands of users and was downloaded 75,000 times yesterday alone, according to app intelligence provider Appfigures. Neon pitches itself as a way for users to make money by providing call recordings that help train, improve, and test AI models.
But Neon has gone offline, at least for now, after a security flaw allowed anyone to access the phone numbers, call recordings, and transcripts of any other user, TechCrunch can now report.
At fault was the fact that the Neon app’s servers were not preventing any logged-in user from accessing someone else’s data.
...
However, this would not be the first time that an app with serious security issues has made it onto these app marketplaces. Recently, a popular mobile dating companion app, Tea, experienced a data breach, which exposed its users’ personal information and government-issued identity documents. Popular apps like Bumble and Hinge were caught in 2024 exposing their users’ locations. Both stores also have to regularly purge malicious apps that slip past their app review processes.
 

WBahn

Joined Mar 31, 2012
32,854
Cool use of symmetric OTP.
View attachment 356589
The algorithm has to be guessed. My first thought was that it was digit-by-digit, keeping the units digit for each place. But I'm guessing that that is unlikely and that it is actually a simple addition problem of two large numbers.

But it also sends my mind down attack paths.

Neither the key nor the plaintext are truly random. At first blush, the key would appear to be an 8-digit number, meaning ten billion possible keys. But its more likely limited to about twenty-five thousand. For instance, it's pretty safe to assume that the first two digits of the year are either '19' or '20'. We also know that the first digit of the day is from the set {0,1,2,3} and the first digit of the month is from the set {0,1}. If the first two digits of the year are '20', then the third digit is almost certainly from {0,1} (and most likely 0, but technically could be 2). If the first two digits are '19', then the third digit is unlikely to be less than 5.

For ease of computation, we can assume that there are 100 possible values of the year -- and we can prioritize them to explore the most likely ones first. That gives us about 36 thousand possible values of the key. That can probably be whittled down, or at least prioritized, based on restrictions on the first several digits of the phone number to around 25k, so we've already eliminated 99.99998% of the key space.

I have no idea what country this would be in, in which the phone number is a nine-digit number. But we know that it must start with a '0' (I can't imagine why the lead zero in the ciphertext would have been included otherwise). The second digit is going to be from the set {3,4,5}. We actually know a lot about many of the digits:

{0}{3,4,5}{x}{5,6,7}{x}{'43','44','45'}{xx}

If we at least start with the assumption that the phone number is from a local number (the leading zero might make that not the case), then we can probably create a small list of prefixes, each of which has about 300 possible values for the last four digits.

Now we can either use an autodialer program with an AI to "talk" to whomever answers, or enlist the local kids to play a game and split up the list and call, in exchange for having fun (whitewashing the fence kind of fun) and some candy and drinks.

But, thus far, we have assumed that the attacker only has the note and, probably, knowledge of the general area where the wallet was found (and hence some knowledge of the structure of local phone numbers).

But some potential attackers probably have more information. While possible, it's unlikely that the person that found the wallet has kept that information entirely secret. So anyone that knows that they have found a wallet can start with a guessed plaintext attack. If the wallet were found (based on where the note was posted) in, say, a college campus, then an attacker could guess that the phone number might be a campus phone number and use that to prioritize the search.

Or, before doing any of that, we can evaluate whether it is worth the effort -- which is the exact same thing that real cryptanalysts have to consider. Does the likely payout from being successful, or the likely penalty for failing, justify the effort given the likelihood of success? At which point we might, hopefully, realize that breaking the code successfully, while almost certainly emotionally gratifying, is unlikely to actually result in any payout since the first thing the person is going to ask is "What is the name on the ID that I got the birthday from?"

At which point we realize that this has all been a flight of fancy that has provided nothing more than an entertaining break to the day.
 

nsaspook

Joined Aug 27, 2009
16,328
https://appleinsider.com/articles/25/09/29/fcc-mistakenly-leaks-confidential-iphone-16e-schematics

For complex communications hardware to go on sale, it has to undergo testing and certification through regulators around the world. While typically a formality and involving many confidential elements, sometimes there can be leaks by mistake.

On Monday, a file was discovered that had been published by the FCC, and republished by FCCID.IO. The file in question was a 163-page PDF showing the electrical schematics for the iPhone 16e, described as the A3212, A3408, A3409, and A3410.
The problem with the document's release is that it seems that it was a mistake by the FCC itself.
 

nsaspook

Joined Aug 27, 2009
16,328
https://www.404media.co/landlords-demand-tenants-workplace-logins-to-scrape-their-paystubs/
"This is a statewide consumer-finance abuse that forces renters to surrender payroll and bank logins or face homelessness," one renter who was forced to use the tool and who saw it taking more data than was necessary for their apartment application told 404 Media. 404 Media granted the person anonymity to protect them from retaliation from their landlord or the services used.

[...] "Argyle hijacked my live Workday session, stayed hidden from view, and downloaded every pay stub plus all W-4s back to 2024, each PDF seconds apart," they said. "Workday audit logs show dozens of 'Print' events from two IPs from a MAC which I do not use," they added, referring to a MAC address, a unique identifier assigned to each device on a network.
https://archive.is/uv4Yk

Giving a corporate login to anyone, is a fire-able offense at any job.
 
Last edited:

WBahn

Joined Mar 31, 2012
32,854
Yet, it is commonly requested by entities in the financial industry, which amazes me, since these are the same institutions that generally scream the loudest about the importance of never, ever, ever sharing your login credentials with anyone, ever.

When linking an account on one bank to another bank, you need to verify that you have access to the account. A common way of doing this is for one institution to make two small deposits into the account and then have you tell them the amount of the deposits. Initially, those deposits were yours, since the third party could deposit money into your account, but they couldn't withdraw from it without a greater level of authorization. This seemed reasonable -- in most places (for a long time, but I think that's changed or is changing) you ccould walk into a bank and deposit money, particularly modest amounts of cash, into an account as long as you have the account number, whether you are on the account or not. But, of course, you couldn't withdraw a penny from the account. In the early days of electronically-linked accounts at different institutions, the cost of these lost deposits was seen as an acceptable cost of doing business -- after all, it was a cost generally less than the cost of the paper, envelope, and postage associated with sending a customer something in the mail. But, naturally, as the scale ramped up, they wanted the ability to claw those deposits back and to do so without having to bother with the pesky need to get your authorization (well, you actually authorized them to, in the fine print, when you initiated the process of linking the accounts).

But, this process is clunky, as it requires that the person wait until the transactions post, which can take a few days, and then they have to log into the receiving account, record the amounts, and then jump through the hoops with the initiator to complete the verification. So, not surprisingly, an instant-verification mechanism was developed. So applications like Plaid are used in which you have to provide your login credentials to the other account and it accesses your account. This is becoming increasingly common. I absolutely refuse to use it. So far, except for once, I've been able to opt for the two-small-deposits approach. But one time the institution insisted that I had to use Plaid. Well, I chose not to do business with them.

Although Plaid (and a handful of other, similar, aggregation services) has a strong reputation as being trustworthy, I still think this is a very bad idea. There is always the possibility of them being compromised, either internally or externally. Even worse, in my opinion, is that these services groom the public into being more willing to give up account access credentials, making it easier for malicious actors to prey upon them by spoofing them.

Imagine someone sending out millions of e-mails to people claiming to be Plaid and telling them that their recent attempt to link accounts must be re-verified to establish a permanent link. For security purposes, of course, the names of the institutions being linked has not been included, but you know which account you provided credentials for, so just re-enter them here. Like all scams, the overwhelming majority of people that get that e-mail will know that it's a scam. But, by chance, they are going to send it to some number of people that, in fact, have recently linked accounts using Plaid, and some (possibly not so small) fraction of them will be duped.
 

nsaspook

Joined Aug 27, 2009
16,328
https://www.theguardian.com/world/2...e-security-loophole-in-chinese-electric-buses

Authorities in Denmark are urgently studying how to close an apparent security loophole in hundreds of Chinese-made electric buses that enables them to be remotely deactivated.
...
Their investigations found that remote deactivation could be prevented by removing the buses’ sim cards, but they decided against this because it would also disconnect the bus from other systems.
Ruter said it planned to bring in stricter security requirements for future procurements. Jenssen said it must act before the arrival of the next generation of buses, which could be even “more integrated and harder to secure”.
Movia, Denmark’s largest public transport company, has 469 Chinese electric buses in operation – 262 of which were manufactured by Yutong.

Jeppe Gaard, Movia’s chief operating officer, said he was last week made aware that “electric buses – like electric cars – can be remotely deactivated if their software systems have web access”. He added: “This is not a Chinese bus problem. It is a problem for all types of vehicles and devices with Chinese electronics built in.”
 
Top