coturn / coturn/coturn

scansnarf-ng detected Portscan

Open
#1,687 6 comments 0 reactions 0 assignees View on GitHub
Dominant language
C
Stars
14.4k
Forks
2.3k
Avg merge
1d 15h
Merged PRs (30d)
24

Description

scansnarf-ng detected an outgoing Portscan, with the SRC-PORT 3478 and the DST-PORT 1033 (UDP, SIZE 146), with 600 packages within a few seconds (18:15:40 to 18:15:46).

On that port a coturn was running. What could have caused that behavior? Was it a (security-)bug in coturn? Was it normal behavior and scansnarf simply misjudged what it is? Was coturn misconfigured (e.g. weak static auth secret)? (Sorry for opening the issue if it was the latter two.)

/etc/turnserver.conf

```
listening-port=3478
fingerprint
lt-cred-mech
use-auth-secret
static-auth-secret=... (weak static secret)
realm=stun. ...
no-loopback-peers
no-multicast-peers

keep-address-family
no-cli
no-tlsv1
no-tlsv1_1
no-loopback-peers
no-multicast-peers
denied-peer-ip=... (with several long lists)
```

I used coturn from Debian/Devuan stable with version 4.6.1-1

Contributor guide

Open the contributing guide

Research direction

Start with /etc/turnserver.conf and the reported coturn 4.6.1-1 setup. Trace the UDP traffic around ports 3478 and 1033, then determine whether it is expected coturn behavior, a misconfiguration, or a security defect. Done means documenting the cause and any concrete configuration or version change required.

Written by the indexing model from the issue text.

Assessment

Domain
networking, security
Issue type
Bug
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
20/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.