Sicherheitswarnung Warnung vor gefälschten Binaries (blackteaspeak.com / v1.0.2-OFF) mit versteckter Telemetrie & Remote-Killswitch. Offiziellen Prüfbericht & Hash-Check ansehen →
100 % Rust Core • TS6 & TS3 Client Support • Voice, Video & Kamera-Streams • 3D HRTF

Die nächste Generation für Voice, Video & Media Routing

BlackTeaSpeak v2.0 ist ein von Grund auf in Rust entwickelter Hochleistungs-Sprach-, Video- und Medienserver. Er vereint aktuelle TeamSpeak-6- (TS6) und klassische TeamSpeak-3-Clients nahtlos mit nativen Tauri- & HTTP/3-Browser-Clients – inklusive Opus-Voice, Live-Video (Screen-Sharing), Kamera-Streams, 3D HRTF Spatial Audio und dem 1-RTT BTEA-Protokoll.

< 1 ms Internes Audio-Routing
1-RTT X25519 BTEA Handshake
3D HRTF Spatial Audio Radar
5-Tier TS3 & Query Rechte-Engine
BlackTeaSpeak v2.0 Desktop (Tauri / Rust + HTTP/3 QUIC) ONLINE • :9987
BlackTeaSpeak v2.0 Desktop Client mit 3D HRTF Spatial Audio Radar & MusicBot Studio
Routing-Latenz 0.38 ms
Audio-Engine Opus 48kHz HRTF
Kryptografie X25519 / TLS 1.3
Persistenz SQLite + RAM
BlackTeaSpeak v2.0 Desktop (Tauri) & WebClient

Moderne 3-Spalten-Oberfläche mit 3D Audio & MusicBot-Deck

Der aktuelle BlackTeaSpeak v2.0 Client vereint Server-Baum, interaktiven 3D HRTF Spatial Audio Radar, MusicBot Studio, Rich-Chat und das 5-Tier Permission-System in einer blitzschnellen Oberfläche.

BlackTeaSpeak v2.0 — Live-Workspace mit 3D HRTF Spatial Audio Radar, MusicBot Studio & Client-Inspector
🔍 Zoom
BlackTeaSpeak v2.0 Client Screenshot
Hotspot #1
Top-Toolbar & Schnellzugriff Direkter Zugriff auf Mikrofon/Sound-Mute, Abwesenheitsstatus, Whisper-Listen, 3D-Audio-Schalter, Datei-Browser und den Server-Admin-Dialog.
Interaktive Browser-Demo • WebAudio HRTF PannerNode

3D HRTF Spatial Audio Radar live ausprobieren

Ziehen Sie die Teilnehmer mit der Maus (oder per Touch) im 360°-Raum um Ihren Kopf herum. BlackTeaSpeak berechnet in Echtzeit Laufzeitdifferenz (ITD), Ohr-Pegel (ILD) und Distanzdämpfung – optional inklusive hörbarem 3D-Binaural-Testton.

10 m
5 m
2 m
VORNE (0°) HINTEN (180°) LINKS (-90°) RECHTS (+90°)
🎧 YOU

💡 Tipp: Klicken & ziehen Sie einen Knoten im Radar, um Azimut-Winkel und Entfernung stufenlos zu verändern.

Echtzeit-Binaural-Telemetrie

Valkyrie_DE QUIC WebTransport

HRTF 48 kHz
Azimut-Winkel (θ) -42° (Vorne Links)
Distanz & Koordinaten 3.8 m (X: -2.6m / Z: -2.8m)
Laufzeitdifferenz (ITD) 0.37 ms (Links zuerst)
Dämpfung & Air-LPF -5.2 dB • 15.4 kHz
🎧 Linkes Ohr (L-Channel Gain) 92 % (-0.7 dB)
🎧 Rechtes Ohr (R-Channel Gain) 48 % (-6.4 dB)
Wie funktioniert das im BlackTeaSpeak v2.0 Client?

Jeder Sprachstrom wird im Client über eine dedizierte PannerNode (`panningModel: "HRTF"`, `distanceModel: "inverse"`) geroutet. Durch Kopf-Abschattung (Head Shadowing) und Ohr-Laufzeitverzögerung lassen sich selbst 15 gleichzeitige Sprecher im Squad mühelos akustisch orten.

BTEA 0x0A Audio-Pipeline & 3-Band Studio-EQ

Codec-Frequenzgang & Equalizer im Direktvergleich

+2 dB
+1 dB
+3 dB
Opus 48 kHz Stereo • 20 Hz – 20.000 Hz (0x0A Direct Passthrough) 128 kbit/s
Multi-Protokoll Reality Layer

Ein Serverkern. Alle Generationen von Clients.

Der zentrale BaselineRuntime-Arbiter synchronisiert Kanäle, Berechtigungen sowie Echtzeit-Voice, Video- (Screen-Share) und Kamera-Streams verzögerungsfrei zwischen TS6-, TS3-, WebTransport- und BTEA-Verbindungen.

UDP :9987 (TS6 / TS3)

Native TS6 & TS3 Client-Unterstützung

Sowohl aktuelle TeamSpeak-6- als auch klassische TeamSpeak-3- und TeaSpeak-Clients verbinden sich ohne Plugins direkt mit BlackTeaSpeak – inklusive TS6 Voice, Video-Screen-Sharing und Kamera-Streams.

  • TS6 clientek Curve25519 ECDH & TS3 Handshake
  • TS6 STREAM_P2P Video-, Screen- & Kamera-Streams
  • Nahtloses Cross-Audio & Video mit Web/Tauri
QUIC / HTTP3 :9987

Voice, Video (Screen-Share) & Kamera

Kristallklare Opus-Sprache, flüssiges Desktop-Screen-Sharing und Kamera-Streams direkt im Kanal – nahtlos über Tauri v2.0 Desktop, HTTP/3 WebTransport im Browser und TS6-Clients.

  • Opus 48 kHz Voice + 3D HRTF Spatial Audio
  • Desktop Screen-Share (type=0) & Kamera-Stream (type=1)
  • STREAM_P2P WebRTC, SFU & WebCodecs VP8/H.264
BTEAINIT :9987

BTEA Native Protocol

Ein leichtgewichtiges 1-RTT Handshake-Protokoll auf Basis von X25519 ECDH & SHA-512. Kein RSA-Puzzle-Overhead – ideal für Musik-Bots und Medien-Gateways.

  • Ephemeral X25519 Forward Secrecy
  • Flag 0x0A: Raw Opus Audio Passthrough
  • Flag 0x0B: Native RTP Video / Screenshare
SSH :10022

Sicheres SSH ServerQuery

Unverschlüsseltes Legacy-Telnet wurde vollständig entfernt und durch einen gehärteten SSH-Server (russh) mit 100 % TS3-Query-Syntax ersetzt.

  • Verschlüsselte Administration über Port 10022
  • Echtzeit-Events (servernotifyregister)
  • Kompatibel mit Python paramiko / Node ssh2
TCP :30303

High-Speed File Transfer

Integriertes Hosting für Avatare, Server-Icons, lokale MusicBot-Dateien und Kanal-Ordner mit strikter Pfad-Isolierung und Quota-Kontrolle.

  • Dedizierter Dateitransfer-Port 30303
  • Integrierter Channel-Dateibrowser im Client
  • Bandbreiten- & Quota-Management
Tokio + SQLite

Rust, Tokio & SQLite

Gebaut auf dem asynchronen Tokio-Runtime-Kern mit InMemoryStore-Caching und lokaler Zero-Config SQLite-Datenbank (blackteaspeak.db).

  • Keine Speicherlecks oder Buffer-Overflows
  • tokio::sync::broadcast Sub-Millisecond Pub/Sub
  • Multi-Instanz VirtualServer & TSDNS Support
Direkter Plattform-Vergleich

Warum BlackTeaSpeak v2.0?

Volle Datenhoheit durch Self-Hosting, kombiniert mit nativer TeamSpeak-6- & TeamSpeak-3-Unterstützung, Voice-, Video- & Kamera-Streams, HTTP/3-WebClient und 3D HRTF Spatial Audio.

Kriterium / Feature
BT
BlackTeaSpeak v2.0 Rust Core • Desktop & Web
TeamSpeak 3 / 6 Discord Mumble
Server-Kern & RAM-Bedarf Speichersicherheit & Ressourcenverbrauch im Leerlauf ✅ 100 % Rust (Tokio) • ~18 MB RAM ⚠️ Proprietäres C++ • ~65–140 MB ❌ Kein Self-Hosting möglich ✅ C++ / Qt • ~35 MB RAM
TS6- & TS3-Client-Kompatibilität Direkte Verbindung von TeamSpeak 6 & TeamSpeak 3 ohne Plugins ✅ Nativ TS6 & TS3 (UDP :9987) ⚠️ TS6-Streaming meist Cloud-gebunden ❌ Inkompatibel ❌ Inkompatibel
Voice, Video (Screen-Share) & Kamera-Streams Echtzeit-Sprache, Desktop-Übertragung & Webcam-Streams im Kanal ✅ TS6 STREAM_P2P + WebCodecs + BTEA 0x0B ⚠️ TS3 nur Voice / TS6 P2P-limitiert ⚠️ >720p/60fps erfordert Nitro-Abo ❌ Kein Video / Kein Screen-Share
Zero-Install Browser-WebClient Direkter Beitritt im Browser ohne Client-Installation ✅ HTTP/3 WebTransport & WebCodecs ❌ Kein offizieller WebClient ✅ WebRTC im Browser ⚠️ Nur über Drittanbieter-Proxy
3D HRTF Spatial Audio Radar Interaktive 360°-Ortung im Raum per Drag & Drop ✅ Live-360°-Radar (Desktop & Web) ⚠️ Statischer 3D-Einstellungsdialog ❌ Nur Stereo ⚠️ Nur über Game-Link-Plugin
Integrierter MusicBot & Radio-Deck Musik-Streaming, Queue & 1-RTT Bot-Protokoll ✅ Nativ im Client + BTEA 0x0A Passthrough ❌ Externe Bots (z. B. SinusBot) nötig ⚠️ Viele Musik-Bots gesperrt ❌ Externe Skripte nötig
Rechte-Engine & Administration Granulare Berechtigungen & verschlüsselte Automation ✅ 5-Tier Editor + Gehärtetes SSH :10022 ✅ 5-Tier + SSH / Telnet ⚠️ Einfache Rollen-Hierarchie ⚠️ Verschachtelte ACL-Listen
Datenschutz & Telemetrie-Freiheit 100 % eigene Infrastruktur ohne zentrale Lizenz-Spionage ✅ 100 % Self-Hosted • 0 Telemetrie ⚠️ Zentraler Lizenzserver ab >32 Slots ❌ Zentrale US-Cloud & Tracking ✅ Self-Hosted (Open Source)
Ressourcen- & Bandbreiten-Planer

Wie wenig Hardware braucht BlackTeaSpeak v2.0?

Dank Zero-Copy Audio-Broadcast (`tokio::sync::broadcast`) und nativem Rust-Speichermanagement skaliert BlackTeaSpeak v2.0 von kleinen Clan-Servern bis zu tausenden Slots auf minimaler VPS-Hardware.

250 Slots
3 Sprecher
64 kbit/s (HD Voice)
2 Bots
RAM-Bedarf (BlackTeaSpeak Rust) ~28 MB 82 % weniger RAM als klassische C++/Java-Server
Netzwerk-Bandbreite (TX / Outbound) 14.2 Mbit/s Inbound RX: ~0.35 Mbit/s
🦀 BlackTeaSpeak v2.0 (Rust + Tokio InMemoryStore) 28 MB RAM
🏚️ Klassischer Legacy-Voice-Server (gleiche Slotzahl) 155 MB RAM
Empfohlenes Server-Profil 1 vCPU Core • 512 MB RAM • 100 Mbit/s Port
CPU-Last: < 4 %
Interaktives Berechtigungs-Labor • 5-Tier Hierarchie

5-Tier Permission-Engine live testen

Testen Sie in Echtzeit, wie BlackTeaSpeak Berechtigungen (z. B. i_channel_join_power) über alle 5 Ebenen auswertet – inklusive Skip-Flag zum Schutz von Servergruppen vor Kanal-Restriktionen.

Ziel-Kanal benötigt (needed_join_power): 50
Tier 1 Servergruppe

Basis-Rolle auf dem gesamten Virtuellen Server (z. B. Moderator = 50)

Value: 50
Tier 2 Client-Recht

Individuelle globale Berechtigung für eine einzelne Ed25519-UID

Value: 60
Tier 3 Channel-Recht

Kanalspezifische Überschreibung für den betretenen Raum

Value: 40
Tier 4 Channelgruppe

Rolle innerhalb des Kanals (z. B. Gast = 25 oder Channel-Admin = 75)

Value: 25
Tier 5 Channel-Client

Höchste Priorität: Einzelrecht für genau diesen Client in diesem Kanal

Value: 75
⛔ ZUGRIFF VERWEIGERT (DENY) Gewinner: Tier 4 (Channelgruppe = 25) überschreibt Tier 1 (Servergruppe = 50), da kein Skip-Flag gesetzt ist. (25 < 50 benötigt)
Effektive Power: 25 / 50
Technische Spezifikation (arc42)

Architektur & Protokoll-Explorer

Einblick in den modularen Aufbau, das BTEA-Paketformat und die Integration für Drittanbieter-Bots.

Protokoll-Benchmark • Verbindungsaufbau

1-RTT BTEA (X25519) vs. Legacy TS3 Handshake (4-RTT + RSA Puzzle)

⚡ BlackTeaSpeak BTEA (`0x42544541`) • 1-RTT Ephemeral X25519 + SHA-512 14 ms • READY (Audio aktiv)
🐢 Legacy TS3 Handshake • Init0 ➔ Init1 ➔ Cookie ➔ RSA Puzzle ➔ ClientInitiv 185 ms • 4 RTTs + CPU-Puzzle
🌐 WebTransport / Tauri v2.0 QUIC :9987

HTTP/3 WebTransport Datagramme, WebCodecs Opus/VP8 & 3D HRTF

🎥 TeamSpeak 6 & Legacy TS3 UDP :9987

TS6 clientek ECDH, STREAM_P2P Video/Kamera & TS3 AES-EAX

⚡ Custom BTEA Music Bot BTEA :9987

1-RTT X25519 ECDH Handshake + Raw Opus (0x0A)

🛡️ Admin Script / Query Bot SSH :10022

Verschlüsselte russh-Session mit TS3-Query-Befehlssatz

Reality Layer

BaselineRuntime & State Arbiter

Entkoppelt alle Transportprotokolle vom zentralen Serverzustand. Synchronisiert Präsenz, 5-Tier Berechtigungen, Anti-Flood sowie Echtzeit-Voice-, Video- und Kamera-Streams atomar.

QUIC / TS6 / TS3 / BTEA Ingest ⚡ < 0.4 ms Zero-Copy Bus ➔ Multi-Target Dispatch
transport::handlers::web protocols::ts6::stream_manager transport::handlers::ts3 transport::handlers::btea tokio::sync::broadcast
⚡ InMemoryStore RAM Cache

Hält aktive Sessions, Kanalbäume, BTEA-Routing-Tabellen und Berechtigungs-Caches für < 1 ms Zugriff.

🗄️ SQLite Persistence blackteaspeak.db

Persistente Speicherung für VirtualServers, Channels, Clients, ServerGroups, Tokens und Permissions.

📁 FileTransfer Engine TCP :30303

Schnelle Auslieferung von Avataren, Kanal-Dateien, Musik-Bibliotheken und Server-Icons.

BtInitRequest & BtInitResponse Paketstruktur

Offset Länge Typ Beschreibung
0 8 Bytes ASCII Magic Bytes: BTEAINIT
8 1 Byte u8 0x01 (Client InitReq) / 0x02 (Server InitResp)
9 32 Bytes [u8; 32] Ephemeral X25519 Public Key
41..n Variabel UTF-8 Optionaler initialer clientinit-Payload

BTEA Paket-Flags (flags & 0x0F)

Flag Modus Verarbeitung im Server
0x00 TS3 Voice Standard TS3-Kompatibilitäts-Sprachpaket
0x02 Command TS3-Befehls-Parser (clientinit, channellist)
0x0A Native Opus Zero-Copy Raw Opus Broadcast an alle Kanalmitglieder
0x0B Native Video RFC 6184 (H.264) / RFC 7741 (VP8) RTP Bridge zu WebRTC
btea_key_derivation.rs
// 1-RTT X25519 + SHA-512 Session Key Derivation
use sha2::{Sha512, Digest};

// Step 1: Derive 64-byte IV Structure
let mut hasher_iv = Sha512::new();
hasher_iv.update(&server_public_key); // 32 bytes
hasher_iv.update(&shared_secret);     // 32 bytes
let iv_struct = hasher_iv.finalize();

// Step 2: Derive 64-byte Session Shared Secret
let mut hasher_key = Sha512::new();
hasher_key.update(&client_public_key); // 32 bytes
hasher_key.update(&shared_secret);     // 32 bytes
let session_secret = hasher_key.finalize();

// Ready: Encrypt commands (0x02) or stream Opus (0x0A)

Sichere Bot-Anbindung über Port 10022 (SSH)

BlackTeaSpeak verzichtet bewusst auf unverschlüsseltes Telnet. Alle Administrations-Skripte und ServerQuery-Bots verbinden sich über einen vollwertigen SSH-Transport (russh) und nutzen die bekannte TS3-Query-Syntax.

  • Host: blackteaspeak.bls-isp.net (oder eigene Server-IP)
  • Port: 10022 (SSH-2.0)
  • Login: serveradmin + generiertes Passwort
  • Events: servernotifyregister event=server|channel|textserver
query_bot_example.py (Python + paramiko)
import paramiko

ssh = paramiko.SSHClient()
ssh.set_missing_host_key_policy(paramiko.AutoAddPolicy())
ssh.connect("blackteaspeak.bls-isp.net", port=10022,
            username="serveradmin", password="YOUR_SECRET_PASSWORD")

chan = ssh.invoke_shell()
chan.send("use 1\n")
chan.send("servernotifyregister event=server\n")
chan.send("clientlist -uid -away -voice\n")

while True:
    if chan.recv_ready():
        print(chan.recv(4096).decode("utf-8"), end="")

Transcoding-freies Voice-, Video- & Kamera-Bridging (TS6 / Web / BTEA)

Egal ob ein TeamSpeak-6-Client einen Screen-Share (type=0) oder Kamera-Stream (type=1) startet, ein Browser-Client über WebTransport spricht oder ein BTEA-Bot ein Video-Segment (Flag 0x0B) einspeist – der BaselineRuntime-Kern routet alle Ströme verzögerungsfrei:

  • TS6 streamstart / notifystreamstarted (STREAM_P2P mode=1 & SFU mode=2)
  • WebTransport Opus Voice ➔ AES-EAX / ChaCha20 TS6 & TS3 Desktop UDP
  • BTEA 0x0A Raw Opus & 0x0B RTP Video ➔ WebTransport QUIC & Desktop Clients
  • Automatische Keyframe-Anforderung via videorequestkeyframe bei Packet-Loss (PLI)
ts6_and_video_rtp_bridge.txt
[TS6 Client] ──► streamstart (type=0 Desktop | type=1 Camera, STREAM_P2P)
[BTEA Bot]   ──► UDP Flag 0x0B: [Screenshare/Cam] + [H.264/VP8 RTP Payload]
   │
   ▼
[Ts6StreamRegistry & BaselineRuntime Reality Layer]
   ├──► Broadcasts notifystreamstarted / notifystreamupdated to TS6 Peers
   ├──► Prepends WebRTC RTP Headers (Seq, SSRC, Timestamp)
   │       └──► [WebTransport Browser & Tauri v2.0 Clients]
   └──► Multiplexes Opus Voice (48kHz HRTF) across TS6, TS3 & Web
Wichtige Sicherheitsmitteilung

Warnung vor gefälschten „BlackTeaSpeak“-Archiven

Dritte verbreiten manipulierte C++-Binärdateien unter unserem Projektnamen über inoffizielle Domains. Prüfen Sie hier Ihre Downloads.

Gefälschte Binaries im Umlauf (blackteaspeak.com)

Unter dem Namen „BlackTeaSpeak v1.0.2-OFF“ (win.zip / BlackTeaSpeakServer.exe) werden von Dritten (Mr. Ali / Mirarus) manipulierte C++-Builds des alten TeaSpeak-Servers verbreitet. Wir stehen in keinerlei Verbindung zu blackteaspeak.com.

  • 1. Versteckte Telemetrie & Remote-Killswitch Reverse Engineering bestätigt XOR-verschleierte Strings (strobf bei Offset 0x9bfb18 & 0x9bfda0), die heimlich zu license.blackteaspeak.com:27786 (164.132.105.158) verbinden und Server aus der Ferne abschalten können.
  • 2. Remote TLS-Private-Key-Injektion Die gefälschte Binary akzeptiert aus der Ferne eingespielte Web-TLS-Zertifikate und private Schlüssel (setWebCertRoot), wodurch verschlüsselter Web-Traffic abgefangen werden kann.
  • 3. Vorab gepackte statische SSL-Keys Das Archiv liefert statische private Schlüssel (certs/default_privatekey.pem & query_privatekey.pem) aus, die dem Angreifer bekannt sind. Das echte BlackTeaSpeak ist 100 % in Rust geschrieben und telefoniert niemals nach Hause.

Interaktiver Authentizitäts- & SHA-256-Prüfer

Geben Sie einen SHA-256-Hash, Dateinamen oder eine Domain ein, um zu prüfen, ob es sich um eine bekannte Fälschung oder eine offizielle Quelle handelt.

Bekannte Fake-SHA256 (BlackTeaSpeakServer.exe):
4fa9b70233665882c355cbf6d4bec56cd59d90182aa0d4d528e11aeae1484192
Offizielle Quellen:
• https://blackteaspeak.bls-isp.net
• https://github.com/BLS-ISP/BlackTeaSpeak
Plattformen & System-Vorschau

Nativer Desktop-Client, WebClient & Rust-Server

BlackTeaSpeak v2.0 kombiniert eine ressourcensparende Tauri-Desktop-App mit einem Zero-Install HTTP/3 WebClient und einem einzelbinären Rust-Server.

Erkanntes System: Windows (64-Bit) — Passende Plattform hervorgehoben
🚧 v2.0 Release-Vorbereitung (Closed QA)
Für Ihr System

Windows 10 / 11

Nativer Tauri v2.0 Desktop-Client (WebView2, ~8 MB statt 250 MB Electron) sowie vorkompilierter 64-Bit Rust-Server.

  • Desktop Installer: .msi & .exe (x64 / ARM64)
  • Server Binary: BlackTeaSpeak-Server.exe
  • Signierte SHA-256 Release-Checksummen
Für Ihr System

Linux Server & Desktop

Hochoptimierter Rust-Server für Debian, Ubuntu, Rocky & Arch (~18 MB RAM im Idle) sowie Tauri-Desktop-Pakete.

  • Server: Statische Binary (x86_64 & aarch64)
  • Desktop: .AppImage, .deb & .rpm
  • Offizielle Docker-Images in Vorbereitung
Für Ihr System

macOS (Apple Silicon & Intel)

Universal-Binary Desktop-Client mit nativer CoreAudio-Anbindung, 3D HRTF Spatial Audio und Metal-UI-Beschleunigung.

  • Universal Binary (.dmg für M1/M2/M3/M4 & Intel)
  • Niedrigste CoreAudio-Latenz
  • Ed25519 Keychain-Integration
QUIC / HTTP3

Zero-Install WebClient

Direkt im Browser nutzbar über HTTP/3 WebTransport, WebCodecs Opus-Audio und WebAudio HRTF PannerNode.

  • Chrome, Edge, Brave & Firefox Support
  • Identisches 3-Spalten-Layout wie Desktop
  • Ein-Klick-Einladungslinks für Gäste
Häufig gestellte Fragen (FAQ)

Antworten für Server-Admins & Umsteiger

Alles Wichtige zu TeamSpeak-6- & TeamSpeak-3-Unterstützung, Voice-, Video- & Kamera-Streams, dem BTEA-Protokoll und der Veröffentlichung auf blackteaspeak.bls-isp.net.

Können sich sowohl TeamSpeak-6- (TS6) als auch klassische TeamSpeak-3-Clients verbinden – inklusive Video & Kamera?
Ja, zu 100 %. BlackTeaSpeak v2.0 implementiert neben dem klassischen TS3-Protokoll eine dedizierte TeamSpeak-6-Protokoll-Pipeline (Curve25519 clientek Handshake & Ts6StreamRegistry) nativ in Rust. TS6- und TS3-Clients verbinden sich ohne Plugins über UDP Port 9987 – inklusive Opus-Voice, TS6 STREAM_P2P Desktop-Screen-Sharing (type=0), Kamera-Streams (type=1) und nahtlosem Cross-Protokoll-Routing zu Tauri- und HTTP/3-Browser-Clients.
Warum gibt es eine Sicherheitswarnung wegen „blackteaspeak.com“ bzw. „v1.0.2-OFF“?
Unbekannte Dritte verbreiten unter der fremden Domain blackteaspeak.com ein manipuliertes C++-Archiv des alten TeaSpeak-Servers, das heimlich Telemetrie an 164.132.105.158:27786 sendet und über einen Remote-Killswitch sowie TLS-Key-Injektion verfügt. Das echte BlackTeaSpeak v2.0 von BLS-ISP ist vollständig in Rust geschrieben, enthält keinerlei Nach-Hause-Telefonieren und wird ausschließlich über blackteaspeak.bls-isp.net sowie github.com/BLS-ISP/BlackTeaSpeak bereitgestellt.
Was bringt das neue BTEA-Protokoll gegenüber dem klassischen TS3-Protokoll?
Das BTEA-Protokoll (Magic Header BTEAINIT) nutzt einen modernen 1-RTT Handshake auf Basis von Ephemeral X25519 ECDH und SHA-512 ohne teures RSA-Puzzle. Zusätzlich erlaubt Flag 0x0A das Einspeisen von Raw-Opus-Paketen (Zero-Copy für Musik-Bots) und Flag 0x0B natives RTP-Video-Bridging (H.264/VP8) direkt zu WebTransport-Clients.
Funktionieren bestehende TS3-ServerQuery-Bots und Webinterfaces weiter?
Ja. Aus Sicherheitsgründen wurde lediglich das unverschlüsselte Klartext-Telnet abgeschaltet. Über Port 10022 steht ein gehärteter SSH-Server (russh) bereit, der zu 100 % die bekannte TS3-ServerQuery-Syntax (use, clientlist, channellist, servernotifyregister usw.) spricht.
Wann werden die fertigen Binaries, Installer und Docker-Container veröffentlicht?
Aktuell befindet sich BlackTeaSpeak v2.0 in der abschließenden internen Qualitätssicherung und End-to-End-Härtung. Sobald der Release-Kandidat freigegeben ist, werden alle vorkompilierten Server-Binaries, Desktop-Installer (Windows/Linux/macOS) und Docker-Setup-Skripte inklusive kryptografischer SHA-256-Signaturen hier auf blackteaspeak.bls-isp.net veröffentlicht.
Rechtliches & Lizenzmodell

Proprietary Binary Use & Source-Available License

Copyright © 2026 BLS-ISP / GeneraBlack. Quellcode offen einsehbar zur Sicherheitsprüfung, kostenlos für private Communities.

✅ Erlaubt (Privat & Nicht-Kommerziell)

  • Kostenloser Betrieb der unveränderten offiziellen Binaries für private Communities, Clans und Gaming-Server.
  • Vollständige Einsicht in den Rust-Quellcode im offiziellen GitHub-Repository zur Sicherheits- und Transparenzprüfung.
  • Einreichen von Pull Requests direkt an das offizielle Repository.

⛔ Strengstens Untersagt

  • Keine externe Modifikation, eigene Forks, Rebranding oder abgeleitete Werke außerhalb des offiziellen Repos.
  • Keine Weiterverteilung (No Redistribution) von Quellcode oder Binaries auf Drittwebseiten oder Filehostern.
  • Kein Entfernen von Urheberrechts-, Marken- oder Sicherheitshinweisen.

🏢 Kommerzielle Lizenzierung (BLS-ISP)

  • Kommerzielles Hosting (ATHP, Game-Server-Provider, Cloud/SaaS) erfordert einen schriftlichen Lizenzvertrag.
  • Maßgeschneiderte Enterprise- & ISP-Lizenzen direkt über BLS-ISP verfügbar.
  • Offizielle Domain: blackteaspeak.bls-isp.net