<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="sv">
	<id>https://wiki.slacker.se/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Johtib</id>
	<title>Slackopedia - Användarbidrag [sv]</title>
	<link rel="self" type="application/atom+xml" href="https://wiki.slacker.se/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Johtib"/>
	<link rel="alternate" type="text/html" href="https://wiki.slacker.se/index.php?title=Special:Bidrag/Johtib"/>
	<updated>2026-10-17T00:49:57Z</updated>
	<subtitle>Användarbidrag</subtitle>
	<generator>MediaWiki 1.42.3</generator>
	<entry>
		<id>https://wiki.slacker.se/index.php?title=N%C3%A4tverkss%C3%A4kerhet&amp;diff=8989</id>
		<title>Nätverkssäkerhet</title>
		<link rel="alternate" type="text/html" href="https://wiki.slacker.se/index.php?title=N%C3%A4tverkss%C3%A4kerhet&amp;diff=8989"/>
		<updated>2005-12-15T17:22:49Z</updated>

		<summary type="html">&lt;p&gt;Johtib: La till en tenta&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Chapter 1 / Intro&lt;br /&gt;
-----------------&lt;br /&gt;
* Replay attack, återanvänder paket för attacker.&lt;br /&gt;
* Operating systems, protocols and applications are insecure. &lt;br /&gt;
* Perfect security is not the goal, för dyrt!&lt;br /&gt;
&lt;br /&gt;
Chapter 2 / Authentication and Passwords&lt;br /&gt;
----------------------------------------&lt;br /&gt;
* Passwords, dictionary attacks etc.&lt;br /&gt;
* PAP: password authentication protocol, Verifiering med användarnamn/lösenord, allt i klartext.&lt;br /&gt;
* Hash/Kryptering av lösenord onödigt, kan fortfarande användas för replay-attacker.&lt;br /&gt;
* CHAP: Challenge Handshake Auth Protocol: Servern skickar en utmaning till klienten som denne hashar tillsammans med den delade hemligheten (lösenord).&lt;br /&gt;
* RADIUS: Remote Authentication Dial In User Service. Defactostandard för användarverifiering. Använder en speciell server som sköter autentiseringen. Klienten och RADIUS-servern delar en hemlighet.&lt;br /&gt;
* Svagheter i RADIUS&lt;br /&gt;
 - Om man vet ett lösenord kan man sniffa MD5(shared_secret) och göra en uttömmande sökning.&lt;br /&gt;
 - Kan även återanvända fångat meddelande och försöka tills servern godtar.&lt;br /&gt;
 - Om authenicator återanvänds kan man få fram password1 xor password2&lt;br /&gt;
* CT-KIP, ny standard föreslagen av RSA för autentisering baserad på one time passwords.&lt;br /&gt;
&lt;br /&gt;
Chapter 3 / Weaknesses in TCP, UDP, ICMP, IP&lt;br /&gt;
--------------------------------------------&lt;br /&gt;
* Generella attacker: message insertion, message deletion, message alteration, message replays, MITM&lt;br /&gt;
* IP innehåller ingen säkerhet, lita inte på IP-adresser.&lt;br /&gt;
* LAND-attack, ha samma IP i både från och till-fältet. Kan leda till krasch, DoS.&lt;br /&gt;
* Ping of death, skickar ett ping-meddelande större än den maximala IP-paket-storleken. Kan leda till krasch, DoS. Skapas genom fragmentering. Dvs. använd säger slumpgenerering.&lt;br /&gt;
* Om man kan gissa sekvensnummer kan man modifiera tcp-anslutning, session hijacking mm.&lt;br /&gt;
* TCP desynchronization, sätta in paket med felaktiga sekvensnummer. Leder till &amp;quot;ACK-storm&amp;quot; mellan parterna som slutar först när paket börjar droppas.&lt;br /&gt;
* Fragmentering av paket gör det svårt med inspektering av paket, bör undvikas.&lt;br /&gt;
* Teardrop attack, använder sig av fragmentering för att skapa ett felaktigt paket vid sammansättning. Kan leda till krasch, DoS.&lt;br /&gt;
* UDP saknar säkerhet, går att sätta in paket och spoofa portnummer.&lt;br /&gt;
* ICMP-meddelanden kan användas för att säga åt nätverk att minska sändningshastighet, dirigera om trafik, etc. ICMP (förutom ping) bör blockeras.&lt;br /&gt;
* TCP/UDP/ICMP/IP kan man inte lita på, skydd måste finnas i applikationslagret.&lt;br /&gt;
&lt;br /&gt;
Chapter 4 / Attack methods&lt;br /&gt;
--------------------------&lt;br /&gt;
* Host scanning, leta reda på datorer genom att skicka paket som genererar svar.&lt;br /&gt;
* Port scanning, få reda på vilka portar som är öppna/program som körs.&lt;br /&gt;
* UDP scanning, svårt att portscanna då inga svar ges förutom ICMP. Vissa operativsystem hindrar för många ut per sekund.&lt;br /&gt;
* TCP-scanning, inled anslutningar till portar, observera svar.&lt;br /&gt;
* SYN/ACK-paket kan komma igenom brandväggar då de verkar vara svar på en redan inledd anslutning. Ger oss information om var datorer finns.&lt;br /&gt;
* Fingerprinting, få reda på vilka program/OS som körs genom att skicka speciella paket och observera beteende. T.ex. windows size, TTL etc.&lt;br /&gt;
* Idle/dum scanning. Skicka paket med en annan host som från-IP. Kan sedan få info om svar genom att observera den dator man använt som hosts fragmentering. Kan ge info om brandväggsregler, trusted hosts etc.&lt;br /&gt;
* DoS attacks. Single message, såsom teardrop och land, multiple message, såsom syn-flood.&lt;br /&gt;
* Smurf, t.ex. ICMP ping till en broadcast-address med offert som från-address&lt;br /&gt;
* DDoS, flera datorer som anfaller.&lt;br /&gt;
&lt;br /&gt;
Chapter 5 / Firewalls&lt;br /&gt;
---------------------&lt;br /&gt;
* DMZ, demilitarized zone. Del av nätverket avskärmat från det övriga.&lt;br /&gt;
* Brandväggar arbetar från nätverks och transportlagret och uppåt.&lt;br /&gt;
* Brandväggstyper: Static packet filters, dynamic packet filters (SPI), gateways, deep packet inspection, air-gap firewalls.&lt;br /&gt;
* SPI-brandväggar används oftast som main border-brandvägg, ofta bakom en enkel screening router. SPI-brandväggar håller koll på state och känner till TCP state machine. Håller koll på anslutningar som går in/ut och hur dessa matchas med SYNs och ACKs.&lt;br /&gt;
* Deep packet inspection undersöker även innehållet i paket.&lt;br /&gt;
* Screening routers gör en statisk analys utan state baserat på en lista med regler. Billigt att implementera.&lt;br /&gt;
* NAT kan användas i säkerhetssynpunkt då det inte ger personer utanför NAT-routern någon information om datorerna på insidan av nätverket.&lt;br /&gt;
* IDS kan hålla koll på attacker som görs och logga och varna om dessa.&lt;br /&gt;
&lt;br /&gt;
Chapter 2 / WLAN&lt;br /&gt;
----------------&lt;br /&gt;
* 802.11b vanligast, 802.11g de facto standard för ny utrustning.&lt;br /&gt;
* WLAN gör det lätt att komma åt trafiken i nätverket.&lt;br /&gt;
* SSID måste vetas av den som vill ansluta. SSID-broadcast tar bort detta skydd, men SSID sänds ändå i klartext i nätverket.&lt;br /&gt;
* MAC-filtering kan användas, men MAC-adresser kan enkelt förfalskas.&lt;br /&gt;
* WEP krypterar trafiken, käss säkerhet.&lt;br /&gt;
* Svårt att byta nycklar i WEP då allt måste bytas manuellt.&lt;br /&gt;
* Veka IVs finns som gör knäckning av krypteringen mycket snabb. Sorteras bort av vissa.&lt;br /&gt;
* En upptagen AP kommer återanvända många IVs, vilket kan användas för att dekryptera kryptotext (dåligt).&lt;br /&gt;
* (åäö)ndringen i CRC för meddelanden kan förutspås när meddelanden ändras (dåligt).&lt;br /&gt;
* &amp;lt;s&amp;gt;IV&amp;lt;/s&amp;gt; Keystreamen kan fås ut genom att xor:a kryptotext med klartext. Kan fås genom t.ex. key authentication då man skickar en utmaning och samma utmaning krypterad. (dåligt).&lt;br /&gt;
* Paket kan ändras och sättas in då vi vet hur CRC ändras.&lt;br /&gt;
* Nyckel kan väljas med hjälp av ett lösenord vilket gör att en dictionary attack är möjlig.&lt;br /&gt;
* TKIP (Temporal Key Integrity Protocol)&lt;br /&gt;
** lägger till extra IV (EIV)&lt;br /&gt;
** nyckeln unik per station (baserat på MAC-adress)&lt;br /&gt;
** byter nyckel vart 10000-paket&lt;br /&gt;
** använder en ny MAC-funktion, dvs MIC&lt;br /&gt;
** varje paket för ett unikt nummer, för att hindra replay-attacker&lt;br /&gt;
&lt;br /&gt;
Chapter 7 / Cryptography&lt;br /&gt;
------------------------&lt;br /&gt;
* Använd alltid timestamps, nonces och sekvensnummer i krypterade paket för att förhindra replay.&lt;br /&gt;
* Ett certifikat signeras av en pålitlig CA för att verifiera korrekthet.&lt;br /&gt;
* X.509 standard för cert. Innehåller: versionsnummer, CA, serienummer, vem certifikatet är utfärdat till, publik nyckel, algoritm som används vid signering.&lt;br /&gt;
* Diffie-Hellman, sårbar för MITM.&lt;br /&gt;
&lt;br /&gt;
SSL/TLS&lt;br /&gt;
-------&lt;br /&gt;
* SSL 2/3, TLS är egentligen SSL 3.1&lt;br /&gt;
* Arbetar på transportnivå och högre.&lt;br /&gt;
* Ger både konfidentialitet och integritet.&lt;br /&gt;
* En typisk SSL-handskakning sker enligt:&lt;br /&gt;
 - Client Hello, klienten skickar ett meddelande med de krypton den stöder samt vilken version av SSL/TLS den använder.&lt;br /&gt;
 - Server Hello, servern svarar med krypto och komprimeringsfunktioner som ska användas samt vilken version som är den högsta båda&lt;br /&gt;
 stödjer.&lt;br /&gt;
 - Certificate, servern skickar sedan sitt certifikat till klienten.&lt;br /&gt;
 - Server Hello done.&lt;br /&gt;
 - Client key exchange, klienten skickar slumpdata krypterad med serverns publika nyckel vilken sedan används för att ta fram en master secret för klienten och servern.&lt;br /&gt;
 - ChangerCipherSpec skickas fram och tillbaka och data börjar krypteras.&lt;br /&gt;
* Certifikat som används är standard x.509-certifkat.&lt;br /&gt;
&lt;br /&gt;
Chapter 8 / IPSec&lt;br /&gt;
-----------------&lt;br /&gt;
* Krypterar trafik vid IP-nivå.&lt;br /&gt;
* Erbjuder confidentiality, integrity, access control, replay protection, data origin authentication.&lt;br /&gt;
* Fungerar i transport och tunnelläge. Transport krypterar end to end, ofta vid remote access. Tunnel ofta mellan brandväggar, används för VPN.&lt;br /&gt;
* Inte ett protokoll. Erbjuder authentication header (AH), encapsulating security payload (ESP) och Internet Key Exchange protocol (IKE).&lt;br /&gt;
* AH ger endast authentication och krypterar ej, ger snabbhet.&lt;br /&gt;
* ESP krypterar och tillhandahåller möjlighet för AH (inte ett måste men starkt rekommenderat). Kryptering med DES, 3DES eller AES.&lt;br /&gt;
* IKE används för att bestämma nycklar mellan parter, bestämmer säkerhetsalgoritmer. Bygger på utökad DiffieHellman, Oakley. Skydd mot MITM och replay.&lt;br /&gt;
* Security associations bestämmer hur paket ska behandlas.&lt;br /&gt;
* Fingerprinting kan utföras på IPSec-hosts.&lt;br /&gt;
* Svaghet finns vid användning av IKE i aggressive mode samt vid användning av ESP utan authentication.&lt;br /&gt;
&lt;br /&gt;
Virtual Private Networks&lt;br /&gt;
------------------------&lt;br /&gt;
* VPN kan skapas på länknivå (virtal network driver), transportnivå (sockets) och applikationsnivå (SOCKS).&lt;br /&gt;
* SOCKS är ett tunnlingsprotokoll, Application -&amp;gt; SOCKS server -&amp;gt; destination server. Kan kombineras med t.ex. SSH för VPN.&lt;br /&gt;
* Sockets. Skapa lokala sockets som program (t.ex. SSH) lyssnar på. Denna trafik skickas sedan vidare krypterad till destinationsservern.&lt;br /&gt;
* Virtual network driver säger åt operativsystemet att den har en länk till någon destiantion. Data skickas sedan via denna krypterad med t.ex. SSH.&lt;br /&gt;
* Att öppna lokala portar kan vara farligt, sockets är t.ex. normalt delat av alla program. En personlig brandvägg bör skydda tunneln.&lt;br /&gt;
* VPN på applikationsnivå använder t.ex. SSH eller SSL för att skapa en tunnel. Mindre påträngande än VPN-system. Används för user to site-system.&lt;br /&gt;
* IPSec kräver förinstallerade klienter. Kan vara helt transparent för program. Defacto för site-to-site-VPN.&lt;br /&gt;
&lt;br /&gt;
Link Level Security&lt;br /&gt;
-------------------&lt;br /&gt;
* ARP används för att slå upp fysiska adresser baserat på IP-adresser. Ingen säkerhet finns i protokollet.&lt;br /&gt;
* ARP spoofing kan göras genom att svara på ARP requests innan den riktiga servern gör det.&lt;br /&gt;
* Kräver access till det lokala nätverket.&lt;br /&gt;
* Statiska tabeller kan användas istället för att fråga nätverket. Ger dock mycket extra jobb.&lt;br /&gt;
* Sticky ARP, tar bort &amp;quot;åldringen&amp;quot; av ARP requests.&lt;br /&gt;
* DHCP requests kan svaras på av en attacker på nätverket.&lt;br /&gt;
* Någon med access till den lokala DNS-servern kan ändra på hosts/adresser.&lt;br /&gt;
&lt;br /&gt;
VLAN&lt;br /&gt;
----&lt;br /&gt;
* Ett virutellt LAN som kan skapas som ett separat nätverk.&lt;br /&gt;
* Nätverk inom VLAN:et kan inte kommas åt från andra nätverk.&lt;br /&gt;
* VLAN skapades inte med säkerhet i åtanke, var försiktig.&lt;br /&gt;
&lt;br /&gt;
Sample Exam&lt;br /&gt;
-----------&lt;br /&gt;
2c) What is a screening router firewall? What is the difference compared to a firewall doing Stateful inspection?&lt;br /&gt;
&lt;br /&gt;
Does Static Packet Filtering:&lt;br /&gt;
* Filter rules in the border router.&lt;br /&gt;
* Filters out many high-frequency, low-complexity attacks.&lt;br /&gt;
* For ingress and egress filtering, reduces the load on the main border firewall.&lt;br /&gt;
* May reduce risk if main firewall errorneously configured.&lt;br /&gt;
&lt;br /&gt;
3a) The X.509v3 standard is the de-facto standard for certificates and fields found in them. What are the most important fields (information) in a certificate?&lt;br /&gt;
&lt;br /&gt;
* Version number&lt;br /&gt;
* Issuer&lt;br /&gt;
* Serial number&lt;br /&gt;
* Subject&lt;br /&gt;
* Public key&lt;br /&gt;
* Public key algorithm&lt;br /&gt;
* Valid period&lt;br /&gt;
* Digital signature&lt;br /&gt;
* Signature algorithm identifier&lt;br /&gt;
&lt;br /&gt;
b) What is a digital certificate? A certificate authority, CA? How is a certificate used to verify the bearer&#039;s identity.&lt;br /&gt;
&lt;br /&gt;
A digital certificate contains, among other things, the owner&#039;s name and public&lt;br /&gt;
key. A message digest of the information in certificate is signed using the&lt;br /&gt;
CA&#039;s private key. The CA&#039;s public key should be trusted by the partner wishing&lt;br /&gt;
to check if the certificate is valid. To check if it&#039;s valid a message digest&lt;br /&gt;
of the contents is created and compare with the signature encrypted with the&lt;br /&gt;
CA&#039;s public key.&lt;br /&gt;
&lt;br /&gt;
4a) What is Diffie-Hellman key exchange used for?&lt;br /&gt;
&lt;br /&gt;
It allows two parties not knowing each other to agree on a secret key using an&lt;br /&gt;
insecure channel. Relies on the fact that &amp;lt;math&amp;gt;(g^x)^y = (g^y)^x&amp;lt;/math&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
b) Explain how it work! Give a simple example with numbers!&lt;br /&gt;
&lt;br /&gt;
Prime selected (p) = 71&lt;br /&gt;
A primitive root of 71 is 7 (g)&lt;br /&gt;
&lt;br /&gt;
Alice&lt;br /&gt;
* random number x = 5&lt;br /&gt;
* &amp;lt;math&amp;gt;7^5&amp;lt;/math&amp;gt; mod 71 = 51&lt;br /&gt;
* Send 51 -&amp;gt;           &lt;br /&gt;
* &amp;lt;math&amp;gt;4^5&amp;lt;/math&amp;gt; mod 71 = 30  &lt;br /&gt;
&lt;br /&gt;
Bob&lt;br /&gt;
* random number y = 12&lt;br /&gt;
* &amp;lt;math&amp;gt;7^{12}&amp;lt;/math&amp;gt; mod 71 = 4&lt;br /&gt;
* &amp;lt;- Send 4&lt;br /&gt;
* &amp;lt;math&amp;gt;51^{12}&amp;lt;/math&amp;gt; mod 71 = 30&lt;br /&gt;
&lt;br /&gt;
6c) IPsec has two modes it can use when sending traffic between nodes, tunnel mode and transport mode. Explain the difference between these modes and then they are useful!&lt;br /&gt;
&lt;br /&gt;
Transport mode&lt;br /&gt;
* Offers end-to-end encryption&lt;br /&gt;
* Often used for remote access&lt;br /&gt;
* End-device must implement IPsec&lt;br /&gt;
&lt;br /&gt;
Tunnel mode&lt;br /&gt;
* Often used between firewalls&lt;br /&gt;
* Used to build Virtual Private Networks (VPN)&lt;br /&gt;
* Encrypts all traffic over insecure networks&lt;/div&gt;</summary>
		<author><name>Johtib</name></author>
	</entry>
</feed>