# Telegram Web on IPFS: is it more secure?

**URL:** <https://discuss.ipfs.tech/t/telegram-web-on-ipfs-is-it-more-secure/12519>\
**Category:** Ecosystem and Usage\
**Created:** [October 26, 2021, 8:51am UTC](https://discuss.ipfs.tech/t/telegram-web-on-ipfs-is-it-more-secure/12519 "2021-10-26T08:51:12Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![thegriglat](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ipfs.tech/thegriglat/32/5609_2.png) [@thegriglat](https://discuss.ipfs.tech/u/thegriglat)\
**Post date:** [October 26, 2021, 8:51am UTC](https://discuss.ipfs.tech/t/telegram-web-on-ipfs-is-it-more-secure/12519/1 "2021-10-26T08:51:12Z")

</div>

I have build (for experiment) Telegram Web/K and pin it on IPFS.

[https://bafybeihr2jxj7moz5bdnq3wq2pq2jzqqxatj5we2spgl22qxi4krpbo33m.ipfs.dweb.link](https://bafybeihr2jxj7moz5bdnq3wq2pq2jzqqxatj5we2spgl22qxi4krpbo33m.ipfs.dweb.link)

Now I’m trying to understand – is it more secure that usual web telegram or not …

Original post (my): [https://www.reddit.com/r/IPFS\_Hashes/comments/q6xcgp/experiment\_telegram\_webk\_on\_ipfs/](https://www.reddit.com/r/IPFS_Hashes/comments/q6xcgp/experiment_telegram_webk_on_ipfs/)

---

<div class="post-metadata">

**Author:** ![Jorropo](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ipfs.tech/jorropo/32/3230_2.png) [@Jorropo](https://discuss.ipfs.tech/u/Jorropo)\
**Post date:** [October 26, 2021, 10:22pm UTC](https://discuss.ipfs.tech/t/telegram-web-on-ipfs-is-it-more-secure/12519/2 "2021-10-26T22:22:48Z")

</div>

It depends.  
If you open telegram web using the official link you trust the http webserver that is giving you thoses files.  
If someone hacks telegram’s servers they could smuggle a version with a backdoor.

Using IPFS you only trust the CID, if you use a random CID it’s not better than just using the web version.  
However unlike an http server a CID doesn’t change, if you know a CID is good it’s not possible for it to be changed to a bad version (while a good http server can be hacked or changed).

Also the CID contain the hash which makes chains of trust way better.  
For example you can imagine a dev DAO that publish the official URI. If that a webserver the same webserver trust issue can happen (the server can being hacked without the consent of the DAO), that not possible with CIDs because the CID is immutable.

---

<div class="post-metadata">

**Author:** ![Jorropo](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ipfs.tech/jorropo/32/3230_2.png) [@Jorropo](https://discuss.ipfs.tech/u/Jorropo)\
**Post date:** [October 26, 2021, 10:25pm UTC](https://discuss.ipfs.tech/t/telegram-web-on-ipfs-is-it-more-secure/12519/3 "2021-10-26T22:25:32Z")

</div>

Since you built it yourself it should be better from your point of view. Because instead of trusting the source code, the guy who did the compiling and the http server.  
But with IPFS you only have to trust the source code. (you also need to trust the guy who created the CID and who did the compiling but thoses guys are you).

For me it’s worst to use IPFS because I have to trust a random (you) that you correctly did the compiling and IPFS addition without adding a backdoor (I preffer trusting the telegram team rather than a random guy on internet).

---

<div class="post-metadata">

**Author:** ![thegriglat](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ipfs.tech/thegriglat/32/5609_2.png) [@thegriglat](https://discuss.ipfs.tech/u/thegriglat)\
**Post date:** [October 27, 2021, 6:31am UTC](https://discuss.ipfs.tech/t/telegram-web-on-ipfs-is-it-more-secure/12519/4 "2021-10-27T06:31:52Z")

</div>

Yes, I see.

I guess it’s a real problem with web services on IPFS as no one trust no one by default.  
When I share files are just files, but when someone shares smth like **code** – how to assure people to trust you?

---

<div class="post-metadata">

**Author:** ![wolneykien](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ipfs.tech/wolneykien/32/5509_2.png) [@wolneykien](https://discuss.ipfs.tech/u/wolneykien)\
**Post date:** [October 27, 2021, 8:58am UTC](https://discuss.ipfs.tech/t/telegram-web-on-ipfs-is-it-more-secure/12519/5 "2021-10-27T08:58:10Z")

</div>

Hi! I think, IPNS can be used to build a web of trust. Trusting the code in most cases is trusting the _project maintainer_ or (the better) a team of maintainers. But if we talk about trusting web services in a peer-to-peer network — that’s another story as we can’t check which code _runs_ on a particular node that provides the service. However, the project maintainer could potentially point out which nodes are _authorized_ — i.e. which nodes does he/she trust to run the code _on behalf_ of him/her (and the whole project). That’s like the classical web hosting: the project maintainer selects a hosting provider to run the application. But it’s _not_ like the classical web hosting as a) the hosting providers are nodes on a peer-to-peer network, b) a number of providers can be authorized, c) no DNS is needed, d) the trusting relationships are explicit and automatically verifiable.

For more information, please, take a look at [A preliminary discussion of the “Workswap” protocol](https://discuss.ipfs.tech/t/a-preliminary-discussion-of-the-workswap-protocol/12320) .

---

<div class="post-metadata">

**Author:** ![thegriglat](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ipfs.tech/thegriglat/32/5609_2.png) [@thegriglat](https://discuss.ipfs.tech/u/thegriglat)\
**Post date:** [October 27, 2021, 9:59am UTC](https://discuss.ipfs.tech/t/telegram-web-on-ipfs-is-it-more-secure/12519/6 "2021-10-27T09:59:33Z")

</div>

I don’t sure that understand you correctly.  
Particularly this Telegram Web is serverless, you (if you use it) just fetch html/js/css and run TWeb on you local node in browser like static web page. So as I see there are no nodes which you have to trust – you run everything locally, isn’t it?

Of course you have to trust code author and the person who built web app

---

<div class="post-metadata">

**Author:** ![wolneykien](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ipfs.tech/wolneykien/32/5509_2.png) [@wolneykien](https://discuss.ipfs.tech/u/wolneykien)\
**Post date:** [November 14, 2021, 10:50pm UTC](https://discuss.ipfs.tech/t/telegram-web-on-ipfs-is-it-more-secure/12519/7 "2021-11-14T22:50:55Z")

</div>

Yes, in the case of Telegram Web as you described it, the only use of IPFS is to transfer html+js+css content. In that case there is no need for trusted nodes (except the Telegram servers — but that’s another story). However, above you’ve mentioned the different problem — _«a real problem with web services on IPFS»_. If I’ve understand you right, you’ve mention it in a course of some general thought about web services on IPFS, not just about sharing a pre-built software. That general question is interesting to me, so I’ve reacted.

> when someone shares smth like **code** – how to assure people to trust you?

I think, there are two cases. In the first case you share the code as an ordinary file (technically, source and compiled code _really is_ a file or a set of files). In the second case you want to share the _result_ of an _execution_ of some code — and that is a completely different thing as CID isn’t applicable there. And so you have to trust. What about giving a try to the idea of web-of-trust in that case?
