CNIT455 Ex.1 Main

0.0(0)
Studied by 0 people
call kaiCall Kai
learnLearn
examPractice Test
spaced repetitionSpaced Repetition
heart puzzleMatch
flashcardsFlashcards
GameKnowt Play
Card Sorting

1/163

encourage image

There's no tags or description

Looks like no tags are added yet.

164 Terms

1
New cards

Packet filter: purpose

Limits connectivity by permitting or blocking ingress and/or egress traffic according to rules.

2
New cards

Ingress versus egress

Ingress enters the protected network/interface; egress leaves it.

3
New cards

Ruleset

Collection of packet-filter rules that determines what traffic is permitted or blocked.

4
New cards

Default-deny filtering

Explicitly permit required traffic, then deny everything else.

5
New cards

Packet filter versus firewall

A firewall includes packet filtering; a packet filter alone is not necessarily a complete firewall.

6
New cards

Packet-filter packaging options

Software integrated with an IP stack, a replacement IP stack/bastion-host approach, or a specialized hardware device.

7
New cards

Packet-filter software examples

Windows Firewall, iptables, and pf.

8
New cards

Address filtering: IP addresses versus DNS names

The course recommends IP addresses because DNS names are easier to spoof.

9
New cards

IP filtering criteria

Source and destination IP addresses.

10
New cards

IP spoofing: local and remote approaches named in lecture

Local ARP manipulation; remote IP source routing such as LSRR.

11
New cards

LSRR: expansion and purpose

Loose Source Record Routing; lets the sender specify routers that a packet must traverse.

12
New cards

LSRR: security concern and mitigation

Can help spoofed-source traffic receive replies; disable source routing on border routers and firewalls.

13
New cards

TCP/UDP ports: source versus destination

A connection initiator commonly uses an ephemeral source port and contacts a service destination port; each transport has its own port space.

14
New cards

Port numbers: do they prove the application identity?

No. Software can use nonstandard ports, and malicious traffic can imitate a standard service port.

15
New cards

Ephemeral ports: course convention

The slides describe randomly selected client source ports above 1023; actual ranges vary by operating system.

16
New cards

TCP replies: source-port clarification

Replies on an established connection use the service's port as the source; a server does not randomly change ports for every reply.

17
New cards

Static packet filtering

Checks each packet independently against address/port rules, without tracking connection state.

18
New cards

Dynamic packet filtering

Stateful packet inspection (SPI); checks packet context and connection state as well as addresses and ports.

19
New cards

Destination-port filtering example

Permit traffic destined for TCP port 25 on the mail server.

20
New cards

Broad high-port allowance: risk

Allowing all inbound ports above 1023 exposes services listening on those ports.

21
New cards

Bidirectional static filtering

Uses source-port and destination-port rules to permit traffic in both directions; still does not prove traffic belongs to a valid session.

22
New cards

Static TCP ACK/FIN check: lecture strategy

Permit certain high-port inbound packets with ACK/FIN set as a rough indication of existing traffic; this is not full state tracking.

23
New cards

Static TCP filtering: dynamic-connection limitation

Protocols such as active FTP or H.323 can open additional connections that simple rules do not handle well.

24
New cards

Passive FTP (PASV): filtering advantage

The client initiates the data connection, making outbound-oriented firewall rules easier to apply.

25
New cards

UDP: why static reply filtering is difficult

UDP is connectionless and has no TCP ACK/FIN flags to indicate an established flow.

26
New cards

UDP filtering: DNS example in lecture

Use DNS forwarding and restrict DNS exchanges to the designated upstream resolver's IP address.

27
New cards

State table

Tracks communication context so the firewall can distinguish expected return traffic from unrelated packets.

28
New cards

SPI: TCP checks listed

Can track sequence numbers and connection information for incoming and outgoing packets.

29
New cards

SPI: UDP handling

Tracks recent UDP flows even though UDP itself is connectionless.

30
New cards

SPI: additional capabilities listed

May provide session authentication and application inspection; capabilities depend on the implementation.

31
New cards

SPI versus proxy: endpoint relationship

SPI still forwards packets between the original hosts; a proxy terminates and relays separate communications.

32
New cards

Blocked traffic: three responses listed

Send ICMP host unreachable, send an administrative-prohibition response, or silently drop.

33
New cards

Silent drop: tradeoff

Reveals less explicit firewall information but can cause retries that waste bandwidth and resources.

34
New cards

Administrative-prohibition response: drawback

Explicitly tells the sender that policy is blocking the traffic.

35
New cards

Packet filters: main strength

High speed; may approach line rate.

36
New cards

Packet filters: limitations emphasized by lecture

Direct host communication and limited user authentication, authorization, and logging in basic filters.

37
New cards

Bridge: OSI layer

Layer 2; forwarding uses destination Layer 2 addresses rather than Layer 3 routing information.

38
New cards

Switch: relation to a bridge

A multiport bridge.

39
New cards

LAT: expansion and purpose

Local Address Table; maps Layer 2 addresses to physical ports.

40
New cards

Bridge promiscuous mode: lecture explanation

Bridge interfaces receive traffic needed to learn addresses and forward frames.

41
New cards

Bridging loops: consequence

Broadcast storms and frames circulating repeatedly.

42
New cards

Spanning tree: purpose

Prevents forwarding loops in a bridged network.

43
New cards

Filtering bridge

A bridge containing a packet filter; useful when routing or address assignments cannot be changed.

44
New cards

Filtering bridge: noncontiguous address advantage

Protects selected hosts on the same Layer 3 segment without requiring their addresses to form a routable aggregate.

45
New cards

Filtering bridge: interface requirement

A dedicated target interface or VLAN, according to the slides.

46
New cards

Filtering bridge: best practices

Prefer routing when practical; leave the target NIC without an L3 address; avoid mixing bridge-source and routing/NAT-target roles on one interface.

47
New cards

Routing: OSI layer and purpose

Layer 3 forwarding between interfaces/networks using IP addressing and routes.

48
New cards

Standard routing: course preference

Preferred when possible for Internet servers because it adds the least latency of the compared methods.

49
New cards

Standard routing: addressing requirement

Addresses must be valid in the relevant internetwork; private and link-local addresses are not publicly Internet-routable.

50
New cards

RFC 1918 private IPv4 ranges

10.0.0.0/8, 172.16.0.0/12, and 192.168.0.0/16.

51
New cards

IPv4 link-local range

169.254.0.0/16; not a publicly Internet-routable range.

52
New cards

NAT: expansion and basic function

Network Address Translation; rewrites IP addresses as traffic crosses a device.

53
New cards

NAT outbound mapping

Rewrites the internal source address to a public-facing address.

54
New cards

NAT inbound mapping

Rewrites the public destination address to the internal target address.

55
New cards

Static NAT: course abbreviations

SNAT or 1:1 NAT in these slides. Here SNAT means static NAT; in other contexts it often means source NAT.

56
New cards

Static NAT: mapping

One internal IP address maps to one unique external IP address.

57
New cards

Static NAT: protocol layer

Layer 3 address translation.

58
New cards

Static NAT: public-address conservation

Does not reduce the number of public addresses required for the mapped hosts.

59
New cards

Static NAT: incoming and outgoing connections

Supports both, subject to firewall rules.

60
New cards

Static NAT: suggested use in lecture

When inbound connections are required, especially for a small number of private-addressed DMZ servers.

61
New cards

Static NAT: scaling cost in lecture

Binding many public addresses to an interface adds inspection work and can encounter platform limits.

62
New cards

Dynamic NAT: course abbreviations

DNAT or PAT in these slides. Here DNAT means dynamic NAT; in other contexts it commonly means destination NAT.

63
New cards

PAT: expansion and mapping

Port Address Translation; lets many private hosts share one public IP by distinguishing sessions using ports.

64
New cards

PAT versus static NAT: address use

PAT shares one public address among many hosts; static NAT reserves a distinct public address per mapped host.

65
New cards

Port forwarding

Maps incoming traffic for a public-facing port to a specified internal host/service.

66
New cards

Port forwarding: limitation in the lecture model

A given public port mapping targets one internal host; different ports can target different hosts.

67
New cards

Dynamic NAT/PAT: preferred zone in lecture

Private client networks, where connections normally originate internally.

68
New cards

PAT: security limitation

Unsolicited inbound connections are normally blocked without a mapping, but established outbound sessions can still carry malicious traffic.

69
New cards

NAT traversal: purpose

Lets applications discover external addressing or establish communication through NAT mappings.

70
New cards

Both peers behind PAT: challenge

Neither peer normally accepts unsolicited incoming traffic, and each may lack knowledge of its public IP/port mapping.

71
New cards

NAT-PMP and UPnP IGD: function

Let a local application request a mapping/opening from the NAT gateway.

72
New cards

NAT-PMP and UPnP IGD: lecture assessment

Convenient for home networks but a security concern in enterprise environments.

73
New cards

Automatic NAT mapping: application examples

Gaming, peer-to-peer sharing, remote desktop, IoT, and VoIP.

74
New cards

ICE: full name and purpose

Interactive Connectivity Establishment; coordinates address discovery and connection options for NAT traversal.

75
New cards

ICE: process summarized in the slides

Collect local addresses, learn public mappings through STUN, evaluate connectivity, and select direct or relayed communication.

76
New cards

STUN: central function

A public server reports the source IP address and port it observes, revealing the client's external mapping.

77
New cards

STUN: binding request

Client sends a request; server responds with the observed source address and port, which can differ from the client's local values.

78
New cards

Full-cone NAT: mapping in the slides

Traffic from a given internal IP/port uses the same external mapping across destinations.

79
New cards

Symmetric NAT: mapping in the slides

An internal IP/port receives different external mappings for different destinations.

80
New cards

STUN versus symmetric NAT

The mapping observed by the STUN server may not apply to another destination; STUN alone cannot solve this case in the lecture model.

81
New cards

TURN: full name

Traversal Using Relays around NAT.

82
New cards

TURN: function

Relays traffic through a public server when a direct path cannot be established, including strict/symmetric NAT cases.

83
New cards

TURN: connection sequence

Client reserves a relay address/port, shares it with the other endpoint, and traffic is forwarded through the relay.

84
New cards

TURN: advantages listed

Works behind strict NAT/firewalls; supports UDP, TCP, and TLS; useful for WebRTC and VoIP.

85
New cards

TURN: disadvantages listed

Consumes relay bandwidth, increases operating cost, and adds latency.

86
New cards

STUN versus TURN

STUN discovers a public mapping; TURN carries the actual traffic through a relay.

87
New cards

ALG: full name

Application Layer Gateway.

88
New cards

ALG: host isolation

Internal and external hosts communicate through a proxy that maintains separate communications on each side.

89
New cards

ALG: inspection capabilities

Application-level checks such as web content filtering, spam filtering, and malware filtering.

90
New cards

ALG: dynamically opened ports

Can inspect a protocol's control channel to manage additional connections, such as active FTP or H.323.

91
New cards

ALG: protocol-specific requirement

Needs support for the particular application protocol being proxied.

92
New cards

Hybrid firewall

Combines packet filtering with selected ALG/proxy features and may support bridging, routing, and NAT.

93
New cards

Firewall throughput

Bytes per second; comparison can be misleading when packet sizes and traffic protocols differ.

94
New cards

Packet forwarding rate

Packets per second; the lecture prefers it for comparing packet-processing performance.

95
New cards

Why packet inspection adds latency

Packets must be buffered and checked before forwarding; state lookups and NAT rewrites add processing.

96
New cards

Firewall methods: lecture latency order, lowest to highest

Standard routing, bridging, static NAT, dynamic NAT/PAT, application layer gateways.

97
New cards

ALG: why high latency in the lecture comparison?

Maintains two separate sessions and performs application-level processing.

98
New cards

Defense in depth

Multiple complementary security layers; a firewall alone does not secure the entire environment.

99
New cards

Public zone

The untrusted Internet-facing network.

100
New cards

Private zone

Network isolated from unsolicited public access; filtered outbound connections may still be allowed.