การป้องกัน Router, Switch และ Network Infrastructure ไม่ควรพึ่งเพียง Username และ Password ที่สร้างแยกไว้บนอุปกรณ์แต่ละตัว โดยเฉพาะในองค์กรที่มี Network Device จำนวนมากและมีผู้ดูแลหลายคน
AAA หรือ Authentication, Authorization และ Accounting เป็น Framework สำหรับควบคุมว่า ใครสามารถเข้าสู่ระบบ, สามารถทำอะไรได้ และมีการกระทำอะไรเกิดขึ้นบ้าง โดยสามารถทำงานร่วมกับ Centralized AAA Server ผ่าน Protocol เช่น RADIUS และ TACACS+
บทความนี้อธิบาย AAA สำหรับ Network Engineer ตั้งแต่พื้นฐาน Local Authentication, RADIUS, TACACS+, Method List, Console/VTY, Fallback, Accounting ไปจนถึงตัวอย่าง Cisco Lab และ Troubleshooting โดยเน้นการออกแบบที่ลดความเสี่ยงจากการ Lockout ผู้ดูแลออกจากอุปกรณ์
สารบัญ
- AAA คืออะไร?
- ทำไม Network Engineer ต้องใช้ AAA?
- Authentication คืออะไร?
- Authorization คืออะไร?
- Accounting คืออะไร?
- AAA Architecture
- Local AAA กับ Centralized AAA
- RADIUS คืออะไร?
- TACACS+ คืออะไร?
- RADIUS กับ TACACS+ ต่างกันอย่างไร?
- RADIUS และ TACACS+ ใช้ Port อะไร?
- AAA Method List คืออะไร?
- AAA Fallback
- Cisco Local AAA Lab
- Cisco TACACS+ Lab
- Command Authorization
- AAA Accounting
- Verification
- AAA Troubleshooting
- AAA Security
- Best Practices
- FAQ
- บทสรุป
ภาค 1: พื้นฐาน AAA
AAA คืออะไร?
AAA ย่อมาจาก:
Authentication
+
Authorization
+
Accounting
ทั้งสามส่วนทำหน้าที่แตกต่างกัน แต่ทำงานร่วมกันเพื่อควบคุม การเข้าถึง Network Device และ Network Service
User
|
v
Authentication
|
| Who are you?
v
Authorization
|
| What can you do?
v
Accounting
|
| What did you do?
v
Network Resource
ทำไม Network Engineer ต้องใช้ AAA?
สมมติองค์กรมี:
50 Routers
200 Switches
20 Firewalls
15 Network Administrators
ถ้าสร้าง Local Account บนอุปกรณ์ทุกตัว:
Admin Account
|
+---- Router 1
+---- Router 2
+---- Router 3
+---- Switch 1
+---- Switch 2
+---- ...
+---- Switch 200
เมื่อพนักงานเปลี่ยนหน้าที่ ลาออก หรือ Password Policy เปลี่ยน การบริหาร Credential อาจซับซ้อนมาก
Centralized AAA ช่วยให้อุปกรณ์สามารถส่งคำขอ ไปยัง AAA Server แทนการบริหาร User Database แยกกันทุกเครื่อง
ภาค 2: Authentication, Authorization และ Accounting
Authentication คืออะไร?
Authentication คือกระบวนการตรวจสอบตัวตน
คำถามหลักคือ:
Who are you?
ตัวอย่าง:
Username:
networkadmin
Password:
********
ระบบตรวจว่า Credential ถูกต้องหรือไม่:
User
|
v
Credential
|
v
Authentication
|
+---- Success
|
+---- Failure
Authorization คืออะไร?
Authorization กำหนดว่าผู้ใช้ที่ผ่าน Authentication แล้ว ได้รับอนุญาตให้ทำอะไร
ตัวอย่าง:
User A
|
+---- show commands
|
X---- configuration changes
User B
|
+---- show commands
|
+---- configuration changes
Authentication สำเร็จ ไม่ได้หมายความว่า ผู้ใช้ต้องได้รับสิทธิ์ทุกอย่าง
Accounting คืออะไร?
Accounting ใช้บันทึกข้อมูลเกี่ยวกับ Session และ Activity ตาม AAA Configuration
ตัวอย่าง:
User: networkadmin
Login:
10:00:01
Device:
CORE-R1
Command:
show ip route
Command:
configure terminal
Logout:
10:35:20
Accounting มีประโยชน์ต่อ:
- Audit
- Security Investigation
- Change Tracking
- Compliance
- Troubleshooting
ภาค 3: AAA Architecture
Centralized AAA ทำงานอย่างไร?
Administrator
|
| SSH
v
+-------------+
| Cisco |
| Router |
+------+------+
|
| AAA Request
v
+-------------+
| AAA Server |
+------+------+
|
v
User / Policy Database
Network Device ทำหน้าที่เป็น AAA Client หรือ Network Access Device และติดต่อ AAA Server ตาม Protocol ที่ Configure
AAA เชื่อมโยงกับ Management Plane อย่างไร?
Management PC
|
v
Management Network
|
v
Router / Switch
|
+---- AAA
|
+---- NTP
|
+---- Syslog
|
+---- SNMP
|
+---- DNS
AAA จึงเป็นส่วนหนึ่งของ Management Plane Security ไม่ใช่เพียงระบบ Login
ภาค 4: Local Authentication กับ Centralized AAA
Local Authentication
Local Authentication เก็บ Username และ Credential บน Device โดยตรง
ตัวอย่าง Cisco:
username netadmin privilege 15 secret STRONG_SECRET
จากนั้นใช้:
login local
บน Line ที่เกี่ยวข้อง ตาม Configuration
ข้อดีของ Local Authentication
- Configuration ไม่ซับซ้อน
- ไม่ต้องพึ่ง External AAA Server สำหรับ Login แบบ Local
- สามารถใช้เป็น Emergency Fallback ได้เมื่อออกแบบอย่างเหมาะสม
ข้อจำกัดของ Local Authentication
- ต้องบริหาร User บนอุปกรณ์แต่ละตัว
- การ Disable User จำนวนมากทำได้ยากขึ้น
- Audit แบบรวมศูนย์มีข้อจำกัด
- Policy อาจไม่สอดคล้องกันทุก Device
Centralized AAA
AAA Server
|
+---------+---------+
| | |
v v v
Router Switch Firewall
ช่วยให้ User และ Policy สามารถบริหารจากระบบกลาง ตาม AAA Solution ที่เลือกใช้
ภาค 5: RADIUS
RADIUS คืออะไร?
RADIUS หรือ Remote Authentication Dial-In User Service เป็น AAA Protocol ที่ใช้อย่างแพร่หลาย ในระบบ Network Access
ตัวอย่าง:
Wi-Fi Client
|
v
Access Point
|
v
RADIUS Server
หรือ:
VPN User
|
v
VPN Gateway
|
v
RADIUS Server
RADIUS พบได้บ่อยกับ:
- 802.1X
- Enterprise Wi-Fi
- VPN Access
- Network Access Control
- Remote Access
RADIUS Transport
RADIUS โดยทั่วไปใช้ UDP และ Port มาตรฐานที่พบได้บ่อยคือ:
UDP 1812
=
Authentication / Authorization
UDP 1813
=
Accounting
Legacy Environment บางระบบ อาจพบ Port รุ่นเก่า จึงควรตรวจ Configuration ของ Client และ Server จริง
ภาค 6: TACACS+
TACACS+ คืออะไร?
TACACS+ เป็น AAA Protocol ที่นิยมใช้กับ Network Device Administration
ตัวอย่าง:
Network Engineer
|
| SSH
v
Cisco Router
|
| TACACS+
v
AAA Server
TACACS+ สามารถแยก Authentication, Authorization และ Accounting ออกจากกันได้อย่างชัดเจน จึงเหมาะกับ Device Administration และ Command Authorization
TACACS+ ใช้ Port อะไร?
โดยทั่วไปใช้:
TCP 49
ภาค 7: RADIUS vs TACACS+
RADIUS กับ TACACS+ ต่างกันอย่างไร?
| หัวข้อ | RADIUS | TACACS+ |
|---|---|---|
| Transport ที่พบทั่วไป | UDP | TCP |
| Port | 1812 / 1813 | 49 |
| Network Access | เหมาะมาก | ไม่ใช่ Use Case หลักทั่วไป |
| Device Administration | ทำได้ในบาง Architecture | นิยมใช้ |
| Command Authorization | มีข้อจำกัดเมื่อเทียบกับ TACACS+ | เหมาะกับ Use Case นี้ |
| AAA Separation | Authentication และ Authorization มีความสัมพันธ์ใกล้กัน | แยก AAA Functions ได้ละเอียดกว่า |
ควรเลือก RADIUS หรือ TACACS+?
ไม่ควรเลือกจากคำถามว่า Protocol ใด “ดีกว่า” เพียงอย่างเดียว แต่ควรเลือกตาม Use Case
User Network Access
Wi-Fi / 802.1X / VPN
|
v
RADIUS
Network Device Administration
Router / Switch / Firewall
|
v
TACACS+
สรุป Port ของ RADIUS และ TACACS+
| Protocol | Transport | Port |
|---|---|---|
| RADIUS Authentication / Authorization | UDP | 1812 |
| RADIUS Accounting | UDP | 1813 |
| TACACS+ | TCP | 49 |
Firewall และ ACL ควรอนุญาตเฉพาะ Communication ระหว่าง Authorized AAA Clients กับ AAA Servers ตาม Design
ภาค 8: AAA Method List บน Cisco
AAA Method List คืออะไร?
Cisco AAA สามารถกำหนด Method List เพื่อระบุลำดับวิธี ที่ Device ใช้ในการ Authentication หรือ AAA Function อื่น
ตัวอย่างแนวคิด:
Login Attempt
|
v
TACACS+ Server
|
+---- Available
| |
| v
| Use Result
|
+---- Unavailable
|
v
Local User
ตัวอย่าง:
aaa authentication login default group tacacs+ local
แนวคิดคือให้ Device ลองใช้ TACACS+ ก่อน และใช้ Local Database ตามเงื่อนไขของ AAA Method Processing
default Method List คืออะไร?
default เป็น Method List ที่สามารถถูกใช้โดย Service ที่ไม่ได้อ้าง Named Method List อื่นตาม Configuration
Named Method List
สามารถสร้าง Method List แบบมีชื่อ:
aaa authentication login VTY-AUTH group tacacs+ local
แล้วนำไปผูกกับ Line:
line vty 0 4
login authentication VTY-AUTH
ทำให้สามารถกำหนด Policy แยกตาม Access Method ได้ละเอียดขึ้น
ภาค 9: AAA Fallback และ Lockout Prevention
ทำไม AAA Fallback สำคัญ?
สมมติ:
Administrator
|
v
Router
|
X
AAA Server
ถ้า Router ไม่สามารถเข้าถึง AAA Server ได้ และไม่มี Fallback ที่เหมาะสม ผู้ดูแลอาจไม่สามารถ Login เข้า Device ได้
Local Emergency Account
ตัวอย่าง:
username emergency-admin privilege 15 secret STRONG_LOCAL_SECRET
แล้ว Method List:
aaa authentication login default group tacacs+ local
ทดสอบก่อนปิด Session เดิม
เมื่อแก้ AAA บนอุปกรณ์ Remote ควร:
Existing Admin Session
|
| Keep Open
|
+-------------------+
|
New Session
|
v
Test AAA Login
|
+----------+----------+
| |
Success Failure
| |
v v
Continue Roll Back
ภาค 10: Cisco Local AAA Lab
Topology
Admin PC
10.10.10.100
|
| SSH
v
+-----------+
| R1 |
|10.10.10.1 |
+-----------+
Step 1 — สร้าง Local User
username netadmin privilege 15 secret STRONG_SECRET
Step 2 — เปิด AAA
aaa new-model
Step 3 — Configure Login Authentication
aaa authentication login default local
Step 4 — Configure VTY
line vty 0 4
login authentication default
transport input ssh
Step 5 — ทดสอบ SSH
ssh netadmin@10.10.10.1
Flow:
SSH
|
v
AAA Authentication
|
v
Local Database
|
+---- Accept
|
+---- Reject
ภาค 11: Cisco TACACS+ Lab
Topology
AAA Server
10.10.10.50
|
|
SW1
|
|
R1
10.10.10.1
|
|
Admin PC
Step 1 — ตรวจ Connectivity
ping 10.10.10.50
ตรวจ Route:
show ip route 10.10.10.50
Step 2 — Configure TACACS+ Server
Cisco IOS/IOS XE มี Syntax แตกต่างกันตาม Release
ตัวอย่าง Object-Based Syntax ที่พบใน IOS/IOS XE หลายรุ่น:
tacacs server AAA-SERVER
address ipv4 10.10.10.50
key TACACS_SHARED_SECRET
Step 3 — สร้าง Local Fallback Account
username emergency-admin privilege 15 secret LOCAL_EMERGENCY_SECRET
Step 4 — เปิด AAA
aaa new-model
Step 5 — Configure Authentication
aaa authentication login default group tacacs+ local
Step 6 — Configure VTY
line vty 0 4
login authentication default
transport input ssh
Step 7 — ทดสอบ Login
อย่าปิด Session เดิม จากนั้นเปิด SSH Session ใหม่
Admin PC
|
| SSH
v
Router
|
| TACACS+
v
AAA Server
|
+---- Accept
|
+---- Reject
Step 8 — ทดสอบ AAA Server Failure ใน Lab
เมื่อ AAA Server ไม่สามารถ Reach ได้ ให้ตรวจว่า Local Fallback ทำงานตาม Design หรือไม่
Router
|
X---- TACACS+ Server
|
v
Local Database
ภาค 12: Command Authorization
Command Authorization คืออะไร?
ใน Device Administration องค์กรอาจต้องการให้ Network Engineer แต่ละกลุ่ม ใช้ Command แตกต่างกัน
ตัวอย่าง:
NOC User
|
+---- show interfaces
+---- show ip route
+---- ping
X---- reload
X---- configuration changes
Senior Network Admin
|
+---- show
+---- configure
+---- routing changes
+---- interface changes
TACACS+ เหมาะกับ Use Case ที่ต้องการ Authorization ในระดับ Device Administration และ Command Control เมื่อ AAA Server และ Platform รองรับ
ตัวอย่าง Cisco Command Authorization
ตัวอย่างแนวคิด:
aaa authorization exec default group tacacs+ local
aaa authorization commands 15 default group tacacs+ local
ภาค 13: AAA Accounting
Accounting ช่วยอะไร?
Authentication บอกว่า ใคร Login
Authorization บอกว่า เขาทำอะไรได้
Accounting ช่วยบันทึกว่า เกิด Activity อะไรขึ้น ตาม Policy ที่ Configure
User
|
v
Login
|
v
Commands
|
v
Logout
|
v
AAA Accounting Records
ตัวอย่าง Exec Accounting
aaa accounting exec default start-stop group tacacs+
ตัวอย่าง Command Accounting
aaa accounting commands 15 default start-stop group tacacs+
Syntax และ Accounting Capability ควรตรวจตาม Platform และ AAA Server ที่ใช้จริง
AAA Accounting กับ Syslog
ทั้งสองระบบสามารถใช้ร่วมกัน:
Administrator
|
v
Network Device
/ \
/ \
v v
AAA Syslog
Accounting Events
\ /
\ /
v v
Security / Audit
และควรใช้ NTP เพื่อให้ Timestamp ของทั้งสองระบบสอดคล้องกัน
ภาค 14: AAA Verification
ตรวจ AAA Configuration
show running-config | section aaa
ตรวจ TACACS Configuration
show running-config | section tacacs
ตรวจ Local Users
show running-config | include username
ตรวจ VTY Configuration
show running-config | section line vty
ตรวจ Route ไป AAA Server
show ip route 10.10.10.50
ตรวจ Interface
show ip interface brief
ทดสอบ AAA
Cisco Platform บางรุ่นรองรับ คำสั่งทดสอบ AAA เช่น:
test aaa group tacacs+ USER PASSWORD legacy
test aaa
แตกต่างกันตาม Platform และ Software Release
และการใส่ Credential บน CLI
อาจมีผลด้าน Security/Logging
จึงควรตรวจ Documentation และ Operational Policy ก่อนใช้งาน
ภาค 15: AAA Troubleshooting
AAA Troubleshooting Workflow
Can reach Device?
|
v
SSH Working?
|
v
AAA Enabled?
|
v
Method List Correct?
|
v
AAA Server Reachable?
|
v
Routing Correct?
|
v
ACL / Firewall?
|
v
Shared Secret?
|
v
Username / Credential?
|
v
Authorization?
|
v
Accounting?
ปัญหา 1 — Login ไม่ได้หลังเปิด AAA
ตรวจ:
aaa new-model
Authentication Method List
VTY Configuration
Local User
AAA Server
Routing
Firewall
ถ้ายังมี Console หรือ Existing Session ให้ใช้ Session นั้น ตรวจ Configuration ก่อนทำการเปลี่ยนแปลงเพิ่มเติม
ปัญหา 2 — Ping AAA Server ได้ แต่ Authentication ไม่ผ่าน
Ping ใช้ ICMP ไม่ได้ยืนยันว่า AAA Protocol ทำงาน
Ping
=
ICMP
TACACS+
=
TCP 49
RADIUS
=
Typically UDP 1812 / 1813
ตรวจ:
Firewall
Port
Shared Secret
AAA Client Definition
Username
Authentication Policy
ปัญหา 3 — TACACS+ Server ไม่ตอบ แต่ Local User ใช้ไม่ได้
ตรวจ Method List:
aaa authentication login default group tacacs+ local
จากนั้นตรวจว่า Server ถูกมองว่า Unavailable หรือกำลังส่ง Authentication Reject
ปัญหา 4 — Login ได้ แต่เข้า Privileged Function ไม่ได้
Authentication อาจสำเร็จ แต่ Authorization ไม่อนุญาต
Authentication
=
SUCCESS
Authorization
=
DENIED
ตรวจ:
AAA Authorization
User Policy
Group Policy
Privilege
Command Authorization
ปัญหา 5 — Login ได้ แต่บาง Command ใช้ไม่ได้
ตรวจ Command Authorization บน AAA Server และ Cisco Device
User
|
v
Command
|
v
Authorization Request
|
v
AAA Server
|
+---- Permit
|
+---- Deny
ปัญหา 6 — Accounting ไม่มีข้อมูล
ตรวจ:
Accounting Method
AAA Server Reachability
Accounting Service
Server Policy
Timestamp
NTP
ปัญหา 7 — AAA ใช้ได้จาก Router หนึ่งแต่ไม่ได้จากอีก Router
เปรียบเทียบ:
Source IP
Routing
Firewall
AAA Client Definition
Shared Secret
Method List
Software Version
ภาค 16: AAA Source Interface
ทำไม Source IP สำคัญ?
AAA Server มักกำหนด Network Device หรือ AAA Client ด้วย IP Address และ Shared Secret
ถ้า Router ส่ง AAA Request ด้วย Source IP ที่ไม่ตรงกับ AAA Server Configuration Request อาจถูกปฏิเสธ
Router
|
| Source 10.255.0.1
v
AAA Server
|
+---- Known Client
|
+---- Correct Secret
|
v
Process Request
ใช้ Loopback เป็น Source
บน Platform ที่รองรับ สามารถกำหนด Source Interface เพื่อให้ Source IP มีความคงที่
ตัวอย่างแนวคิด TACACS+:
ip tacacs source-interface Loopback0
และ RADIUS:
ip radius source-interface Loopback0
ภาค 17: AAA Security
AAA เป็นส่วนหนึ่งของ Management Plane Security
Management Plane
|
+---- SSH
|
+---- AAA
|
+---- SNMP
|
+---- Syslog
|
+---- NTP
|
+---- DNS
ถ้า Management Plane ไม่ได้รับการป้องกัน ผู้โจมตีอาจพยายามเข้าถึง อุปกรณ์ Infrastructure โดยตรง
จำกัด AAA Traffic
Firewall และ ACL ควรอนุญาตเฉพาะ:
Authorized Network Devices
|
v
AAA Servers
ไม่ควรเปิด AAA Service ให้ Network ที่ไม่จำเป็น เข้าถึง
ป้องกัน Shared Secret
Shared Secret ระหว่าง AAA Client และ Server ควร:
- มีความแข็งแรง
- ไม่ใช้ Default Value
- ไม่เผยแพร่ใน Documentation ที่ไม่ปลอดภัย
- เปลี่ยนตาม Security Policy
- จัดการผ่านระบบ Secret Management เมื่อเหมาะสม
ใช้ SSH แทน Telnet
Administrator
|
| SSH
v
Network Device
|
| AAA
v
AAA Server
AAA ไม่สามารถชดเชย Management Protocol ที่ไม่ปลอดภัย ได้ทั้งหมด
ดังนั้น Secure Device Administration ควรพิจารณา SSH + AAA + ACL + Management Network + Logging ร่วมกัน
ภาค 18: AAA, NTP และ Syslog ทำงานร่วมกันอย่างไร?
สร้าง Audit Trail ที่ตรวจสอบย้อนหลังได้
Administrator
|
v
AAA Authentication
|
v
Authorization
|
v
Network Device
|
+---- AAA Accounting
|
+---- Syslog
|
v
Central Systems
NTP ช่วยให้ Timestamp ของ AAA Server, Network Device และ Syslog Server สอดคล้องกัน
NTP
|
+---- Router
|
+---- Switch
|
+---- AAA Server
|
+---- Syslog Server
เมื่อต้องตรวจ Incident สามารถนำข้อมูลมาสร้าง Timeline:
10:01:00
User Login
10:01:10
Entered Privileged Mode
10:02:00
Configuration Changed
10:02:05
Interface Down
10:02:06
OSPF Neighbor Down
10:05:00
User Logout
ภาค 19: AAA Best Practices
1. ใช้ Centralized AAA ใน Enterprise Network
ช่วยให้บริหาร User, Policy และ Audit ได้จากระบบกลาง
2. มี Local Emergency Account
ควรออกแบบ Local Account สำหรับกรณี AAA Infrastructure ไม่สามารถใช้งานได้ ตาม Security Policy
3. ป้องกัน Local Emergency Credential
Emergency Account ไม่ควรถูกใช้เป็น Daily Account และควรมีการควบคุม การเข้าถึง Credential อย่างเข้มงวด
4. ใช้ Least Privilege
User
|
v
Only Required Permissions
ไม่ควรให้ Privilege สูงสุด แก่ผู้ใช้ทุกคน เพียงเพื่อให้บริหารง่าย
5. ใช้ TACACS+ สำหรับ Device Administration เมื่อเหมาะสม
โดยเฉพาะ Environment ที่ต้องการ Command Authorization และ Accounting อย่างละเอียด
6. ใช้ RADIUS สำหรับ Network Access เมื่อเหมาะสม
เช่น:
802.1X
Enterprise Wi-Fi
VPN
Network Access Control
7. ใช้ NTP กับ AAA Server และ Network Device
เพื่อให้ Accounting และ Security Log มี Timestamp ที่สอดคล้องกัน
8. ส่ง Log ไป Central Syslog Server
AAA Accounting และ Syslog สามารถช่วยกันสร้าง Audit Trail ที่สมบูรณ์ขึ้น
9. ใช้ Management Network
แยก Traffic เช่น:
SSH
AAA
SNMP
Syslog
NTP
DNS
ออกจาก User Traffic เมื่อ Architecture รองรับ
10. ทดสอบ AAA Failure Scenario
ต้องทราบว่าเกิดอะไรขึ้นเมื่อ:
AAA Server Down
Routing Failure
Firewall Failure
Wrong Shared Secret
Authorization Failure
DNS Failure
NTP Failure
11. อย่าปิด Session เดิมก่อนทดสอบ
นี่เป็นหนึ่งในหลักปฏิบัติ ที่สำคัญที่สุดเมื่อเปลี่ยน Remote AAA Configuration
Old Session
=
Recovery Path
New Session
=
AAA Test
ภาค 20: ตัวอย่าง Troubleshooting AAA ใน Enterprise Network
Scenario: Administrator SSH เข้า Router ไม่ได้
Network Engineer ไม่ควรสรุปทันทีว่า Username หรือ Password ผิด
ควรตรวจตามลำดับ:
Admin PC
|
v
IP Connectivity
|
v
SSH / TCP 22
|
v
VTY
|
v
AAA Method List
|
v
AAA Server Route
|
v
Firewall
|
v
TACACS+ TCP 49
|
v
AAA Client Definition
|
v
Shared Secret
|
v
User Authentication
|
v
Authorization
ตัวอย่างที่ 1 — SSH Connection ไม่เกิด
ถ้า TCP/22 ไปยัง Router ไม่ได้ตั้งแต่แรก ปัญหายังไม่ถึง AAA
Admin
|
X---- TCP 22
|
Router
ตัวอย่างที่ 2 — SSH เชื่อมต่อได้แต่ Login ถูก Reject
ตรวจ:
Username
Password
AAA Server Policy
Authentication Result
Account Status
ตัวอย่างที่ 3 — AAA Server Timeout
ตรวจ:
Routing
Firewall
TCP 49
Source IP
AAA Server Status
จากนั้นตรวจว่า Local Fallback ทำงานตาม Method List หรือไม่
ตัวอย่างที่ 4 — Login สำเร็จแต่ Configure ไม่ได้
ปัญหานี้อาจอยู่ที่ Authorization ไม่ใช่ Authentication
Authentication
=
PASS
Authorization
=
DENY
ภาค 21: คำถามที่พบบ่อย
AAA ย่อมาจากอะไร?
Authentication, Authorization และ Accounting
Authentication คืออะไร?
การตรวจสอบว่า ผู้ใช้เป็นใคร
Authorization คืออะไร?
การกำหนดว่า ผู้ใช้ที่ผ่าน Authentication แล้ว สามารถทำอะไรได้
Accounting คืออะไร?
การบันทึกข้อมูลเกี่ยวกับ Session และ Activity ตาม Policy ที่กำหนด
RADIUS ใช้ Port อะไร?
โดยทั่วไป:
UDP 1812
Authentication / Authorization
UDP 1813
Accounting
TACACS+ ใช้ Port อะไร?
โดยทั่วไปใช้ TCP Port 49
RADIUS กับ TACACS+ อันไหนดีกว่า?
ขึ้นอยู่กับ Use Case
Network Access
|
v
RADIUS
Device Administration
|
v
TACACS+
ถ้ามี TACACS+ แล้วต้องมี Local User หรือไม่?
สำหรับ Network Device Administration ควรพิจารณา Local Emergency Access ตาม Security และ Recovery Design เพื่อรองรับกรณี Central AAA ไม่สามารถใช้งานได้
ถ้า TACACS+ Password ผิด ระบบจะลอง Local Password หรือไม่?
ไม่ควรสมมติว่าจะทำเช่นนั้น ในทุกกรณี เพราะ Authentication Reject และ AAA Server Unavailable มีผลต่อ Method Processing แตกต่างกัน
AAA แทน SSH ได้หรือไม่?
ไม่ได้
SSH
=
Secure Management Transport
AAA
=
Identity / Access Control / Accounting
ทั้งสองควรทำงานร่วมกัน
AAA แทน Syslog ได้หรือไม่?
ไม่ได้ AAA Accounting และ Syslog มีหน้าที่แตกต่างกัน แต่สามารถใช้ร่วมกัน เพื่อสร้าง Audit Trail
บทสรุป
AAA เป็นพื้นฐานสำคัญของ Secure Network Device Administration เพราะช่วยแยกการควบคุมออกเป็น Authentication, Authorization และ Accounting
Authentication
=
Who are you?
Authorization
=
What can you do?
Accounting
=
What did you do?
สำหรับ Centralized AAA สอง Protocol สำคัญคือ:
RADIUS
|
+---- Network Access
+---- 802.1X
+---- Wi-Fi
+---- VPN
TACACS+
|
+---- Device Administration
+---- Router / Switch
+---- Command Authorization
+---- Accounting
สำหรับ Cisco Device Administration ควรออกแบบ Method List และ Fallback อย่างระมัดระวัง
Administrator
|
v
SSH
|
v
AAA
|
+---- TACACS+
|
+---- Local Fallback
|
v
Authorization
|
v
Accounting
|
v
Syslog / Audit
เมื่อรวมกับ Infrastructure Services จากบทก่อนหน้า:
DNS
|
v
Name Resolution
NTP
|
v
Correct Time
Syslog
|
v
Event Logging
SNMP
|
v
Network Monitoring
AAA
|
v
Identity & Access Control
ขั้นต่อไปคือการป้องกัน Management Channel ที่ Administrator ใช้เชื่อมต่อ Router และ Switch โดยตรง
บทความถัดไป: SSH บน Cisco สำหรับ Network Engineer: Secure Remote Management, RSA Key, VTY, ACL และ Hardening
Share your thoughts here
Join the conversation and share your perspective on this article.