summaryrefslogtreecommitdiffstats
path: root/notFinishedCode/Report/test.tex~
diff options
context:
space:
mode:
authorRefik Hadzialic2011-10-06 00:41:25 +0200
committerRefik Hadzialic2011-10-06 00:41:25 +0200
commit4b27c9d2c3a9771270469f084f07927aa51e002c (patch)
tree6da8225a181a9f5b2459f5b6b06acaf26d7a1a85 /notFinishedCode/Report/test.tex~
parentReport writing in progress! (diff)
downloadgsm-selftest-4b27c9d2c3a9771270469f084f07927aa51e002c.tar.gz
gsm-selftest-4b27c9d2c3a9771270469f084f07927aa51e002c.tar.xz
gsm-selftest-4b27c9d2c3a9771270469f084f07927aa51e002c.zip
Writing report!
Diffstat (limited to 'notFinishedCode/Report/test.tex~')
-rw-r--r--notFinishedCode/Report/test.tex~17
1 files changed, 15 insertions, 2 deletions
diff --git a/notFinishedCode/Report/test.tex~ b/notFinishedCode/Report/test.tex~
index b2924fa..8bf4a2d 100644
--- a/notFinishedCode/Report/test.tex~
+++ b/notFinishedCode/Report/test.tex~
@@ -145,10 +145,19 @@ We decided to use asymmetric key cryptography, where each side has two keys (pri
At first we thoought to encrypt the data before sending them but since none of us was an expert on encryption standards the idea was rejected. Alongside the fact that none of us had been an expert in the field of cryptography, we were not experts in the field of internet programming either. One could find maybe a way to disable our server software with various hacking methods (e.g.
trying to open the port until the system runs out of memory and in our case the system which we used on the server side was a BeagleBoard with ARM architecture running on a single chip TI OMAP processor, refer to the picture on figure 1.)
We had to eliminate even the slightest possible threat in return for spending more time for debugging the test software system. Despite we were aware of all these facts, we had to choose one of the plenty implemented encryption standards on Linux.
-Denis and Konrad suggested using the SSH Tunneling method. Using the SSH Tunneling method we could hide the real port we use for our socket connection on the other hand we could force the socket to accept only local connections (i.e. from the machine where the handler software was running.)
-The first problem we faced was that SSH required a username and password, everytime we created an SSH Tunnel. We could avoid this problem by copying the public key from our server (where our test software runs) to the BeagleBoard \cite{sshTunnel}.
+Denis and Konrad suggested using the SSH Tunneling method.
+
+\begin{figure}[ht!]
+ \centering
+ \includegraphics[width=120mm]{sshTunnel.png}
+ \caption[]{SSH Tunnel, }
+\end{figure}
+
+Using the SSH Tunnel port forwading method we could hide the real port we use for our socket connection on the other hand we could force the socket to accept only local connections (i.e. from the machine where the handler software was running.)
+The first problem we faced was that SSH required the username and password everytime we tried to make an SSH Tunnel port forwarding. We could avoid this problem by copying the public key from our server (where our test software runs) to the BeagleBoard \cite{sshTunnel}.
This can be performed by executing the following commands in the terminal shell.
One has to create first the private and public keys on the local machine(i.e. server machine, where the test software runs):
+
\begin{lstlisting}
jsmith@local-host$ [Note: You are on local-host here]
@@ -162,7 +171,9 @@ Your public key has been saved in /home/jsmith/.ssh/id_rsa.pub.
The key fingerprint is:
33:b3:fe:af:95:95:18:11:31:d5:de:96:2f:f2:35:f9 jsmith@local-host
\end{lstlisting}
+
Then one needs to copy the public key to the remote machine (BeagleBoard) using ssh-copy-id:
+
\begin{lstlisting}
jsmith@local-host$ ssh-copy-id -i ~/.ssh/id_rsa.pub remote-host
jsmith@remote-host's password:
@@ -172,7 +183,9 @@ Now try logging into the machine, with "ssh 'remote-host'", and check in:
to make sure we haven't added extra keys that you weren't expecting.
\end{lstlisting}
+
After we have created the public and private keys, and coppied the public key on the machine to which we want to connect, we can test if we can make an SSH connection to the remote machine:
+
\begin{lstlisting}
jsmith@local-host$ ssh remote-host
Last login: Sun Nov 16 17:22:33 2008 from 192.168.1.2