--- title: Privacy Policy description: published: true date: 2023-12-21T10:01:09.047Z tags: editor: markdown dateCreated: 2021-09-03T07:41:23.648Z --- # Privacy Here is a brief overview of our privacy practices and how we understand them. For a full list of how we use your information, please see our [Privacy Policy](https://www.bstly.de/en/privacy-policy/). # Privacy By design Privacy by design means that systems are designed to be data efficient. In general, we always try to collect as little data as possible. The idea is that if you don't have it, you can't lose it. This applies in general to the data we collect, but also to how we link different data together. To separate account and payment data, we use the *Pretix* ticketing system with its check-in system. A secret token is generated for each item. This token can then be redeemed in our in-house developed server component *we.bstly* and the corresponding performance stored. The token is then marked as redeemed in *Pretix*. The link between account/service and token is therefore only temporary for the current browser session and is not stored elsewhere. In other words, there are two databases, one for payment data and tokens (*Pretix*) and one for account and authorisation data (*we.bstly*). The link only takes place in an active browser session and will be forgotten once the token has been redeemed. So there is no link between payment details and account. We are currently making compromises when it comes to linking accounts for each service. As always, convenience and simplicity come at a price. Through so-called [Single Sign-On](https://en.wikipedia.org/wiki/Single_Sign-on) (*SSO*) via [OpenID Connect](https://en.wikipedia.org/wiki/OpenID_Connect) (*OIDC*), this means One account for everything. In other words, the use of the individual services is always based on your *we.bstly* account. On the one hand, this offers the convenience of *SSO* in that you only have to take care of this one account. On the other hand, of course, you also get the simplicity that everyone has the certainty that the different services are always the same *we.bstly* account. So you know, for example, that you are sending an email to the person you have just chatted with. # Individual services Here we summarise the data collection for each service. For full details, please refer to our [Privacy Policy](https://www.bstly.de/privacy-policy?lang=en). For more information or instructions on the features of each service, please see our [Overview of Available Services](/en/services). ## Webserver Almost all services run through a web server, including this site. In general, a web server automatically generates a lot of data, such as your IP address, the version of your web browser and much more. The transmission of this data is technically necessary and can only be prevented at great expense to you. So what's important is what we do with this data. The answer is simple: Nothing! In general, this data is not stored at all. It may be written to log files as part of maintenance work so that we can investigate problems more thoroughly. However, these are not linked to any other data and are deleted as soon as the work is finished! ## Pretix In the *Pretix* system, of course, we need to store personal data for payment transactions, as well as an email address for sending emails with confirmations, payment data and tokens. If you are a member of the Association, your membership details and membership fee account will be stored here. As mentioned above, this information is not linked to any other services. ## we.bstly In *we.bstly* all you need is a username and password (well *salted*, [Argon2](https://en.wikipedia.org/wiki/Argon2) hashed!). It also creates a [PGP](https://en.wikipedia.org/wiki/Pretty_Good_Privacy) key pair, nothing more. Specifying an email address is optional. This is required if you lose your login details or your *private key*. However, we keep this option optional so that a completely anonymous use of all services is possible if you do not lose your password or private key! In addition to your central account details, your permissions and the expiry date of your services are also stored here. At the moment it also stores the information that you are a regular club member. This has the advantage that we can contact all club members directly about our services or offer them extended services. Of course, this information is not linked to your membership data or your membership fee account, i.e. we only know **that** you are a member of the club, **not which club**! Optionally, you can create additional profile data with adjustable visibility (*Private*, *Protected* and *Public*) for your account. Private profile fields are only visible to you, protected fields are also visible to other users and public fields are also visible to third parties. Some settings for additional services like [Jitsi Meet](/en/services/jitsi) rooms, [Partey timeslots](/en/services/partey/stream) or [shortened urls](/en/services/urlshortener) are also stored here. ## Nextcloud Of course, the sensitivity of the data in the *Nextcloud* only depends on how you use it. The service itself does not provide any data other than your account data (only username and voluntary profile data). Since only user-generated content is stored here, it depends on what you upload, publish and write. The data is automatically encrypted, but only on the server side, so you can still share it with others. However, *Nextcloud* also offers its own end-to-end encryption (*E2EE*) in the latest versions. You are of course free to use this for sensitive data, so that no one else can access these files. Note, however, that these files will no longer be accessible in the browser and cannot be shared. Also, the *E2EE* only applies to files and not to other data such as contacts, calendars, etc., so you should always think about what data you are creating and how sensitive it is. As *Nextcloud* is also the basis for some community features, your account information will be shared with all other users. However, you are free to share other data such as files, calendars, etc. with other users. ## Email Currently, emails are stored on the server as they arrive. As this has some disadvantages and requires unnecessary trust, a solution is being worked on to automatically encrypt all emails with your *public key*. This gives you the assurance that only you can decrypt the emails. However, it also means that you'll have to set up all your email clients to decrypt them. We will, of course, publish detailed instructions in due course and will probably also offer an *opt-out* if you do not wish to use this feature. Your *we.bstly* account details will be used for authentication. Note that enabling two-factor authentication in your *we.bstly* account will not affect your email login. ## Vaultwarden As a password manager, Vaultwarden stores highly sensitive data. However, it is all encrypted with your Master Password, which is stored on the server in hashed form only. The strength of your master password is also critical to the security of this data. In addition to the actual passwords, data such as the associated username, website URLs, or custom fields and notes are also stored. However, this data can only be decrypted with the master password. ## Partey No data is stored in our virtual clubhouse. However, the transmission of your video and audio data is a highly sensitive area. As mentioned above, we do not store this data, but it is not technically impossible for other users to make illegal recordings. If you become aware of any infringements, please contact us as a matter of urgency. A good place to start is our [Help] page (/en/help). ## bstlboard In addition to your user details, all your posts and comments are stored on our message board. Access is currently restricted to club members only. No outsiders will be able to access your content. ## Matrix As *Matrix* is a messaging service, sensitive communications may be generated. Fortunately, *Matrix* offers end-to-end encryption. However, as this is optional, we recommend that you always enable *E2EE*. In addition to your chat messages, your room memberships are also stored for the service. If you create public rooms yourself, they will of course be visible to others. Please also note that *Matrix* is a decentralised network, similar to email communication. This means that you can communicate with users from other providers, but you also transfer data, including your messages, to these servers. ## Mastodon As a decentralized microblogging service, most of the content on *Mastodon* is public. You have a public profile including followed accounts and followers and your posts (*Toots*) are also public by default, i.e. accessible to third parties. Individual posts can also be restricted to certain groups or accounts. Private messages are of course not visible to third parties. Please note that Mastodon, like [Matrix](#matrix), is a decentralized network. This means that you interact with users of other instances, but you also transfer data including your messages to these servers. ## Jitsi-Meet Our *Jitsi-Meet* rooms are the same as our *Virtual Clubhouse*. No data is stored about you, but you should be aware that you are transmitting sensitive video and audio data to other users in real time. ## PeerTube Important note: PeerTube has a P2P function, which means that you automatically share your video files with other users to reduce the load on the server. However, this will reveal your IP address to third parties! You can disable this feature at any time. See [tube.bstly.de/about/peertube#privacy](https://tube.bstly.de/about/peertube#privacy) for more details. We have chosen to leave this feature on because it is very handy and there is very little abuse of an IP address. The service itself only stores your username and a few personal settings and channels. Otherwise, the videos you upload are stored and, depending on your settings, made available to other users or to the public. The same goes for your livestreams. Please note that PeerTube, like [Mastodon](#mastodon), is a decentralized network. This means that you interact with users of other instances, but you also transfer data including your messages to these servers. ## Funkwhale The service itself only saves your username and a few personal settings and your channels. Otherwise, the audio files you upload are of course saved and, depending on the settings, made available to other users or to the public. Please note that Funkwhale, like [Mastodon](#mastodon), is a decentralized network. This means that you interact with users of other instances, but you also transmit data including your messages to these servers. ## PrivateBin Because PrivateBin uses client-side *end-to-end* encryption, NO personal information is stored. ## Mobilizon As a decentralized event calendar, most of the content on *Mobilizon* is public. You have a public profile including followed accounts and followers and your events are also public by default, i.e. accessible to third parties. Individual events can also be restricted to certain groups or accounts. Please note that Mobilizon, like [Mastodon](#mastodon), is a decentralized network. This means that you interact with users of other instances, but you also transfer data including your messages to these servers. ## Wiki.js In general, no personal information is collected in our *Wiki*. Only your *we.bstly* username and your email address are stored in your account. In general, any text you write will be public and linked to your username. There is also a comment function. However, this is only available to other users and is not public. ## Urlshortener Of course all data added to the urlshortener will be saved. If a password is set, only the hash of the password is saved. ## Gitea Similar to *Nextcloud*, only your username and a few personal settings are stored by the service itself. How sensitive the data in your *Git* repositories is, and who can access it, is entirely up to you. So be careful what files you upload, and whether your repository is publicly accessible. Since repositories often contain source code, including configuration files, we would like to remind you not to accidentally upload sensitive information such as passwords, *API keys* or *private keys* to your repository. Of course, on public repositories, your changes, issues, comments and account are public too!