Swiftpack.co - Package - Balancingrock/SecureSockets


A collection of secure socket layer utilities in Swift using openSSL.

Depends on SwifterSockets and COpenSsl.

SecureSockets is part of Swiftfire, the next generation personal webserver.


OpenSSL is available from https://openssl.org.

Due to limitations in the interface between Swift and C there are two functions that must be added to the openSSL libraries. Due to limitations in the Swift Package Manager, these functions cannot be added as a seperate library. The easiest solution is to put these functions in the openSSL code.

Instructions are included below.


  • Shields the Swift application from the complexity of the Unix socket and openSSL calls.
  • Directly interfaces with the openSSL calls using:
    • connectToSslServer
    • sslTransfer
    • sslReceiverLoop
    • sslAccept
    • setupSslServer
  • Implements a framework on top of the openSSL calls with:
    • connectToSslServer (returns a SwifterSockets.Connection)
    • SslServer (class, produces SwifterSockets.Connection's)
  • Builds as a package using the Swift Package Manager (SPM)
  • Builds as a modular framework using Xcode.
  • Supports
    • certified server operations
    • certified server & certified clients
    • multiple domain certificates (SNI) on a certified server


Project page: SecureSockets

Reference: reference manual


SecureSockets is distributed as a SPM package. But it depends on the openSSL libraries. Therefore before attempting to install or use SecureSockets first install the openSSL libaries as detailed below.

Note that the openSSL files are modified in the instructions below, so an existing openSSL install cannot be used!

Once the openSSL libaries are available (in the default location in /usr/local) then proceed with the following steps to install SecureSockets.

$ git clone https://github.com/Swiftrien/SecureSockets
$ cd SecureSockets
$ swift build

Framework use in a Xcode project

Create new Xcode project to build the frameworks

In order to create a framework from a SPM project like SecureSockets I found it easiest to generate an xcode project in the SecureSockets dictionary with:

$ swift package generate-xcodeproj

After the project is created, there will be three targets: SwifterSockets, SecureSockets and SecureSocketsTests. The last one is not needed.

Select the target frameworks and navigate to the Build Settings subsection Packaging and set the Defines Module property to Yes

Now build the targets.

Copy the frameworks to your project

To import the frameworks into a project navigate to the target's General settings and add the frameworks to the Embedded Binaries section (by clicking the "+" button). This ensures that the frameworks are not only present when building, but also when running.

Note: When develloping code and using a debugger it is possible to step into the source code of the frameworks. It is also possible to then change the source code used to build the frameworks, however the binaries contained in the project are not updated until the frameworks project is re-build. And the frameworks are copied to the Xcode project.

Version history

Note: Planned releases are for information only, they are subject to change without notice.

1.1.0 (Open)

  • No new features planned. Features and bugfixes will be made on an ad-hoc basis as needed to support Swiftfire development.
  • For feature requests and bugfixes please contact rien@balancingrock.nl

1.0.0 (Planned)

  • The current verion will be upgraded to 1.0.0 status when the full set necessary for Swiftfire 1.0.0 has been completed.

0.5.0 (Current)

  • Migrated to SPM 4


  • Migrated to Swift 4, minor adjustments
  • Migrated to OpenSSL 1.1.0h


  • Upped SwifterSockets to 0.10.10


  • Upped SwifterSockets to 0.10.9


  • Upped SwifterSockets to 0.10.8


  • Upped SwifterSockets to 0.10.7


  • Added closing of socket when connection is no longer available in SecureSocket.Transmit
  • Updated SwifterSockets to 0.10.6


  • Update SwifterSockets to 0.10.5


  • Update SwifterSockets to 0.10.4


  • Update SwifterSockets to 0.10.3


  • Result type was moved from SwifterSockets to BRUtils


  • Bugfix: X509 in get function for validNotBefore and validNotAfter that would return wrong values
  • Bugfix: Server Start command would not be possible with only serverCtx and contained a erroneous force unwrap


  • Improved compilation speed


  • Bugfix, when creating a certificate the issuer fields could not be set.
  • Some interfaces have been changed slightly


  • Added callback and progress activation to sslTransfer


  • Reassigned access levels
  • Added logId to sslInterface
  • Updated comments


  • Updated to SwifterSockets 0.9.12


  • Updated documentation


  • Updated error messages


  • Simplified the installation and use in another project


  • Initial release

Installing OpenSSL

Download & verification

SecureSockets needs openSSL 1.1.0. (Note that this version is not compatible with the previous version 1.0.2)

The download link for openSSL is: https://www.openssl.org/source

Right-click the openssl-1.1.0c.tar.gz file and select "save-as" to download it to your downloads folder.

Use the save-as option because we want the openssl-1.1.0c.tar.gz file. Also download the sha256 checksum. After the download finishes, open up a terminal window and cd to the download folder. Calculate the sha256 checksum of the gz file with:

$ shasum -a 256 openssl-1.1.0c.tar.gz

The next line should display the checksum. Compare that with the downloaded checksum, they should of course be equal. (Open a text editor and put the two checksums below each other, that way it is easy to verify)

Now unpack the gz and tar file to obtain the openssl-1.1.0c folder. A singe double click should do the trick.

Adding C2Swift glue code

Note: being pragmatic about this, I used the files as shown below. Somebody with more openSSL knowledge could probably identify much better places for this. You yourself might find better places. In the end, it does not really matter, all that is necessary is for the Swift code to find the two pieces of glue code. Where it is placed is largely uncritical (as long as the C language visibility rules are respected).


Find the file openssl-1.1.0c/include/openssl/ssl.h

At the very end, but before the last line insert:

void sslCtxSetTlsExtServernameCallback(SSL_CTX *ctx, int (*cb)(const SSL *ssl, int *num, void *arg), void *arg);

After inserting this the last bit of the file should look as follows:

# define SSL_R_X509_LIB                                   268
# define SSL_R_X509_VERIFICATION_SETUP_PROBLEMS           269

# ifdef  __cplusplus
# endif

void sslCtxSetTlsExtServernameCallback(SSL_CTX *ctx, int (*cb)(const SSL *ssl, int *num, void *arg), void *arg);



Find the file openssl-1.1.0c/ssl/ssl_lib.c At the very end, after the #endif, include the following:

void sslCtxSetTlsExtServernameCallback(SSL_CTX *ctx, int (*cb)(const SSL *ssl, int *num, void *arg), void *arg) {
    SSL_CTX_set_tlsext_servername_arg(ctx, arg);
    SSL_CTX_set_tlsext_servername_callback(ctx, cb);

After inserting this the last bit of the file should look as follows:

const CTLOG_STORE *SSL_CTX_get0_ctlog_store(const SSL_CTX *ctx)
    return ctx->ctlog_store;


void sslCtxSetTlsExtServernameCallback(SSL_CTX *ctx, int (*cb)(const SSL *ssl, int *num, void *arg), void *arg) {
    SSL_CTX_set_tlsext_servername_arg(ctx, arg);
    SSL_CTX_set_tlsext_servername_callback(ctx, cb);


Find the file openssl-1.1.0c/include/openssl/x509v3.h At the very end, before the #endif, include the following:

void skGeneralNamePopFree(STACK_OF(GENERAL_NAME) *san_names);

After inserting this the last bit of the file should look as follows:

# define X509V3_R_UNSUPPORTED_TYPE                        167
# define X509V3_R_USER_TOO_LONG                           132

# ifdef  __cplusplus
# endif

void skGeneralNamePopFree(STACK_OF(GENERAL_NAME) *san_names);


Find the file openssl-1.1.0c/crypto/x509v3/v3_addr.c At the very end, after the #endif, include the following:

void skGeneralNamePopFree(STACK_OF(GENERAL_NAME) *san_names) {
    sk_GENERAL_NAME_pop_free(san_names, GENERAL_NAME_free);

After inserting this the last bit of the file should look as follows:

    return addr_validate_path_internal(NULL, chain, ext);

#endif                          /* OPENSSL_NO_RFC3779 */

void skGeneralNamePopFree(STACK_OF(GENERAL_NAME) *san_names) {
    sk_GENERAL_NAME_pop_free(san_names, GENERAL_NAME_free);

Building the libraries

Next we should build the libraries and include files.

The OpenSSL 1.1.0 installer needs PERL 5.10 or later.

$ perl -v

The installation instructions on the openSSL site are a little confusing, but the process is very simple. In the INSTALL file in the openssl-1.1.0c directory we find the proper installation instructions for Unix.

By default openssl will be installed in /usr/local. Check that there is no 'ssl' directory in /usr/local. To change the default, see the INSTALL document.

First run config:

Note: Do this while the terminal prompt is in the openssl-1.1.0 directory!

$ ./config

Messages start scrolling but it is over rather quick. There should not be any visible issues.

Next is:

$ make

This takes a little longer. When it stops (and again no visible problems):

$ make test

A lot of tests are executed, some may be skipped. The result should show:

All tests successful.
Files=89, Tests=477, 44 wallclock secs ( 0.37 usr  0.16 sys + 30.58 cusr  7.34 csys = 38.45 CPU)
Result: PASS

The next step:

$ sudo make install

Again a lot of messages scrolls over the screen. (Note that this step takes by far the most time)

Since this is for API use only there is no need to adjust PATH variables or anything.


Stars: 3
Help us keep the lights on


Used By



0.5.0 - Apr 9, 2018

Switched to Swift Package Manager 4

0.4.12 - Apr 6, 2018

Minor changes to accommodate Swift 4 and OpenSSL 1.1.0h

0.4.11 - Mar 31, 2018

BRUtils was updated to 0.10.0 which cause SwifterSockets to update to 0.10.10.

0.4.10 - Nov 25, 2017

Updated SwifterSockets to 0.10.9

0.4.9 - Jun 8, 2017

SwifterSockets was upgraded from 0.10.7 to 0.10.8 (due to additional Swiftfire support requirements, no bugfixes)