පැකට් කැප්චරයක පළමු IKEv2 හුවමාරුව කියවන ආකාරය
SPI සහ පණිවිඩ ID මගින් IKE_SA_INIT ඉල්ලීම සහ පිළිතුර ගළපන්න, 4500 හි IKE, එතුම් කළ ESP ගෙන් වෙන් කරන්න, සහ නිහඬ සටහනකට ඔප්පු කළ හැක්කේ කුමක්දැයි බලන්න.
සැසියේ මැදින් ගන්නා ලද කැප්චර තමයි IKEv2 සටහනක් ශබ්දයක් මෙන් පෙනීමට පොදු හේතුව, මන්ද පටිගත කිරීම ආරම්භ වන විට දෙපිරිසම දැනටමත් යතුරු අලුත් කරමින් හෝ සංකේතනය කළ ගෙවුම් හුවමාරු කරමින් සිටී. ඒ වෙනුවට නව සම්බන්ධතා උත්සාහයකින් පටන් ගන්න, එවිට ගොනුවේ පළමු පණිවිඩය සාකච්ඡාව විවෘත කරන පණිවිඩය වේ. පහත කියවීමේ අනුපිළිවෙල එය උපකල්පනය කරන අතර, පැකට්ටුවක් දුර කෙළවර ගැන කිසිවක් ඔප්පු නොකරන ලක්ෂ්‍යය සලකුණු කරයි. එම පියවර මඟ හැරීම නිසාම ක්‍රියාකාරී ටනලයක් අවහිර වූ තොටුපළක් ලෙස විනිශ්චය වේ.
ඔබ ආරම්භක හුවමාරුව දෙස බලන බව තහවුරු කරන්න
IKEv2 සාකච්ඡාවක් ආරම්භ වන්නේ IKE_SA_INIT සමඟය, හුවමාරු වර්ගය 34, පණිවිඩ ID 0. ආරම්භකයා ශුන්‍ය නොවන SPI එකක් තෝරයි, පිළිතුරු දෙන්නාගේ SPI එම පළමු ඉල්ලීමේදී ශුන්‍ය වන අතර පිළිතුරේදී ශුන්‍ය නොවේ. එම කරුණු තුන නව උත්සාහයක් යතුරු අලුත් කිරීමකින් හෝ කැප්චරයක මුදුනේ සිටින IKE_AUTH පණිවිඩයකින් වෙන් කරයි.
ශීර්ෂ ක්ෂේත්‍ර කියවිය හැකි අතර, යෝජනා, යතුරු හුවමාරු සහ nonce ගෙවුම් ද එසේමය. කියවිය හැකි වීම සත්‍යාපිත වීම නොවේ: මෙම අවස්ථාවේදී කිසිදු පිරිසක් අනන්‍යතාවය ඔප්පු කර නැත, සහ Diffie-Hellman හි පෞද්ගලික අගය කිසිදා රැහැනේ නොපෙනේ.
විකේතන පුවරුවක් ස්ක්‍රෝල් කරනවාට වඩා ක්ෂේත්‍ර වගුවක් ලෙස මුද්‍රණය කරන්න, මන්ද නැවත සම්ප්‍රේෂණ සහ නොගැළපෙන SPI තීරු තුළ පැහැදිලි වේ.
tshark -r ike.pcapng -Y "isakmp" -T fields -e frame.number -e ip.src -e udp.srcport -e isakmp.exchangetype -e isakmp.messageid -e isakmp.initiator_spi -e isakmp.responder_spi
ප්‍රතිදානය යුගල වශයෙන් කියවන්න. පණිවිඩ ID 0 සහිත ඉල්ලීමකට පසුව එම ID සහ ශුන්‍ය නොවන පිළිතුරුදායක SPI රැගෙන එන පිළිතුරක් එක් හුවමාරුවකි, ඉල්ලීම නැවත යැවූ නිසා එය තෙවරක් දිස්වුවත්. සමාන ඉල්ලීම් තුනක් පිවිසුම් තුනක් නොවේ, සහ ඒ ලෙස සැලකීම නිසාම ක්ලයන්ටය ලූපයක ගමන් කරන බවට නිගමනය කරයි, ඇත්තෙන්ම එය ඉවසිලිවන්ත පමණි. පණිවිඩ ID අනුව, පසුව වේලා මුද්‍රාව අනුව වර්ග කරන්න, එවිට මුළු සංවාදයම කෙටි උත්සාහ ලැයිස්තුවකට හැකිළේ.
සාර්ථකත්වය කියවීමට පෙර ප්‍රතික්ෂේපය කියවන්න
පිළිතුරක් ස්වයංක්‍රීය ප්‍රගතියක් නොවේ. පිළිතුරු දෙන්නා cookie දැනුම්දීමකින් පිළිතුරු දී ආරම්භකයා නැවත උත්සාහ කරනු ඇතැයි අපේක්ෂා කළ හැක, නැතහොත් ඒ වෙනුවට පිළිගන්නා කණ්ඩායමක් නම් කරන INVALID_KE_PAYLOAD සමඟ. දෙකම නිවැරදිව සැකසූ IKE පණිවිඩ ලෙස පැමිණේ, සහ පැකට් පමණක් ගණන් කරන පෙරහනකට දෙකම අවසන් වූ හුවමාරුවක් ලෙස පෙනේ.
දැනුම්දීම් ගෙවුම විවෘත කර සියල්ලට පෙර වර්ගය කියවන්න. cookie අභියෝගයක් යනු පිළිතුරු දෙන්නා ව්‍යාජ මූලාශ්‍ර ලිපිනවලින් තමා ආරක්ෂා කර ගනිමින් සිටින බවයි, සහ ක්ලයන්ටය cookie එක අමුණා නැවත යැවිය යුතුය. වලංගු නොවන කණ්ඩායමක් යනු යෝජනා දෙක නොගැළපෙන බවයි, එක් පැත්තක වින්‍යාසය වෙනස් වන තෙක් කිසිදු නැවත උත්සාහයකින් එය වෙනස් නොවේ.
සංකේතනය කළ අනන්‍යතාවය සහ සත්‍යාපන ගෙවුම් රැගෙන යන්නේ IKE_AUTH පමණි, එනම් දෙවන හුවමාරුව. එබැවින් සම්පූර්ණ වූ IKE_SA_INIT කියන්නේ පිරිස් ඇල්ගොරිතම සහ ව්‍යුත්පන්න යතුරු ගැන එකඟ බවයි, සහ අක්තපත්‍ර පිළිගනු ලැබේද යන්න ගැන කිසිවක් නොකියයි. එහිද පණිවිඩ දෙකක් අපේක්ෂා කරන්න, සහ සැසි යතුරු නොමැතිව දෙකම අපැහැදිලි වනු ඇතැයි අපේක්ෂා කරන්න.
4500 තොටුපළ එක් ප්‍රොටොකෝලයක් නොවේ
ආරම්භක හුවමාරුව සාමාන්‍යයෙන් UDP 500 රැගෙන යයි. NAT හඳුනාගැනීම ක්‍රියාත්මක වූ පසු IKE 4500 වෙත මාරු වන අතර සෑම පණිවිඩයකටම පෙර බයිට් හතරක ශුන්‍ය ESP නොවන සලකුණක් තබයි. එම තොටුපළේ එතුම් කළ ESP ඊට වෙනස්ව ශුන්‍ය නොවන ESP SPI එකකින් ආරම්භ වේ, සහ එක් බයිටයක NAT keepalive යනු වෙනත් කිසිවක් නොසිදුවන විට දිස්වන තුන්වන ආකෘතියයි.
තොටුපළට පමණක් ගැළපෙන පෙරහන තුනම මිශ්‍ර කරයි, ඒ නිසාම "4500 හි ගමනාගමනයක් ඇත" යන්න ඉතා අල්පයක් තීරණය කරයි. දුර කෙළවර ගැන නිගමනයකට එළඹීමට පෙර දර්ශනය ප්‍රොටොකෝලය අනුව වෙන් කරන්න.
tshark -r ike.pcapng -Y "udp.port == 4500 && isakmp" -T fields -e frame.number -e isakmp.exchangetype tshark -r ike.pcapng -Y "udp.port == 4500 && !isakmp" -T fields -e frame.number -e esp.spi
නිහඬතාව නිරීක්ෂණ ලක්ෂ්‍යය විස්තර කරයි
පිළිතුරු නොමැති ඉල්ලීම් එක් කරුණක් පමණක් තහවුරු කරයි: එම කැප්චර් ලක්ෂ්‍යයේ කිසිදු පිළිතුරක් නොපෙනුණි. පෙරහන් කිරීම, පිළිතුර වෙනත් තැනකට යවන මාර්ගයක්, ළඟා විය නොහැකි පිළිතුරුදායකයෙක්, හෝ යෝජනාවට අකමැති පිළිතුරුදායකයෙක් සියල්ලම එකම හිස් ප්‍රතිඵලය ලබා දෙයි, සහ සාමාන්‍ය UDP පරීක්ෂාවකින් ඒවා වෙන් කළ නොහැක.
ICMP ළඟා නොවීම වෙනත් ආකාරයේ සාක්ෂියකි. එහි ඇතුළත උපුටා දක්වා ඇති පැකට්ටුව කියවා එය කුමන උපාංගයක් නිකුත් කළේදැයි හඳුනා ගන්න, මන්ද රවුටරයක පරිපාලන ප්‍රතික්ෂේපය දුර කෙළවරින් ආ සත්‍යාපිත දෝෂයක් නොවේ.
tshark -r ike.pcapng -Y "icmp.type == 3" -T fields -e frame.number -e ip.src -e icmp.code
කියවීමට අවසර ඇති තැන එම උත්සාහයම සේවාදායක පැත්තේ ලොග සමඟ සහසම්බන්ධ කරන්න. ඉල්ලීම පැමිණියේද, සේවාව පිළිතුරු දුන්නේද, සහ පිළිතුර නැවතුණේ කොහේද? එම පිළිතුරු තුන ඔබව මාර්ග ගැටලුවකට හෝ ප්‍රතිපත්ති ගැටලුවකට යවයි, සහ සතරවන වරට අක්තපත්‍ර මාරු කිරීමට වඩා අඩු මිලක් වේ.