c1bb5c6ab3
Some checks failed
Build and Distribute / Preconfig (push) Successful in 1s
CI / Unit-tests pre-config (push) Failing after 1s
Build and Distribute / Get Nonce for token (push) Has been cancelled
Windows / x64 (push) Has been cancelled
CI / Unit-tests D-in-D (push) Has been cancelled
CI / Scan Build (push) Has been cancelled
MacOS Build / Build MacOS (push) Has been cancelled
CI / Unit-tests (group ) (push) Has been cancelled
Build and Distribute / Issue temporary token (push) Has been cancelled
Build and Distribute / DEB-PUBLIC (push) Has been cancelled
Build and Distribute / Revoke temporary token (push) Has been cancelled
Build and Distribute / Publish build data to meta-repo (push) Has been cancelled
CI / Validate Unit-tests (push) Has been cancelled
* [core] Add interface allowlist to gate module app/api registration Adds an optional, presence-activated allowlist in switch.conf.xml that controls which modules may register application / api / json_api / chat-application interfaces. With no <interface-allowlist> configured nothing is enforced; when at least one <allow> entry is present, only listed interfaces register at load time and all others are refused (the module still loads and switch_loadable_module_process still returns SUCCESS -- the blocked interface is simply never exposed). Entries match at three levels of precision: mod_commands - whole module mod_commands.system - any interface named "system" mod_commands.system.api - a specific type (app|api|json_api|chat_app) Enforcement lives in switch_loadable_module_process() so every module, at boot and at runtime `load`, is subject to the same policy. This gives operators a way to disable the "system"/"spawn" shell-exec API commands (and equivalents) system-wide. Also adds the `interface_allowlist_dump [modules] [plain]` API, which walks the loaded modules and prints their interfaces in the allowlist key format so the current state can be captured and pruned offline into config. * [mod_commands] Add tests for the interface allowlist New test_interface_allowlist boots the core with an active <interface-allowlist> (conf_interface_allowlist/) that permits only a couple of mod_commands interfaces, then loads mod_commands and verifies: - listed commands register and run (status, version) while unlisted and shell-exec commands are refused (system, spawn, uptime) -- refusal surfaces as switch_api_execute returning FALSE / command-not-found, with the command function never invoked; - a "module.name.type" entry gates by type: the API "status" loads while the JSON API of the same name stays blocked; - interface_allowlist_dump prints the config format in its xml, modules and plain variants, and reflects module capabilities (system appears in the dump even though it was blocked from registering). * [config] Fix interior -- in interface-allowlist comment breaking XML parse The explanatory comment used -- as em-dash pairs. The XML parser treats -- inside a comment as the comment close, causing an "unclosed <!--" error that prevents the whole freeswitch.xml from parsing (boot and reloadxml both fail). Replace the -- pairs with ordinary punctuation. * update .gitignore * [core] Warn when interface-allowlist section is present but parses no entries Co-authored-by: Chris Rienzo <chris@signalwire.com> |
||
|---|---|---|
| .github | ||
| build | ||
| clients/flex | ||
| cmake_modules | ||
| conf | ||
| debian | ||
| docker | ||
| docs | ||
| dtd | ||
| fonts | ||
| fscomm | ||
| htdocs | ||
| images | ||
| libs | ||
| scripts | ||
| src | ||
| support-d | ||
| tests/unit | ||
| w32 | ||
| web | ||
| yum | ||
| .clang-format | ||
| .gitattributes | ||
| .gitconfig | ||
| .gitignore | ||
| .mailmap | ||
| acinclude.m4 | ||
| bootstrap.sh | ||
| cc.sh | ||
| ci.sh | ||
| cluecon.tmpl | ||
| cluecon2.tmpl | ||
| cluecon2_small.tmpl | ||
| cluecon_small.tmpl | ||
| configure.ac | ||
| devel-bootstrap.sh | ||
| freeswitch-sounds-en-ca-june.spec | ||
| freeswitch-sounds-en-us-allison.spec | ||
| freeswitch-sounds-en-us-callie.spec | ||
| freeswitch-sounds-fr-ca-june.spec | ||
| freeswitch-sounds-music.spec | ||
| freeswitch-sounds-pt-BR-karina.spec | ||
| freeswitch-sounds-ru-RU-elena.spec | ||
| freeswitch-sounds-sv-se-jakob.spec | ||
| Freeswitch.2017.sln | ||
| Freeswitch.2017.sln.bat | ||
| freeswitch.spec | ||
| INSTALL | ||
| LICENSE | ||
| Makefile.am | ||
| msbuild.cmd | ||
| README.md | ||
| SECURITY.md | ||
| swig_common.i | ||
FreeSWITCH
FreeSWITCH is a Software Defined Telecom Stack enabling the digital transformation from proprietary telecom switches to a versatile software implementation that runs on any commodity hardware. From a Raspberry PI to a multi-core server, FreeSWITCH can unlock the telecommunications potential of any device. Combined with our hosted cloud platform, SignalWire, FreeSWITCH can interconnect with the outside world and scale to any size.
Visit https://signalwire.com or https://github.com/signalwire for more info.
Getting Started
FreeSWITCH is available on Github in source code format. You can checkout the development branch and build for many popular platforms including Linux, Windows, MacOSX and BSD. There is an issue tracker and pull request system available as part of the repo online.
See https://developer.signalwire.com/freeswitch/FreeSWITCH-Explained/ for more detailed instructions.
Additional Help
If you need assistance or have an interest in using a commercially supported build, you can contact coreteam@freeswitch.com to learn about professional services to support your project.
Voice-over-IP services - SIP / SMS - App Integrations
SignalWire is the primary sponsor of the FreeSWITCH project and was founded by the original developers of FreeSWITCH. SignalWire provides scalable services to enhance and scale your project such as SMS, SIP, Serverless Application hosting as well as programmable telecom. mod_signalwire which is distributed in this code base allows you to instantly pair with SignalWire and extend your FreeSWITCH.
Documentation
The main index for documentation is available at:
Release notes:
Install from packages
Step by step tutorials to install FreeSWITCH from packages:
- Using FSGET [Recommended]
- Debian
- Raspberry Pi
- CentOS 7
Build from source
Example Dockerfiles to build FreeSWITCH and dependencies from source:
Step by step tutorials to build FreeSWITCH with provided dependency packages:
- Debian [Recommended]
- Raspberry Pi
- CentOS 7
How to build Debian packages
Downloads
Contributions
GitHub pull requests are the recommended way to contribute to the FreeSWITCH source code:
Community
Slack is our chat system where the developers, the FreeSWITCH team, and the most active users are present. This is the place to get answers faster and chat with other users in real time. All you need to do is enter your email and verify it on the Slack signup page and you are ready to join in the discussion!
Slack Community:
Mailing list (ARCHIVED):
Thank you for using FreeSWITCH!