- cross-posted to:
- Signal@kbin.social
- cross-posted to:
- Signal@kbin.social
Signal’s president reveals the cost of running the privacy-preserving platform—not just to drum up donations, but to call out the for-profit surveillance business models it competes against.
The encrypted messaging and calling app Signal has become a one-of-a-kind phenomenon in the tech world: It has grown from the preferred encrypted messenger for the paranoid privacy elite into a legitimately mainstream service with hundreds of millions of installs worldwide. And it has done this entirely as a nonprofit effort, with no venture capital or monetization model, all while holding its own against the best-funded Silicon Valley competitors in the world, like WhatsApp, Facebook Messenger, Gmail, and iMessage.
Today, Signal is revealing something about what it takes to pull that off—and it’s not cheap. For the first time, the Signal Foundation that runs the app has published a full breakdown of Signal’s operating costs: around $40 million this year, projected to hit $50 million by 2025.
Signal’s president, Meredith Whittaker, says her decision to publish the detailed cost numbers in a blog post for the first time—going well beyond the IRS disclosures legally required of nonprofits—was more than just as a frank appeal for year-end donations. By revealing the price of operating a modern communications service, she says, she wanted to call attention to how competitors pay these same expenses: either by profiting directly from monetizing users’ data or, she argues, by locking users into networks that very often operate with that same corporate surveillance business model.
“By being honest about these costs ourselves, we believe that helps provide a view of the engine of the tech industry, the surveillance business model, that is not always apparent to people,” Whittaker tells WIRED. Running a service like Signal—or WhatsApp or Gmail or Telegram—is, she says, “surprisingly expensive. You may not know that, and there’s a good reason you don’t know that, and it’s because it’s not something that companies who pay those expenses via surveillance want you to know.”
Signal pays $14 million a year in infrastructure costs, for instance, including the price of servers, bandwidth, and storage. It uses about 20 petabytes per year of bandwidth, or 20 million gigabytes, to enable voice and video calling alone, which comes to $1.7 million a year. The biggest chunk of those infrastructure costs, fully $6 million annually, goes to telecom firms to pay for the SMS text messages Signal uses to send registration codes to verify new Signal accounts’ phone numbers. That cost has gone up, Signal says, as telecom firms charge more for those text messages in an effort to offset the shrinking use of SMS in favor of cheaper services like Signal and WhatsApp worldwide.
Another $19 million a year or so out of Signal’s budget pays for its staff. Signal now employs about 50 people, a far larger team than a few years ago. In 2016, Signal had just three full-time employees working in a single room in a coworking space in San Francisco. “People didn’t take vacations,” Whittaker says. “People didn’t get on planes because they didn’t want to be offline if there was an outage or something.” While that skeleton-crew era is over—Whittaker says it wasn’t sustainable for those few overworked staffers—she argues that a team of 50 people is still a tiny number compared to services with similar-sized user bases, which often have thousands of employees.
read more: https://www.wired.com/story/signal-operating-costs/
archive link: https://archive.ph/O5rzD
What would you think would be an appropriate alternative to easily verify chat accounts that’s cheaper than validating phone numbers?
Make addresses-per-contact, not global. Provide no discovery for addresses. Spam solved, since the spammer can’t find your address.
You can of course add public messages with phone numbers verification on top of that, but you absolutely do not need them for a spam-free chat app. Address discovery should be completely optional and addresses should absolutely not tied to phone numbers.
It’s utterly ridiculous that this apps claims to care about security and the first thing it does is collect boatloads of private data.
That’s actually a pretty good idea.
I’m guessing you generate a unique address to share with someone, and then they add you. Spam is literally solved and it becomes more private.
Might want to think twice before donating to this company that’s eating up $40m/year with 50 employees.
I’m going to go out on a limb and say that the company that is dominating the privacy-messaging space, considered and discarded this idea for reasons they consider valid.
🤡
Let’s not push a definition of “security” that Signal does not claim. The messages are “secure” in that nobody other than you and the other people in on the conversation can decrypt them.
Also, no need to be dramatic. A phone number is not “boat loads of data”.
I mean, your phone number can be used to find out everything about you.
deleted by creator
Ok, but that’s changing the goalposts. A phone number itself is not “boatloads of data”. Signal is not storing anything about you other than that phone number and whatever name you entered. They’re not storing messages or anything else. The fact that someone could correlate your phone number with other data (whether accurate or not) has nothing to do with Signal.
Signal is an over hyped piece of shit that grossly violates numerous core tenets of
priceyprivacy and data freedom.I don’t know what pricey is and they don’t keep your data.
They don’t allow you to export your chat history, it’s locked in the app:
https://www.reddit.com/r/signal/comments/t5m666/exporting_a_single_signal_chat_history/
That’s not only crappy app design, that outright violates European law:
https://gdpr-info.eu/art-20-gdpr/
Signal doesn’t have any “personal data concerning him or her” other than a name and email address. They don’t have your messages.
They store it encrypted on your device such that you can’t access it yourself, only their app can access it.
Captchas or other challenges, and better spambot detection.
Those are already in place. They don’t suffice.
I’d be ok with a credit card verification or so something like that, even if still uncomfortable for me, but I hear it reduces a lot of spam.
But then that would make people confused and make them run away when the app seems to be free and now is asking for a credit card validation… it’s too strange.
Anyway I never got a single spam message on signal from all the years I use it, so not sure how others view the problem or even if it is a problem.
Video call, email, other verificated factors.
So do you think this is the only option available?
You think a verification via a video call is cheaper than SMS…?
That’s not to mention the potential concerns that would arise around the possibility of signal storing (some portion of) the video…
Nope, just saying phone numbers are far from the only option. And if telcos are price gauging you should look at the alternatives.
No you’ve complained and insinuated there are plenty of other solutions that the world class team at Signal, literally the preminent experts in their field, chose not to use - and then offered to some truly next level terrible options.
Complained? I’ve merely stated a fact. And you think I’m offended? I’m trying to have a discussion you are not interested in it seems.
How are the other options terrible? Please elaborate. That way you might actually contribute and not just call names.
It’s the cheaper portion that’s the issue. There are “other options”, but they’re not cheaper and/or they have their own issues.
I didn’t touch the email case because email addresses can be so rapidly created (even out of thin air via a catch all style inbox) there’s nothing to it.
But if telcos are inflating the prices that might change. But otherwise I think you’re right.
Video call is expensive, and frankly, if I’m gonna sign up at a private service, I’m not going to make a damn video call.
Email is not enough to go against spam. Email addresses are basically an Infinite Ressource.
Other verified factors are nothing concrete. Sure we could all use security hardware keys, but what’s the chances that my mom has one?
PKI doesn’t require hardware keys
True, but it’s not exactly User friendly too, right? If not, tell me. I’ll be happy.
If you want user-friendly WebAuthn - firefox does it for you. If you want pgp/gpg, then just install pgp/gpg client of your choice.
If you want encrypt emails, Thunderbird should have built-in encryption support.
I’m using all of these, but with my hardware keys. Didn’t know you could do it without. I knew that it was part of the webauthn concept but no idea how it works.
So you do think that phone numbers are the only way to verify the person? This is just stupid. There are enough, like IDs or stuff like that. If you don’t want that, that’s a totally different story.
It’s a bad problem no? Combatting “spam” Accounts while balancing privacy.
Personally, I don’t want to give them any more information than is really necessary.
It’s not easy. And yeah, me too.
Use a 3d face scan, but only send the hash over the net. Can double for account recovery (when user has no email or something)
That’s a joke right?
If not: It does not matter what hash I send, because it’s cryptographically impossible to tell what the hashed thing is. That is the whole point of a hash.
Also: sending a hash over the network instead of a password or whatever the source material is would be a bad practice from security perspective, if not a directly exploitable vulnerability. It would mean that anyone that knows the hash can pretend to be you, because the hash would be used to authenticate and not whatever the source material is. The hash would become the real password and the source material nothing more than a mnemonic for the user. Adding to that: the server storing the hash would store a plaintext password.
See: https://security.stackexchange.com/questions/8596/https-security-should-password-be-hashed-server-side-or-client-side
The point is to protect your face data, the hash IS the password, but you don’t want people to be able to tell how you look like by sending the raw images of your face over the net
That would do nothing to validate that the user is real, they can just insert any hash and claim it’s their face’s hash. At that point we can just use regular passwords, but as I said that won’t solve the spam Accounts issue.
You can make sure that the user used the signed binary to generate the token. Each token has a nonce and a validity period. This binary requires the use of the camera API, but also requires liveness analysis by making you move while authenticating. You can change the way the user is forced to move to make sure it’s not the same video feed connected to the camera
Could work, but it doesn’t stop actual people from creating spam Accounts.
If one wants to put real effort into it, the camera/gyro sensors could be malicious or a robotic arm could be built. Maybe it would work with some fake background.
The camera and gyro sensors can be faked for sure, but the app can be updated to detect inconsistent lighting. These kinds of apps can use a fill light on the screen to make the face change colors.
So use teal when you nod, use purple when you turn to the right, etc. If the color is not detected, tell the user to turn up the screen brightness until it is. Of course, it makes it impossible to do it in daylight, but you can go in the shadow or inside temporarily most of the time. There is a possiblity of support helping you if the scan just won’t work with your device, for example by verifying your government ID if you agree to that
In the end, no system is perfect and you are just trying to discourage the laziest spammers. Using phone numbers just means a real person can buy new numbers. I can get each number for a total cost of $0.99, far less effort than trying to catch up with each app update
Guess what happens to passwords themselves? Same thing, but user can’t just add nonce. Replay attacks are super easy to mitigate and hashing makes it easier.
Not saying that biometry authentication isn’t shit for security itself.
Honestly, I’m not sure what you are talking about. Could you elaborate more?
Are you implying that sending some hash is better than sending the secret and let the server deal with it?
It took a long time to reply to you, sorry.
When used for login, it prevents MITM attacker(assuming you are not using app sent to you by attacker) from stealing your password(because hash functions are extremely hard to reverse), while when used both for registration and login, your password doesn’t even leave your computer. There are even password managers that don’t store any passwords, but just generate them by hashing your secret with server name.
How does this prevent MITM attacks? The secret you send to the server, be it called hash or password, is what’s used to authenticate the user. For the purpose of client/server communication, this “password” on your host only is not relevant, as it’s only used to generate the real secret.
A hypothetical MITM attacker would still gain access to that secret, without needing to care how it was generated, be it by hashing something on your host or by coming up with semi random letters yourself.
The secret sent to the server becomes the defacto password.
Now about those password managers, they are a thing but I don’t have experience using them. Through a disadvantage is that if a site gets breached you have to do something weird with your password manager, so that a different password is produced with your secret key and the domain name. This can be done with a counter that needs to be manually adjusted, but that’s weird from a usability point of view.
Maybe I phrased incorrectly. It prevents attacker from getting password and using it again in future.
Salted hash if not implemented with possible MITM attacks in mind indeed can be used by attacker. Resisting them is easy and can be done by channel binding techniques like using channel public key as part of salt. In such case if attacker successfully will make MITM attack, server will just reject hash, because it is not equal with expected one.
Passwords are secrets. Secrets aren’t passwords.
HOTP exists. HOTP is used.
In what circumstances besides reusing passwords does this matter?
To make this discussion extra long: If you’re creating a hash based on a local password, then share this as secret to the server, which then treats it with regular password security, this is beneficial for security as far as I can see, as it makes sure that the “password”/secret is strong and pseudo random.
Where would one get a 3d face scan from? For my part, I don’t have a scanning rig set up anywhere.
You turn your face in different angles, creating a 3d scan of your face using your phone camera