Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (Cyborg)
  • No Skin
Collapse
Brand Logo

CIRCLE WITH A DOT

  1. Home
  2. Uncategorized
  3. I reported an insecure DKIM key to Deutsche Telekom / T-Systems.

I reported an insecure DKIM key to Deutsche Telekom / T-Systems.

Scheduled Pinned Locked Moved Uncategorized
62 Posts 43 Posters 0 Views
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • badkeys@infosec.exchangeB This user is from outside of this forum
    badkeys@infosec.exchangeB This user is from outside of this forum
    badkeys@infosec.exchange
    wrote last edited by
    #1

    I reported an insecure DKIM key to Deutsche Telekom / T-Systems. They first asked me to further explain things (not sure why 'Here's your DKIM private key' needs more explanation, but whatever...). Then they told me it's out of scope for their bugbounty.

    I guess then there's really no reason not to tell you: They have a 384 bit RSA DKIM key configured at: dkim._domainkey.t-systems.nl

    384 bit RSA is... how shall I put it? I think 512 bit is the lowest RSA key size that was ever really used. 384 bit RSA is crackable in a few hours on a modern PC (using cado-nfs). The private key is:
    -----BEGIN RSA PRIVATE KEY-----
    MIHxAgEAAjEAtTliQYV2Xvx1OGkDyOL799BTFEuobY2dn2AgtiKCQgrh78NVK1JK
    j0yRXgNnPpGBAgMBAAECMF0t+TBZUCi8xATSMij7VLTxv5Xi5OIXesNiXOKtYIRP
    LkpYfR5PggaMScfbmqSssQIZAMwOhm9d7Y7Qi7I2j1AlYbiqdtqO54T7FQIZAONa
    9dJFkC6lM3EPXR+0SZ4dqwwpiM0nvQIYYgz8thi5JK264ohq9sTvnu9yKvUN9I09
    AhgfgMYZKcxtujRjkSZtMzUUNLYzzDmJe90CGDKwqcBI0v9ChaR8WHht+/chMdxj
    7ez94w==
    -----END RSA PRIVATE KEY-----

    benbe@social.chaotikum.orgB gerhardd@olching.socialG q@glauca.spaceQ momo@social.linux.pizzaM dragonfrog@mastodon.sdf.orgD 24 Replies Last reply
    2
    0
    • badkeys@infosec.exchangeB badkeys@infosec.exchange

      I reported an insecure DKIM key to Deutsche Telekom / T-Systems. They first asked me to further explain things (not sure why 'Here's your DKIM private key' needs more explanation, but whatever...). Then they told me it's out of scope for their bugbounty.

      I guess then there's really no reason not to tell you: They have a 384 bit RSA DKIM key configured at: dkim._domainkey.t-systems.nl

      384 bit RSA is... how shall I put it? I think 512 bit is the lowest RSA key size that was ever really used. 384 bit RSA is crackable in a few hours on a modern PC (using cado-nfs). The private key is:
      -----BEGIN RSA PRIVATE KEY-----
      MIHxAgEAAjEAtTliQYV2Xvx1OGkDyOL799BTFEuobY2dn2AgtiKCQgrh78NVK1JK
      j0yRXgNnPpGBAgMBAAECMF0t+TBZUCi8xATSMij7VLTxv5Xi5OIXesNiXOKtYIRP
      LkpYfR5PggaMScfbmqSssQIZAMwOhm9d7Y7Qi7I2j1AlYbiqdtqO54T7FQIZAONa
      9dJFkC6lM3EPXR+0SZ4dqwwpiM0nvQIYYgz8thi5JK264ohq9sTvnu9yKvUN9I09
      AhgfgMYZKcxtujRjkSZtMzUUNLYzzDmJe90CGDKwqcBI0v9ChaR8WHht+/chMdxj
      7ez94w==
      -----END RSA PRIVATE KEY-----

      benbe@social.chaotikum.orgB This user is from outside of this forum
      benbe@social.chaotikum.orgB This user is from outside of this forum
      benbe@social.chaotikum.org
      wrote last edited by
      #2

      @badkeys

      You had me at

      -----BEGIN RSA PRIVATE KEY-----

      πŸ˜‰

      1 Reply Last reply
      0
      • badkeys@infosec.exchangeB badkeys@infosec.exchange

        I reported an insecure DKIM key to Deutsche Telekom / T-Systems. They first asked me to further explain things (not sure why 'Here's your DKIM private key' needs more explanation, but whatever...). Then they told me it's out of scope for their bugbounty.

        I guess then there's really no reason not to tell you: They have a 384 bit RSA DKIM key configured at: dkim._domainkey.t-systems.nl

        384 bit RSA is... how shall I put it? I think 512 bit is the lowest RSA key size that was ever really used. 384 bit RSA is crackable in a few hours on a modern PC (using cado-nfs). The private key is:
        -----BEGIN RSA PRIVATE KEY-----
        MIHxAgEAAjEAtTliQYV2Xvx1OGkDyOL799BTFEuobY2dn2AgtiKCQgrh78NVK1JK
        j0yRXgNnPpGBAgMBAAECMF0t+TBZUCi8xATSMij7VLTxv5Xi5OIXesNiXOKtYIRP
        LkpYfR5PggaMScfbmqSssQIZAMwOhm9d7Y7Qi7I2j1AlYbiqdtqO54T7FQIZAONa
        9dJFkC6lM3EPXR+0SZ4dqwwpiM0nvQIYYgz8thi5JK264ohq9sTvnu9yKvUN9I09
        AhgfgMYZKcxtujRjkSZtMzUUNLYzzDmJe90CGDKwqcBI0v9ChaR8WHht+/chMdxj
        7ez94w==
        -----END RSA PRIVATE KEY-----

        gerhardd@olching.socialG This user is from outside of this forum
        gerhardd@olching.socialG This user is from outside of this forum
        gerhardd@olching.social
        wrote last edited by
        #3

        @badkeys πŸ˜‚

        1 Reply Last reply
        0
        • badkeys@infosec.exchangeB badkeys@infosec.exchange

          I reported an insecure DKIM key to Deutsche Telekom / T-Systems. They first asked me to further explain things (not sure why 'Here's your DKIM private key' needs more explanation, but whatever...). Then they told me it's out of scope for their bugbounty.

          I guess then there's really no reason not to tell you: They have a 384 bit RSA DKIM key configured at: dkim._domainkey.t-systems.nl

          384 bit RSA is... how shall I put it? I think 512 bit is the lowest RSA key size that was ever really used. 384 bit RSA is crackable in a few hours on a modern PC (using cado-nfs). The private key is:
          -----BEGIN RSA PRIVATE KEY-----
          MIHxAgEAAjEAtTliQYV2Xvx1OGkDyOL799BTFEuobY2dn2AgtiKCQgrh78NVK1JK
          j0yRXgNnPpGBAgMBAAECMF0t+TBZUCi8xATSMij7VLTxv5Xi5OIXesNiXOKtYIRP
          LkpYfR5PggaMScfbmqSssQIZAMwOhm9d7Y7Qi7I2j1AlYbiqdtqO54T7FQIZAONa
          9dJFkC6lM3EPXR+0SZ4dqwwpiM0nvQIYYgz8thi5JK264ohq9sTvnu9yKvUN9I09
          AhgfgMYZKcxtujRjkSZtMzUUNLYzzDmJe90CGDKwqcBI0v9ChaR8WHht+/chMdxj
          7ez94w==
          -----END RSA PRIVATE KEY-----

          q@glauca.spaceQ This user is from outside of this forum
          q@glauca.spaceQ This user is from outside of this forum
          q@glauca.space
          wrote last edited by
          #4

          @badkeys You thought 384-bit was bad? I recently found a live, in daily use, 256-bit key in a, shall we say, large government entity that should know better (would rather not say much more publicly as its relevant to a paper under submission).

          16af93@wetdry.world1 1 Reply Last reply
          0
          • badkeys@infosec.exchangeB badkeys@infosec.exchange

            I reported an insecure DKIM key to Deutsche Telekom / T-Systems. They first asked me to further explain things (not sure why 'Here's your DKIM private key' needs more explanation, but whatever...). Then they told me it's out of scope for their bugbounty.

            I guess then there's really no reason not to tell you: They have a 384 bit RSA DKIM key configured at: dkim._domainkey.t-systems.nl

            384 bit RSA is... how shall I put it? I think 512 bit is the lowest RSA key size that was ever really used. 384 bit RSA is crackable in a few hours on a modern PC (using cado-nfs). The private key is:
            -----BEGIN RSA PRIVATE KEY-----
            MIHxAgEAAjEAtTliQYV2Xvx1OGkDyOL799BTFEuobY2dn2AgtiKCQgrh78NVK1JK
            j0yRXgNnPpGBAgMBAAECMF0t+TBZUCi8xATSMij7VLTxv5Xi5OIXesNiXOKtYIRP
            LkpYfR5PggaMScfbmqSssQIZAMwOhm9d7Y7Qi7I2j1AlYbiqdtqO54T7FQIZAONa
            9dJFkC6lM3EPXR+0SZ4dqwwpiM0nvQIYYgz8thi5JK264ohq9sTvnu9yKvUN9I09
            AhgfgMYZKcxtujRjkSZtMzUUNLYzzDmJe90CGDKwqcBI0v9ChaR8WHht+/chMdxj
            7ez94w==
            -----END RSA PRIVATE KEY-----

            momo@social.linux.pizzaM This user is from outside of this forum
            momo@social.linux.pizzaM This user is from outside of this forum
            momo@social.linux.pizza
            wrote last edited by
            #5

            @badkeys
            Do they accept mails from noncommercial mailservers at their nl branch or do they refuse them with "554 None/Bad Reputation" as the german branch does, unless the mail admin publishes full personal (!) contact infos on a webserver hosted on the smtp machine? Just asking, because THOSE guys behave like they wrote the SMTP RFCs all by themselves...

            K bekopharm@indieweb.socialB 2 Replies Last reply
            0
            • badkeys@infosec.exchangeB badkeys@infosec.exchange

              I reported an insecure DKIM key to Deutsche Telekom / T-Systems. They first asked me to further explain things (not sure why 'Here's your DKIM private key' needs more explanation, but whatever...). Then they told me it's out of scope for their bugbounty.

              I guess then there's really no reason not to tell you: They have a 384 bit RSA DKIM key configured at: dkim._domainkey.t-systems.nl

              384 bit RSA is... how shall I put it? I think 512 bit is the lowest RSA key size that was ever really used. 384 bit RSA is crackable in a few hours on a modern PC (using cado-nfs). The private key is:
              -----BEGIN RSA PRIVATE KEY-----
              MIHxAgEAAjEAtTliQYV2Xvx1OGkDyOL799BTFEuobY2dn2AgtiKCQgrh78NVK1JK
              j0yRXgNnPpGBAgMBAAECMF0t+TBZUCi8xATSMij7VLTxv5Xi5OIXesNiXOKtYIRP
              LkpYfR5PggaMScfbmqSssQIZAMwOhm9d7Y7Qi7I2j1AlYbiqdtqO54T7FQIZAONa
              9dJFkC6lM3EPXR+0SZ4dqwwpiM0nvQIYYgz8thi5JK264ohq9sTvnu9yKvUN9I09
              AhgfgMYZKcxtujRjkSZtMzUUNLYzzDmJe90CGDKwqcBI0v9ChaR8WHht+/chMdxj
              7ez94w==
              -----END RSA PRIVATE KEY-----

              dragonfrog@mastodon.sdf.orgD This user is from outside of this forum
              dragonfrog@mastodon.sdf.orgD This user is from outside of this forum
              dragonfrog@mastodon.sdf.org
              wrote last edited by
              #6

              @badkeys
              Looks like they've fixed it now (?)

              The TXT record is now
              "v=DKIM1; k=rsa; g=*; s=email; p=MEwwDQYJKoZIhvcNAQEBBQADOwAwOAIxALU5YkGFdl78dThpA8ji+/fQUxRLqG2NnZ9gILYigkIK4e/DVStSSo9MkV4DZz6RgQIDAQAB"

              I really hope they generated a new key, and didn't just switch from publishing the private key to the corresponding public one...

              millie@infosec.exchangeM 1 Reply Last reply
              0
              • momo@social.linux.pizzaM momo@social.linux.pizza

                @badkeys
                Do they accept mails from noncommercial mailservers at their nl branch or do they refuse them with "554 None/Bad Reputation" as the german branch does, unless the mail admin publishes full personal (!) contact infos on a webserver hosted on the smtp machine? Just asking, because THOSE guys behave like they wrote the SMTP RFCs all by themselves...

                K This user is from outside of this forum
                K This user is from outside of this forum
                kkarhan@jorts.horse
                wrote last edited by
                #7

                @momo @badkeys sadly this is being normalized today.

                • #Microsoft literally demands people to self-d0x or they just silently drop all eMails, even replies to their customers.
                  • And OFC neither @BNetzA nor @EUCommission did anything about this.
                bebef@mastodon.socialB 1 Reply Last reply
                0
                • badkeys@infosec.exchangeB badkeys@infosec.exchange

                  I reported an insecure DKIM key to Deutsche Telekom / T-Systems. They first asked me to further explain things (not sure why 'Here's your DKIM private key' needs more explanation, but whatever...). Then they told me it's out of scope for their bugbounty.

                  I guess then there's really no reason not to tell you: They have a 384 bit RSA DKIM key configured at: dkim._domainkey.t-systems.nl

                  384 bit RSA is... how shall I put it? I think 512 bit is the lowest RSA key size that was ever really used. 384 bit RSA is crackable in a few hours on a modern PC (using cado-nfs). The private key is:
                  -----BEGIN RSA PRIVATE KEY-----
                  MIHxAgEAAjEAtTliQYV2Xvx1OGkDyOL799BTFEuobY2dn2AgtiKCQgrh78NVK1JK
                  j0yRXgNnPpGBAgMBAAECMF0t+TBZUCi8xATSMij7VLTxv5Xi5OIXesNiXOKtYIRP
                  LkpYfR5PggaMScfbmqSssQIZAMwOhm9d7Y7Qi7I2j1AlYbiqdtqO54T7FQIZAONa
                  9dJFkC6lM3EPXR+0SZ4dqwwpiM0nvQIYYgz8thi5JK264ohq9sTvnu9yKvUN9I09
                  AhgfgMYZKcxtujRjkSZtMzUUNLYzzDmJe90CGDKwqcBI0v9ChaR8WHht+/chMdxj
                  7ez94w==
                  -----END RSA PRIVATE KEY-----

                  buherator@infosec.placeB This user is from outside of this forum
                  buherator@infosec.placeB This user is from outside of this forum
                  buherator@infosec.place
                  wrote last edited by
                  #8
                  @badkeys My educated guess is they couldn't fit larger keys into their DNS records...
                  mcr314@todon.nlM 1 Reply Last reply
                  0
                  • badkeys@infosec.exchangeB badkeys@infosec.exchange

                    I reported an insecure DKIM key to Deutsche Telekom / T-Systems. They first asked me to further explain things (not sure why 'Here's your DKIM private key' needs more explanation, but whatever...). Then they told me it's out of scope for their bugbounty.

                    I guess then there's really no reason not to tell you: They have a 384 bit RSA DKIM key configured at: dkim._domainkey.t-systems.nl

                    384 bit RSA is... how shall I put it? I think 512 bit is the lowest RSA key size that was ever really used. 384 bit RSA is crackable in a few hours on a modern PC (using cado-nfs). The private key is:
                    -----BEGIN RSA PRIVATE KEY-----
                    MIHxAgEAAjEAtTliQYV2Xvx1OGkDyOL799BTFEuobY2dn2AgtiKCQgrh78NVK1JK
                    j0yRXgNnPpGBAgMBAAECMF0t+TBZUCi8xATSMij7VLTxv5Xi5OIXesNiXOKtYIRP
                    LkpYfR5PggaMScfbmqSssQIZAMwOhm9d7Y7Qi7I2j1AlYbiqdtqO54T7FQIZAONa
                    9dJFkC6lM3EPXR+0SZ4dqwwpiM0nvQIYYgz8thi5JK264ohq9sTvnu9yKvUN9I09
                    AhgfgMYZKcxtujRjkSZtMzUUNLYzzDmJe90CGDKwqcBI0v9ChaR8WHht+/chMdxj
                    7ez94w==
                    -----END RSA PRIVATE KEY-----

                    wall_e@ioc.exchangeW This user is from outside of this forum
                    wall_e@ioc.exchangeW This user is from outside of this forum
                    wall_e@ioc.exchange
                    wrote last edited by
                    #9

                    @badkeys bruh

                    1 Reply Last reply
                    0
                    • dragonfrog@mastodon.sdf.orgD dragonfrog@mastodon.sdf.org

                      @badkeys
                      Looks like they've fixed it now (?)

                      The TXT record is now
                      "v=DKIM1; k=rsa; g=*; s=email; p=MEwwDQYJKoZIhvcNAQEBBQADOwAwOAIxALU5YkGFdl78dThpA8ji+/fQUxRLqG2NnZ9gILYigkIK4e/DVStSSo9MkV4DZz6RgQIDAQAB"

                      I really hope they generated a new key, and didn't just switch from publishing the private key to the corresponding public one...

                      millie@infosec.exchangeM This user is from outside of this forum
                      millie@infosec.exchangeM This user is from outside of this forum
                      millie@infosec.exchange
                      wrote last edited by
                      #10

                      @dragonfrog @badkeys Most people might not be fluent in base64-encoded ASN.1, but a trained eye can see that it's the same key.

                      Hint: A sufficiently strong RSA key cannot possibly be that short, and you know it's a DER-encoded pubkey because it starts with "ME" and ends with "AQAB" (0x10001, common RSA public exponent)

                      dragonfrog@mastodon.sdf.orgD 1 Reply Last reply
                      0
                      • buherator@infosec.placeB buherator@infosec.place
                        @badkeys My educated guess is they couldn't fit larger keys into their DNS records...
                        mcr314@todon.nlM This user is from outside of this forum
                        mcr314@todon.nlM This user is from outside of this forum
                        mcr314@todon.nl
                        wrote last edited by
                        #11

                        @buherator @badkeys No, they thought they were generating an ECDSA key, for which a 256 or 384 bit would be strong. But, they didn't provide the right arguments, and wound up with RSA. I think the OP posted the private key that they were able to crack trivially.

                        buherator@infosec.placeB 1 Reply Last reply
                        0
                        • millie@infosec.exchangeM millie@infosec.exchange

                          @dragonfrog @badkeys Most people might not be fluent in base64-encoded ASN.1, but a trained eye can see that it's the same key.

                          Hint: A sufficiently strong RSA key cannot possibly be that short, and you know it's a DER-encoded pubkey because it starts with "ME" and ends with "AQAB" (0x10001, common RSA public exponent)

                          dragonfrog@mastodon.sdf.orgD This user is from outside of this forum
                          dragonfrog@mastodon.sdf.orgD This user is from outside of this forum
                          dragonfrog@mastodon.sdf.org
                          wrote last edited by
                          #12

                          @millie @badkeys
                          Oh gosh, so they've removed the private key, but it's still the public key that goes with a private key that they already published.

                          A sound as if a thousand faces rested in a thousand palms, and a thousand IT people sighed heavily...

                          millie@infosec.exchangeM 1 Reply Last reply
                          0
                          • dragonfrog@mastodon.sdf.orgD dragonfrog@mastodon.sdf.org

                            @millie @badkeys
                            Oh gosh, so they've removed the private key, but it's still the public key that goes with a private key that they already published.

                            A sound as if a thousand faces rested in a thousand palms, and a thousand IT people sighed heavily...

                            millie@infosec.exchangeM This user is from outside of this forum
                            millie@infosec.exchangeM This user is from outside of this forum
                            millie@infosec.exchange
                            wrote last edited by
                            #13

                            @dragonfrog @badkeys No, the private key was never published by t-systems, but it's so weak that it's very easy to crack. OP cracked and published the private key.

                            dragonfrog@mastodon.sdf.orgD 1 Reply Last reply
                            0
                            • mcr314@todon.nlM mcr314@todon.nl

                              @buherator @badkeys No, they thought they were generating an ECDSA key, for which a 256 or 384 bit would be strong. But, they didn't provide the right arguments, and wound up with RSA. I think the OP posted the private key that they were able to crack trivially.

                              buherator@infosec.placeB This user is from outside of this forum
                              buherator@infosec.placeB This user is from outside of this forum
                              buherator@infosec.place
                              wrote last edited by
                              #14
                              @mcr314 @badkeys Source? I doubt someone who makes a mistake like this knows what ECDSA is.
                              J 1 Reply Last reply
                              0
                              • millie@infosec.exchangeM millie@infosec.exchange

                                @dragonfrog @badkeys No, the private key was never published by t-systems, but it's so weak that it's very easy to crack. OP cracked and published the private key.

                                dragonfrog@mastodon.sdf.orgD This user is from outside of this forum
                                dragonfrog@mastodon.sdf.orgD This user is from outside of this forum
                                dragonfrog@mastodon.sdf.org
                                wrote last edited by
                                #15

                                @millie @badkeys thank you, I get it now. Iguess I'm having a slow day!

                                1 Reply Last reply
                                0
                                • badkeys@infosec.exchangeB badkeys@infosec.exchange

                                  I reported an insecure DKIM key to Deutsche Telekom / T-Systems. They first asked me to further explain things (not sure why 'Here's your DKIM private key' needs more explanation, but whatever...). Then they told me it's out of scope for their bugbounty.

                                  I guess then there's really no reason not to tell you: They have a 384 bit RSA DKIM key configured at: dkim._domainkey.t-systems.nl

                                  384 bit RSA is... how shall I put it? I think 512 bit is the lowest RSA key size that was ever really used. 384 bit RSA is crackable in a few hours on a modern PC (using cado-nfs). The private key is:
                                  -----BEGIN RSA PRIVATE KEY-----
                                  MIHxAgEAAjEAtTliQYV2Xvx1OGkDyOL799BTFEuobY2dn2AgtiKCQgrh78NVK1JK
                                  j0yRXgNnPpGBAgMBAAECMF0t+TBZUCi8xATSMij7VLTxv5Xi5OIXesNiXOKtYIRP
                                  LkpYfR5PggaMScfbmqSssQIZAMwOhm9d7Y7Qi7I2j1AlYbiqdtqO54T7FQIZAONa
                                  9dJFkC6lM3EPXR+0SZ4dqwwpiM0nvQIYYgz8thi5JK264ohq9sTvnu9yKvUN9I09
                                  AhgfgMYZKcxtujRjkSZtMzUUNLYzzDmJe90CGDKwqcBI0v9ChaR8WHht+/chMdxj
                                  7ez94w==
                                  -----END RSA PRIVATE KEY-----

                                  irelephant@app.wafrn.netI This user is from outside of this forum
                                  irelephant@app.wafrn.netI This user is from outside of this forum
                                  irelephant@app.wafrn.net
                                  wrote last edited by
                                  #16

                                  @badkeys@infosec.exchange

                                  send an email coming from them.

                                  1 Reply Last reply
                                  0
                                  • K kkarhan@jorts.horse

                                    @momo @badkeys sadly this is being normalized today.

                                    • #Microsoft literally demands people to self-d0x or they just silently drop all eMails, even replies to their customers.
                                      • And OFC neither @BNetzA nor @EUCommission did anything about this.
                                    bebef@mastodon.socialB This user is from outside of this forum
                                    bebef@mastodon.socialB This user is from outside of this forum
                                    bebef@mastodon.social
                                    wrote last edited by
                                    #17

                                    @kkarhan @momo @badkeys @BNetzA @EUCommission Had the same issue just recently. I wonder how this can even be legal. πŸ€”

                                    I wanted to ask a lawyer about this, but never came around doing so.

                                    K yacc143@mastodon.socialY stellated@mastodon.sdf.orgS 3 Replies Last reply
                                    0
                                    • R relay@relay.mycrowd.ca shared this topic
                                    • q@glauca.spaceQ q@glauca.space

                                      @badkeys You thought 384-bit was bad? I recently found a live, in daily use, 256-bit key in a, shall we say, large government entity that should know better (would rather not say much more publicly as its relevant to a paper under submission).

                                      16af93@wetdry.world1 This user is from outside of this forum
                                      16af93@wetdry.world1 This user is from outside of this forum
                                      16af93@wetdry.world
                                      wrote last edited by
                                      #18

                                      @q @badkeys BSI at it again?

                                      q@glauca.spaceQ T 2 Replies Last reply
                                      0
                                      • 16af93@wetdry.world1 16af93@wetdry.world

                                        @q @badkeys BSI at it again?

                                        q@glauca.spaceQ This user is from outside of this forum
                                        q@glauca.spaceQ This user is from outside of this forum
                                        q@glauca.space
                                        wrote last edited by
                                        #19

                                        @16af93 @badkeys for once, its not the Germans

                                        16af93@wetdry.world1 sys64738@www.librepunk.clubS 2 Replies Last reply
                                        0
                                        • q@glauca.spaceQ q@glauca.space

                                          @16af93 @badkeys for once, its not the Germans

                                          16af93@wetdry.world1 This user is from outside of this forum
                                          16af93@wetdry.world1 This user is from outside of this forum
                                          16af93@wetdry.world
                                          wrote last edited by
                                          #20

                                          @q @badkeys

                                          1 Reply Last reply
                                          0
                                          Reply
                                          • Reply as topic
                                          Log in to reply
                                          • Oldest to Newest
                                          • Newest to Oldest
                                          • Most Votes


                                          • Login

                                          • Login or register to search.
                                          • First post
                                            Last post
                                          0
                                          • Categories
                                          • Recent
                                          • Tags
                                          • Popular
                                          • World
                                          • Users
                                          • Groups