This post is part of a series about machine learning and artificial intelligence.
In the previous post we walked through the steps required to gather training data, build and test a model.
In this post we dive into “Operationalizing” the model. The scenario is the creation of Husky AI and my experiences and learnings from that.
Part 3 - Operationalizing the Husky AI model
This actually took much longer than planned.
Since I used TensorFlow, I naively thought it would be very straight forward to implement a Golang web server to host the model. Turns out that TensorFlow/Keras is not that as straightforward to integrate with Golang, it requires a lot of extra steps. So, I ended up picking Python for the web server.
The goal was the following:
- Create a simple web server with a nice UI and make it available via an API Gateway
- Offer an image upload feature
- Run an uploaded image in memory through the Husky model and receive a prediction
- Return the prediction score to the client
Web server configuration and code
The infrastructure uses nginx to route traffic to a simple Python web server. The code for the simple web server is located here.
The web server uses self-signed TLS certificates to protect the internal traffic (gateway to web server).
Loading the model file
An important part for an attacker to be aware is that the code is loading the model from the disk with the following line:
MODEL = tf.keras.models.load_model("models/huskymodel.h5")
Attack idea: For backdooring, we will only have to update that file with something malicious. There is no authenticity or integrity checking. We will look at this more in the threat model and attack posts.
Processing the incoming image
The core part logic on the server for running a prediction looks like this:
img = Image.open(io.BytesIO(data)).convert("RGB") img = img.resize((num_px, num_px)) image = np.array(img)/255. image = np.expand_dims(image, axis=0) result = MODEL.predict(image) score_percent = result*100 score = format(score_percent, '.2f')
score is then returned to the client as part of JSON message.
As you can see in the code above, images are not stored on the hard drive. They are used in memory to get the prediction. The uploaded images are also not used to retrain the model on the fly. This is in order to be considered about privacy concerns of end users.
That’s it for this post.
The next post is where things become interesting from security point of view. We will talk about Threat Modeling the system to identify attacks that wewill perform later.