Client-side application security covers the risks introduced when software on an end-user machine communicates with external servers, and the controls needed to address those risks.
Client-Side Application Security
An application is just software, software that's running on a computer, and it's software that is helping us perform certain tasks. So for instance, if I am typing up a paper, then I have a word processor application. Or if I'm typing up a spreadsheet, then I have a spreadsheet application. Maybe I'm connecting to the web: well, now I have some sort of web browsing application, which we call a browser. So this is an app on the machine.
By installing these apps, we can introduce some security concerns, especially if these apps are connecting to some sort of external server. In fact, a lot of our apps, maybe even most of our apps nowadays, are connecting to some sort of external server. At the very least, they're getting updates, to check to see if they need to patch or update this application right here. But in a lot of cases, they're actually getting a lot of their services, a lot of their functionality, from communicating to a server.
So what does this client server relationship look like? We have a client right here, and it connects to a server. A client is just the machine that needs some sort of service. The server is hosting that service.
Right here we have a service that's running. This specific example of a service is www services, or we call this a web server. So this is a web server right here that's hosting out web pages. This client has an application on it. This application allows us to view the web pages that this web server is sending us. So this application requests certain information, the web server then returns that information, and it's displayed in this application. We call this a web browser.
Because there are some significant security holes that can happen on these applications, we need to practice some sort of application control. That is, controlling what applications actually get installed on these machines, making sure that there's no applications that shouldn't be installed on the machine.
And we especially have to be concerned around web browsers, things like Chrome or Safari or Firefox. These applications are reaching out and connecting to the outside world, many times to servers that we've never visited before, that are unknown from a security perspective, and we need to be concerned about that.
So we need to protect this client machine. We need to protect the end user. We need to protect the communication that's going between these servers, and make sure that we're connecting to the right servers.
We're not typically typing in an IP address to get to these servers. Instead, what we're doing is we're typing some sort of domain name and host in there, and then getting to this server so that way we can retrieve information. Well, if we get the wrong DNS information, we're going to go to the wrong server. So we also need to be concerned about DNS security and how we're resolving these names.
Another big attack vector is emails. When we get emails on our machine, it can have malicious code inside that email. So how do we protect the email that comes into our system and make sure that it doesn't have any kind of viruses or malware that are installed on it? So we need to make sure we consider email security with this as well.
Ultimately the best practice is not to have this application at all, so we want to practice some sort of application control. But if we must have it, then we need to make sure that the application is secure in the way that it's set up.
TechKnowSurge builds IT and cybersecurity professionals through hands-on, concept-first training built around real understanding — not memorization. Free interactive tools, structured programs, and 25+ years of real-world experience, all in one place.
Explore free tools and programs →