ਹਰ ਚੀਜ਼ ਬਹੁਤ ਖਰਾਬ ਹੈ ਜਾਂ ਇੱਕ ਨਵੀਂ ਕਿਸਮ ਦੀ ਟ੍ਰੈਫਿਕ ਰੁਕਾਵਟ ਹੈ

RIPE ਵਿਰੋਧੀ ਦੁਰਵਿਵਹਾਰ ਕਾਰਜ ਸਮੂਹ ਨੂੰ 13 ਮਾਰਚ ਇੱਕ ਪੇਸ਼ਕਸ਼ ਪ੍ਰਾਪਤ ਹੋਈ ਹੈ BGP ਹਾਈਜੈਕਿੰਗ (hjjack) ਨੂੰ RIPE ਨੀਤੀ ਦੀ ਉਲੰਘਣਾ ਸਮਝੋ। ਜੇਕਰ ਪ੍ਰਸਤਾਵ ਨੂੰ ਸਵੀਕਾਰ ਕਰ ਲਿਆ ਗਿਆ ਸੀ, ਤਾਂ ਟ੍ਰੈਫਿਕ ਰੁਕਾਵਟ ਦੁਆਰਾ ਹਮਲਾ ਕੀਤੇ ਗਏ ਇੰਟਰਨੈਟ ਪ੍ਰਦਾਤਾ ਨੂੰ ਹਮਲਾਵਰ ਨੂੰ ਬੇਨਕਾਬ ਕਰਨ ਲਈ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਬੇਨਤੀ ਭੇਜਣ ਦਾ ਮੌਕਾ ਮਿਲੇਗਾ। ਜੇਕਰ ਸਮੀਖਿਆ ਟੀਮ ਨੇ ਲੋੜੀਂਦੇ ਸਹਿਯੋਗੀ ਸਬੂਤ ਇਕੱਠੇ ਕੀਤੇ, ਤਾਂ LIR ਜੋ BGP ਇੰਟਰਸੈਪਟ ਦਾ ਸਰੋਤ ਸੀ, ਨੂੰ ਘੁਸਪੈਠੀਏ ਮੰਨਿਆ ਜਾਵੇਗਾ ਅਤੇ ਇਸਦੀ LIR ਸਥਿਤੀ ਨੂੰ ਹਟਾਇਆ ਜਾ ਸਕਦਾ ਹੈ। ਕੁਝ ਬਹਿਸ ਵੀ ਹੋਏ ਇਸ ਦੇ ਖਿਲਾਫ ਤਬਦੀਲੀਆਂ।

ਇਸ ਪ੍ਰਕਾਸ਼ਨ ਵਿੱਚ ਅਸੀਂ ਇੱਕ ਹਮਲੇ ਦੀ ਇੱਕ ਉਦਾਹਰਣ ਦਿਖਾਉਣਾ ਚਾਹੁੰਦੇ ਹਾਂ ਜਿੱਥੇ ਨਾ ਸਿਰਫ਼ ਅਸਲ ਹਮਲਾਵਰ ਸਵਾਲ ਵਿੱਚ ਸੀ, ਬਲਕਿ ਪ੍ਰਭਾਵਿਤ ਅਗੇਤਰਾਂ ਦੀ ਪੂਰੀ ਸੂਚੀ ਵੀ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਅਜਿਹਾ ਹਮਲਾ ਇਸ ਕਿਸਮ ਦੇ ਆਵਾਜਾਈ ਦੇ ਭਵਿੱਖ ਵਿਚ ਰੁਕਾਵਟਾਂ ਦੇ ਉਦੇਸ਼ਾਂ ਬਾਰੇ ਦੁਬਾਰਾ ਸਵਾਲ ਉਠਾਉਂਦਾ ਹੈ।

ਪਿਛਲੇ ਕੁਝ ਸਾਲਾਂ ਵਿੱਚ, ਸਿਰਫ MOAS (ਮਲਟੀਪਲ ਓਰਿਜਿਨ ਆਟੋਨੋਮਸ ਸਿਸਟਮ) ਵਰਗੇ ਵਿਵਾਦਾਂ ਨੂੰ ਹੀ BGP ਇੰਟਰਸੈਪਸ਼ਨ ਦੇ ਰੂਪ ਵਿੱਚ ਪ੍ਰੈਸ ਵਿੱਚ ਕਵਰ ਕੀਤਾ ਗਿਆ ਹੈ। MOAS ਇੱਕ ਵਿਸ਼ੇਸ਼ ਕੇਸ ਹੈ ਜਿੱਥੇ ਦੋ ਵੱਖ-ਵੱਖ ਖੁਦਮੁਖਤਿਆਰ ਪ੍ਰਣਾਲੀਆਂ AS_PATH (AS_PATH ਵਿੱਚ ਪਹਿਲਾ ASN, ਇਸ ਤੋਂ ਬਾਅਦ ਮੂਲ ASN ਵਜੋਂ ਜਾਣਿਆ ਜਾਂਦਾ ਹੈ) ਵਿੱਚ ਸੰਬੰਧਿਤ ASN ਦੇ ਨਾਲ ਵਿਰੋਧੀ ਅਗੇਤਰਾਂ ਦਾ ਇਸ਼ਤਿਹਾਰ ਦਿੰਦੇ ਹਨ। ਹਾਲਾਂਕਿ, ਅਸੀਂ ਘੱਟੋ ਘੱਟ ਨਾਮ ਦੇ ਸਕਦੇ ਹਾਂ 3 ਵਾਧੂ ਕਿਸਮਾਂ ਟ੍ਰੈਫਿਕ ਰੁਕਾਵਟ, ਇੱਕ ਹਮਲਾਵਰ ਨੂੰ ਵੱਖ-ਵੱਖ ਉਦੇਸ਼ਾਂ ਲਈ AS_PATH ਵਿਸ਼ੇਸ਼ਤਾ ਵਿੱਚ ਹੇਰਾਫੇਰੀ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਫਿਲਟਰਿੰਗ ਅਤੇ ਨਿਗਰਾਨੀ ਲਈ ਆਧੁਨਿਕ ਪਹੁੰਚਾਂ ਨੂੰ ਬਾਈਪਾਸ ਕਰਨਾ ਸ਼ਾਮਲ ਹੈ। ਹਮਲੇ ਦੀ ਕਿਸਮ ਜਾਣੀ ਜਾਂਦੀ ਹੈ ਪਿਲੋਸੋਵਾ-ਕੈਪਲੀ - ਅਜਿਹੀ ਰੁਕਾਵਟ ਦੀ ਆਖਰੀ ਕਿਸਮ, ਪਰ ਮਹੱਤਤਾ ਵਿੱਚ ਬਿਲਕੁਲ ਨਹੀਂ। ਇਹ ਬਿਲਕੁਲ ਸੰਭਵ ਹੈ ਕਿ ਇਹ ਬਿਲਕੁਲ ਉਸੇ ਤਰ੍ਹਾਂ ਦਾ ਹਮਲਾ ਹੈ ਜੋ ਅਸੀਂ ਪਿਛਲੇ ਹਫ਼ਤਿਆਂ ਵਿੱਚ ਦੇਖਿਆ ਹੈ। ਅਜਿਹੀ ਘਟਨਾ ਦੇ ਇੱਕ ਸਮਝਣਯੋਗ ਸੁਭਾਅ ਅਤੇ ਕਾਫ਼ੀ ਗੰਭੀਰ ਨਤੀਜੇ ਹਨ.

ਜਿਹੜੇ ਲੋਕ TL;DR ਸੰਸਕਰਣ ਦੀ ਭਾਲ ਕਰ ਰਹੇ ਹਨ ਉਹ "ਪਰਫੈਕਟ ਅਟੈਕ" ਉਪਸਿਰਲੇਖ ਤੱਕ ਸਕ੍ਰੋਲ ਕਰ ਸਕਦੇ ਹਨ।

ਨੈੱਟਵਰਕ ਪਿਛੋਕੜ

(ਇਸ ਘਟਨਾ ਵਿੱਚ ਸ਼ਾਮਲ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਬਿਹਤਰ ਢੰਗ ਨਾਲ ਸਮਝਣ ਵਿੱਚ ਤੁਹਾਡੀ ਮਦਦ ਕਰਨ ਲਈ)

ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਪੈਕੇਟ ਭੇਜਣਾ ਚਾਹੁੰਦੇ ਹੋ ਅਤੇ ਤੁਹਾਡੇ ਕੋਲ ਮੰਜ਼ਿਲ IP ਐਡਰੈੱਸ ਵਾਲੀ ਰੂਟਿੰਗ ਟੇਬਲ ਵਿੱਚ ਕਈ ਅਗੇਤਰ ਹਨ, ਤਾਂ ਤੁਸੀਂ ਸਭ ਤੋਂ ਲੰਬੀ ਲੰਬਾਈ ਵਾਲੇ ਅਗੇਤਰ ਲਈ ਰੂਟ ਦੀ ਵਰਤੋਂ ਕਰੋਗੇ। ਜੇਕਰ ਰੂਟਿੰਗ ਟੇਬਲ ਵਿੱਚ ਇੱਕੋ ਅਗੇਤਰ ਲਈ ਕਈ ਵੱਖ-ਵੱਖ ਰੂਟ ਹਨ, ਤਾਂ ਤੁਸੀਂ ਸਭ ਤੋਂ ਵਧੀਆ (ਸਭ ਤੋਂ ਵਧੀਆ ਮਾਰਗ ਚੋਣ ਵਿਧੀ ਦੇ ਅਨੁਸਾਰ) ਦੀ ਚੋਣ ਕਰੋਗੇ।

ਮੌਜੂਦਾ ਫਿਲਟਰਿੰਗ ਅਤੇ ਨਿਗਰਾਨੀ ਦੇ ਤਰੀਕੇ AS_PATH ਗੁਣ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਕੇ ਰੂਟਾਂ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨ ਅਤੇ ਫੈਸਲੇ ਲੈਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹਨ। ਰਾਊਟਰ ਇਸ਼ਤਿਹਾਰ ਦੇ ਦੌਰਾਨ ਇਸ ਵਿਸ਼ੇਸ਼ਤਾ ਨੂੰ ਕਿਸੇ ਵੀ ਮੁੱਲ ਵਿੱਚ ਬਦਲ ਸਕਦਾ ਹੈ। AS_PATH (ਮੂਲ ASN ਵਜੋਂ) ਦੀ ਸ਼ੁਰੂਆਤ ਵਿੱਚ ਸਿਰਫ਼ ਮਾਲਕ ਦੇ ASN ਨੂੰ ਜੋੜਨਾ ਮੌਜੂਦਾ ਮੂਲ ਜਾਂਚ ਵਿਧੀ ਨੂੰ ਬਾਈਪਾਸ ਕਰਨ ਲਈ ਕਾਫ਼ੀ ਹੋ ਸਕਦਾ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਜੇਕਰ ਹਮਲਾ ਕੀਤੇ ASN ਤੋਂ ਤੁਹਾਡੇ ਲਈ ਕੋਈ ਰਸਤਾ ਹੈ, ਤਾਂ ਤੁਹਾਡੇ ਹੋਰ ਇਸ਼ਤਿਹਾਰਾਂ ਵਿੱਚ ਇਸ ਰੂਟ ਦੇ AS_PATH ਨੂੰ ਕੱਢਣਾ ਅਤੇ ਵਰਤਣਾ ਸੰਭਵ ਹੋ ਜਾਂਦਾ ਹੈ। ਤੁਹਾਡੀਆਂ ਤਿਆਰ ਕੀਤੀਆਂ ਘੋਸ਼ਣਾਵਾਂ ਲਈ ਕੋਈ ਵੀ AS_PATH-ਸਿਰਫ਼ ਪ੍ਰਮਾਣਿਕਤਾ ਜਾਂਚ ਅੰਤ ਵਿੱਚ ਪਾਸ ਹੋ ਜਾਵੇਗੀ।

ਜ਼ਿਕਰਯੋਗ ਹੈ ਕਿ ਅਜੇ ਵੀ ਕੁਝ ਕਮੀਆਂ ਹਨ। ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਅੱਪਸਟ੍ਰੀਮ ਪ੍ਰਦਾਤਾ ਦੁਆਰਾ ਪ੍ਰੀਫਿਕਸ ਫਿਲਟਰ ਕਰਨ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਤੁਹਾਡਾ ਰੂਟ ਅਜੇ ਵੀ ਫਿਲਟਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ (ਸਹੀ AS_PATH ਦੇ ਨਾਲ ਵੀ) ਜੇਕਰ ਅਗੇਤਰ ਅੱਪਸਟ੍ਰੀਮ 'ਤੇ ਕੌਂਫਿਗਰ ਕੀਤੇ ਤੁਹਾਡੇ ਕਲਾਇੰਟ ਕੋਨ ਨਾਲ ਸਬੰਧਤ ਨਹੀਂ ਹੈ। ਦੂਜਾ, ਇੱਕ ਵੈਧ AS_PATH ਅਵੈਧ ਹੋ ਸਕਦਾ ਹੈ ਜੇਕਰ ਬਣਾਏ ਗਏ ਰੂਟ ਨੂੰ ਗਲਤ ਦਿਸ਼ਾਵਾਂ ਵਿੱਚ ਇਸ਼ਤਿਹਾਰ ਦਿੱਤਾ ਗਿਆ ਹੈ ਅਤੇ, ਇਸ ਤਰ੍ਹਾਂ, ਰੂਟਿੰਗ ਨੀਤੀ ਦੀ ਉਲੰਘਣਾ ਕਰਦਾ ਹੈ। ਅੰਤ ਵਿੱਚ, ROA ਲੰਬਾਈ ਦੀ ਉਲੰਘਣਾ ਕਰਨ ਵਾਲੇ ਅਗੇਤਰ ਵਾਲਾ ਕੋਈ ਵੀ ਰਸਤਾ ਅਵੈਧ ਮੰਨਿਆ ਜਾ ਸਕਦਾ ਹੈ।

ਘਟਨਾ

ਕੁਝ ਹਫ਼ਤੇ ਪਹਿਲਾਂ ਸਾਨੂੰ ਸਾਡੇ ਉਪਭੋਗਤਾਵਾਂ ਵਿੱਚੋਂ ਇੱਕ ਤੋਂ ਸ਼ਿਕਾਇਤ ਮਿਲੀ ਸੀ। ਅਸੀਂ ਉਸਦੇ ਮੂਲ ASN ਅਤੇ /25 ਅਗੇਤਰਾਂ ਦੇ ਨਾਲ ਰੂਟ ਦੇਖੇ, ਜਦੋਂ ਕਿ ਉਪਭੋਗਤਾ ਨੇ ਦਾਅਵਾ ਕੀਤਾ ਕਿ ਉਸਨੇ ਉਹਨਾਂ ਦਾ ਇਸ਼ਤਿਹਾਰ ਨਹੀਂ ਦਿੱਤਾ।

TABLE_DUMP2|1554076803|B|xxx|265466|78.163.7.0/25|265466 262761 263444 22356 3491 2914 9121|INCOMPLETE|xxx|0|0||NAG||
TABLE_DUMP2|1554076803|B|xxx|265466|78.163.7.128/25|265466 262761 263444 22356 3491 2914 9121|INCOMPLETE|xxx|0|0||NAG||
TABLE_DUMP2|1554076803|B|xxx|265466|78.163.18.0/25|265466 262761 263444 6762 2914 9121|INCOMPLETE|xxx|0|0||NAG||
TABLE_DUMP2|1554076803|B|xxx|265466|78.163.18.128/25|265466 262761 263444 6762 2914 9121|INCOMPLETE|xxx|0|0||NAG||
TABLE_DUMP2|1554076803|B|xxx|265466|78.163.226.0/25|265466 262761 263444 22356 3491 2914 9121|INCOMPLETE|xxx|0|0||NAG||
TABLE_DUMP2|1554076803|B|xxx|265466|78.163.226.128/25|265466 262761 263444 22356 3491 2914 9121|INCOMPLETE|xxx|0|0||NAG||
TABLE_DUMP2|1554076803|B|xxx|265466|78.164.7.0/25|265466 262761 263444 6762 2914 9121|INCOMPLETE|xxx|0|0||NAG||
TABLE_DUMP2|1554076803|B|xxx|265466|78.164.7.128/25|265466 262761 263444 6762 2914 9121|INCOMPLETE|xxx|0|0||NAG||
ਅਪ੍ਰੈਲ 2019 ਦੀ ਸ਼ੁਰੂਆਤ ਲਈ ਘੋਸ਼ਣਾਵਾਂ ਦੀਆਂ ਉਦਾਹਰਨਾਂ

/25 ਅਗੇਤਰ ਲਈ ਮਾਰਗ ਵਿੱਚ NTT ਇਸ ਨੂੰ ਖਾਸ ਤੌਰ 'ਤੇ ਸ਼ੱਕੀ ਬਣਾਉਂਦਾ ਹੈ। ਘਟਨਾ ਦੇ ਸਮੇਂ LG NTT ਇਸ ਰੂਟ ਤੋਂ ਅਣਜਾਣ ਸੀ। ਤਾਂ ਹਾਂ, ਕੁਝ ਆਪਰੇਟਰ ਇਹਨਾਂ ਅਗੇਤਰਾਂ ਲਈ ਇੱਕ ਪੂਰਾ AS_PATH ਬਣਾਉਂਦਾ ਹੈ! ਦੂਜੇ ਰਾਊਟਰਾਂ ਦੀ ਜਾਂਚ ਕਰਨ ਨਾਲ ਇੱਕ ਖਾਸ ASN ਪਤਾ ਲੱਗਦਾ ਹੈ: AS263444। ਇਸ ਖੁਦਮੁਖਤਿਆਰੀ ਪ੍ਰਣਾਲੀ ਦੇ ਨਾਲ ਹੋਰ ਰੂਟਾਂ ਨੂੰ ਦੇਖਣ ਤੋਂ ਬਾਅਦ, ਸਾਨੂੰ ਹੇਠ ਲਿਖੀ ਸਥਿਤੀ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪਿਆ:

TABLE_DUMP2|1554076800|B|xxx|265466|1.6.36.0/23|265466 262761 263444 52320 9583|IGP|xxx|0|0||NAG||
TABLE_DUMP2|1554076800|B|xxx|265466|1.6.38.0/23|265466 262761 263444 52320 9583|IGP|xxx|0|0||NAG||
TABLE_DUMP2|1554076800|B|xxx|265466|1.23.143.0/25|265466 262761 263444 22356 6762 9498 9730 45528|IGP|xxx|0|0||NAG||
TABLE_DUMP2|1554076800|B|xxx|265466|1.23.143.128/25|265466 262761 263444 22356 6762 9498 9730 45528|IGP|xxx|0|0||NAG||
TABLE_DUMP2|1554076800|B|xxx|265466|1.24.0.0/17|265466 262761 263444 6762 4837|IGP|xxx|0|0||NAG||
TABLE_DUMP2|1554076800|B|xxx|265466|1.24.128.0/17|265466 262761 263444 6762 4837|IGP|xxx|0|0||NAG||
TABLE_DUMP2|1554076800|B|xxx|265466|1.26.0.0/17|265466 262761 263444 6762 4837|IGP|xxx|0|0||NAG||
TABLE_DUMP2|1554076800|B|xxx|265466|1.26.128.0/17|265466 262761 263444 6762 4837|IGP|xxx|0|0||NAG||
TABLE_DUMP2|1554076800|B|xxx|265466|1.64.96.0/20|265466 262761 263444 6762 3491 4760|IGP|xxx|0|0||NAG||
TABLE_DUMP2|1554076800|B|xxx|265466|1.64.112.0/20|265466 262761 263444 6762 3491 4760|IGP|xxx|0|0||NAG||
ਅੰਦਾਜ਼ਾ ਲਗਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ ਕਿ ਇੱਥੇ ਕੀ ਗਲਤ ਹੈ

ਅਜਿਹਾ ਲਗਦਾ ਹੈ ਕਿ ਕਿਸੇ ਨੇ ਰੂਟ ਤੋਂ ਅਗੇਤਰ ਲਿਆ ਹੈ, ਇਸਨੂੰ ਦੋ ਹਿੱਸਿਆਂ ਵਿੱਚ ਵੰਡਿਆ ਹੈ, ਅਤੇ ਉਹਨਾਂ ਦੋ ਅਗੇਤਰਾਂ ਲਈ ਉਸੇ AS_PATH ਨਾਲ ਰੂਟ ਦਾ ਇਸ਼ਤਿਹਾਰ ਦਿੱਤਾ ਹੈ।

TABLE_DUMP2|1554076800|B|xxx|263444|1.6.36.0/23|263444 52320 9583|IGP|xxx|0|0|32:12595 52320:21311 65444:20000|NAG||
TABLE_DUMP2|1554076800|B|xxx|263444|1.6.38.0/23|263444 52320 9583|IGP|xxx|0|0|32:12595 52320:21311 65444:20000|NAG||
TABLE_DUMP2|1554076800|B|xxx|61775|1.6.36.0/23|61775 262761 263444 52320 9583|IGP|xxx|0|0|32:12595 52320:21311 65444:20000|NAG||
TABLE_DUMP2|1554076800|B|xxx|61775|1.6.38.0/23|61775 262761 263444 52320 9583|IGP|xxx|0|0|32:12595 52320:21311 65444:20000|NAG||
TABLE_DUMP2|1554076800|B|xxx|265466|1.6.36.0/23|265466 262761 263444 52320 9583|IGP|xxx|0|0||NAG||
TABLE_DUMP2|1554076800|B|xxx|265466|1.6.38.0/23|265466 262761 263444 52320 9583|IGP|xxx|0|0||NAG||
TABLE_DUMP2|1554076800|B|xxx|28172|1.6.36.0/23|28172 52531 263444 52320 9583|IGP|xxx|0|0||NAG||
TABLE_DUMP2|1554076800|B|xxx|28172|1.6.38.0/23|28172 52531 263444 52320 9583|IGP|xxx|0|0||NAG||
ਸਪਲਿਟ ਪ੍ਰੀਫਿਕਸ ਜੋੜਿਆਂ ਵਿੱਚੋਂ ਇੱਕ ਲਈ ਉਦਾਹਰਨ ਰੂਟ

ਇੱਕੋ ਸਮੇਂ ਕਈ ਸਵਾਲ ਉੱਠਦੇ ਹਨ। ਕੀ ਕਿਸੇ ਨੇ ਅਸਲ ਵਿੱਚ ਅਭਿਆਸ ਵਿੱਚ ਇਸ ਕਿਸਮ ਦੀ ਰੁਕਾਵਟ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ ਹੈ? ਕੀ ਕਿਸੇ ਨੇ ਇਹ ਰਸਤੇ ਲਏ ਹਨ? ਕਿਹੜੇ ਅਗੇਤਰ ਪ੍ਰਭਾਵਿਤ ਹੋਏ ਸਨ?

ਇਹ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਸਾਡੀਆਂ ਅਸਫਲਤਾਵਾਂ ਦਾ ਸਿਲਸਿਲਾ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ ਅਤੇ ਇੰਟਰਨੈੱਟ ਦੀ ਸਿਹਤ ਦੀ ਮੌਜੂਦਾ ਸਥਿਤੀ ਨਾਲ ਨਿਰਾਸ਼ਾ ਦਾ ਇੱਕ ਹੋਰ ਦੌਰ।

ਅਸਫਲਤਾ ਦਾ ਰਾਹ

ਪਹਿਲੀਆਂ ਚੀਜ਼ਾਂ ਪਹਿਲਾਂ। ਅਸੀਂ ਇਹ ਕਿਵੇਂ ਨਿਰਧਾਰਿਤ ਕਰ ਸਕਦੇ ਹਾਂ ਕਿ ਕਿਹੜੇ ਰਾਊਟਰਾਂ ਨੇ ਅਜਿਹੇ ਰੁਕਾਵਟ ਵਾਲੇ ਰੂਟਾਂ ਨੂੰ ਸਵੀਕਾਰ ਕੀਤਾ ਹੈ ਅਤੇ ਅੱਜ ਕਿਸਦੀ ਆਵਾਜਾਈ ਨੂੰ ਮੁੜ ਰੂਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ? ਅਸੀਂ ਸੋਚਿਆ ਕਿ ਅਸੀਂ /25 ਅਗੇਤਰਾਂ ਨਾਲ ਸ਼ੁਰੂ ਕਰਾਂਗੇ ਕਿਉਂਕਿ ਉਹਨਾਂ ਵਿੱਚ "ਬਸ ਗਲੋਬਲ ਵੰਡ ਨਹੀਂ ਹੋ ਸਕਦੀ।" ਜਿਵੇਂ ਕਿ ਤੁਸੀਂ ਅੰਦਾਜ਼ਾ ਲਗਾ ਸਕਦੇ ਹੋ, ਅਸੀਂ ਬਹੁਤ ਗਲਤ ਸੀ. ਇਹ ਮੈਟ੍ਰਿਕ ਬਹੁਤ ਰੌਲਾ-ਰੱਪਾ ਵਾਲਾ ਨਿਕਲਿਆ ਅਤੇ ਅਜਿਹੇ ਅਗੇਤਰ ਵਾਲੇ ਰੂਟ ਟੀਅਰ-1 ਆਪਰੇਟਰਾਂ ਤੋਂ ਵੀ ਦਿਖਾਈ ਦੇ ਸਕਦੇ ਹਨ। ਉਦਾਹਰਨ ਲਈ, NTT ਕੋਲ ਲਗਭਗ 50 ਅਜਿਹੇ ਅਗੇਤਰ ਹਨ, ਜੋ ਇਹ ਆਪਣੇ ਗਾਹਕਾਂ ਨੂੰ ਵੰਡਦਾ ਹੈ। ਦੂਜੇ ਪਾਸੇ, ਇਹ ਮੈਟ੍ਰਿਕ ਖਰਾਬ ਹੈ ਕਿਉਂਕਿ ਅਜਿਹੇ ਅਗੇਤਰ ਨੂੰ ਫਿਲਟਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਜੇਕਰ ਓਪਰੇਟਰ ਵਰਤਦਾ ਹੈ ਛੋਟੇ ਅਗੇਤਰ ਫਿਲਟਰ ਕਰਨਾ, ਸਾਰੀਆਂ ਦਿਸ਼ਾਵਾਂ ਵਿੱਚ। ਇਸ ਲਈ, ਇਹ ਤਰੀਕਾ ਉਹਨਾਂ ਸਾਰੇ ਓਪਰੇਟਰਾਂ ਨੂੰ ਲੱਭਣ ਲਈ ਢੁਕਵਾਂ ਨਹੀਂ ਹੈ ਜਿਨ੍ਹਾਂ ਦੇ ਟ੍ਰੈਫਿਕ ਨੂੰ ਅਜਿਹੀ ਘਟਨਾ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਰੀਡਾਇਰੈਕਟ ਕੀਤਾ ਗਿਆ ਸੀ।

ਇਕ ਹੋਰ ਵਧੀਆ ਵਿਚਾਰ ਜਿਸ ਬਾਰੇ ਅਸੀਂ ਸੋਚਿਆ ਸੀ ਉਹ ਦੇਖਣਾ ਸੀ POV. ਖਾਸ ਤੌਰ 'ਤੇ ਉਹਨਾਂ ਰੂਟਾਂ ਲਈ ਜੋ ਸੰਬੰਧਿਤ ROA ਦੇ ਅਧਿਕਤਮ ਲੰਬਾਈ ਦੇ ਨਿਯਮ ਦੀ ਉਲੰਘਣਾ ਕਰਦੇ ਹਨ। ਇਸ ਤਰ੍ਹਾਂ ਅਸੀਂ ਅਵੈਧ ਸਥਿਤੀ ਵਾਲੇ ਵੱਖ-ਵੱਖ ਮੂਲ ASN ਦੀ ਸੰਖਿਆ ਲੱਭ ਸਕਦੇ ਹਾਂ ਜੋ ਕਿਸੇ ਦਿੱਤੇ AS ਨੂੰ ਦਿਖਾਈ ਦਿੰਦੇ ਹਨ। ਹਾਲਾਂਕਿ, ਇੱਕ "ਛੋਟੀ" ਸਮੱਸਿਆ ਹੈ. ਇਸ ਸੰਖਿਆ ਦੀ ਔਸਤ (ਮੱਧ ਅਤੇ ਮੋਡ) (ਵੱਖ-ਵੱਖ ਮੂਲ ASN ਦੀ ਸੰਖਿਆ) ਲਗਭਗ 150 ਹੈ ਅਤੇ, ਭਾਵੇਂ ਅਸੀਂ ਛੋਟੇ ਅਗੇਤਰਾਂ ਨੂੰ ਫਿਲਟਰ ਕਰਦੇ ਹਾਂ, ਇਹ 70 ਤੋਂ ਉੱਪਰ ਰਹਿੰਦਾ ਹੈ। ਮਾਮਲਿਆਂ ਦੀ ਇਸ ਸਥਿਤੀ ਦੀ ਇੱਕ ਬਹੁਤ ਹੀ ਸਧਾਰਨ ਵਿਆਖਿਆ ਹੈ: ਇੱਥੇ ਸਿਰਫ ਇੱਕ ਹਨ ਕੁਝ ਓਪਰੇਟਰ ਜੋ ਪਹਿਲਾਂ ਹੀ ਐਂਟਰੀ ਪੁਆਇੰਟਾਂ 'ਤੇ "ਅਵੈਧ ਰੂਟਾਂ ਨੂੰ ਰੀਸੈਟ ਕਰੋ" ਨੀਤੀ ਦੇ ਨਾਲ ROA- ਫਿਲਟਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ, ਤਾਂ ਜੋ ਅਸਲ ਸੰਸਾਰ ਵਿੱਚ ਜਿੱਥੇ ਵੀ ROA ਉਲੰਘਣਾ ਵਾਲਾ ਰੂਟ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ, ਇਹ ਸਾਰੀਆਂ ਦਿਸ਼ਾਵਾਂ ਵਿੱਚ ਫੈਲ ਸਕਦਾ ਹੈ।

ਆਖਰੀ ਦੋ ਪਹੁੰਚ ਸਾਨੂੰ ਓਪਰੇਟਰਾਂ ਨੂੰ ਲੱਭਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹਨ ਜਿਨ੍ਹਾਂ ਨੇ ਸਾਡੀ ਘਟਨਾ ਨੂੰ ਦੇਖਿਆ (ਕਿਉਂਕਿ ਇਹ ਕਾਫ਼ੀ ਵੱਡਾ ਸੀ), ਪਰ ਆਮ ਤੌਰ 'ਤੇ ਉਹ ਲਾਗੂ ਨਹੀਂ ਹੁੰਦੇ ਹਨ। ਠੀਕ ਹੈ, ਪਰ ਕੀ ਅਸੀਂ ਘੁਸਪੈਠੀਏ ਨੂੰ ਲੱਭ ਸਕਦੇ ਹਾਂ? ਇਸ AS_PATH ਹੇਰਾਫੇਰੀ ਦੀਆਂ ਆਮ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਕੀ ਹਨ? ਇੱਥੇ ਕੁਝ ਬੁਨਿਆਦੀ ਧਾਰਨਾਵਾਂ ਹਨ:

• ਅਗੇਤਰ ਪਹਿਲਾਂ ਕਿਤੇ ਨਹੀਂ ਦੇਖਿਆ ਗਿਆ ਸੀ;
• ਮੂਲ ASN (ਰੀਮਾਈਂਡਰ: AS_PATH ਵਿੱਚ ਪਹਿਲਾ ASN) ਵੈਧ ਹੈ;
• AS_PATH ਵਿੱਚ ਆਖਰੀ ASN ਹਮਲਾਵਰ ਦਾ ASN ਹੈ (ਜੇਕਰ ਇਸਦਾ ਗੁਆਂਢੀ ਸਾਰੇ ਆਉਣ ਵਾਲੇ ਰੂਟਾਂ 'ਤੇ ਗੁਆਂਢੀ ਦੇ ASN ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ);
• ਹਮਲਾ ਇੱਕ ਸਿੰਗਲ ਪ੍ਰਦਾਤਾ ਤੋਂ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ।

ਜੇਕਰ ਸਾਰੀਆਂ ਧਾਰਨਾਵਾਂ ਸਹੀ ਹਨ, ਤਾਂ ਸਾਰੇ ਗਲਤ ਰਸਤੇ ਹਮਲਾਵਰ ਦੇ ASN ਨੂੰ ਪੇਸ਼ ਕਰਨਗੇ (ਮੂਲ ASN ਨੂੰ ਛੱਡ ਕੇ) ਅਤੇ, ਇਸ ਤਰ੍ਹਾਂ, ਇਹ ਇੱਕ "ਨਾਜ਼ੁਕ" ਬਿੰਦੂ ਹੈ। ਅਸਲ ਹਾਈਜੈਕਰਾਂ ਵਿੱਚ AS263444 ਸੀ, ਹਾਲਾਂਕਿ ਹੋਰ ਵੀ ਸਨ। ਉਦੋਂ ਵੀ ਜਦੋਂ ਅਸੀਂ ਘਟਨਾ ਦੇ ਰੂਟਾਂ ਨੂੰ ਵਿਚਾਰ ਤੋਂ ਰੱਦ ਕਰ ਦਿੱਤਾ ਸੀ। ਕਿਉਂ? ਇੱਕ ਨਾਜ਼ੁਕ ਬਿੰਦੂ ਸਹੀ ਰੂਟਾਂ ਲਈ ਵੀ ਨਾਜ਼ੁਕ ਰਹਿ ਸਕਦਾ ਹੈ। ਇਹ ਜਾਂ ਤਾਂ ਕਿਸੇ ਖੇਤਰ ਵਿੱਚ ਮਾੜੀ ਕਨੈਕਟੀਵਿਟੀ ਜਾਂ ਸਾਡੀ ਆਪਣੀ ਦਿੱਖ ਵਿੱਚ ਕਮੀਆਂ ਦਾ ਨਤੀਜਾ ਹੋ ਸਕਦਾ ਹੈ।

ਨਤੀਜੇ ਵਜੋਂ, ਇੱਕ ਹਮਲਾਵਰ ਦਾ ਪਤਾ ਲਗਾਉਣ ਦਾ ਇੱਕ ਤਰੀਕਾ ਹੈ, ਪਰ ਸਿਰਫ ਤਾਂ ਹੀ ਜੇ ਉਪਰੋਕਤ ਸਾਰੀਆਂ ਸ਼ਰਤਾਂ ਪੂਰੀਆਂ ਹੁੰਦੀਆਂ ਹਨ ਅਤੇ ਕੇਵਲ ਉਦੋਂ ਜਦੋਂ ਰੁਕਾਵਟ ਨਿਗਰਾਨੀ ਥ੍ਰੈਸ਼ਹੋਲਡ ਨੂੰ ਪਾਸ ਕਰਨ ਲਈ ਕਾਫ਼ੀ ਵੱਡਾ ਹੋਵੇ। ਜੇਕਰ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੁਝ ਕਾਰਕਾਂ ਨੂੰ ਪੂਰਾ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਕੀ ਅਸੀਂ ਉਹਨਾਂ ਅਗੇਤਰਾਂ ਦੀ ਪਛਾਣ ਕਰ ਸਕਦੇ ਹਾਂ ਜੋ ਅਜਿਹੇ ਰੁਕਾਵਟ ਤੋਂ ਪੀੜਤ ਹਨ? ਕੁਝ ਆਪਰੇਟਰਾਂ ਲਈ - ਹਾਂ।

ਜਦੋਂ ਕੋਈ ਹਮਲਾਵਰ ਇੱਕ ਹੋਰ ਖਾਸ ਰੂਟ ਬਣਾਉਂਦਾ ਹੈ, ਤਾਂ ਅਜਿਹੇ ਅਗੇਤਰ ਦਾ ਸੱਚੇ ਮਾਲਕ ਦੁਆਰਾ ਇਸ਼ਤਿਹਾਰ ਨਹੀਂ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ। ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਇਸ ਦੇ ਸਾਰੇ ਅਗੇਤਰਾਂ ਦੀ ਇੱਕ ਗਤੀਸ਼ੀਲ ਸੂਚੀ ਹੈ, ਤਾਂ ਤੁਲਨਾ ਕਰਨੀ ਅਤੇ ਵਿਗਾੜਿਤ ਹੋਰ ਖਾਸ ਰੂਟਾਂ ਨੂੰ ਲੱਭਣਾ ਸੰਭਵ ਹੋ ਜਾਂਦਾ ਹੈ। ਅਸੀਂ ਆਪਣੇ BGP ਸੈਸ਼ਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਅਗੇਤਰਾਂ ਦੀ ਇਹ ਸੂਚੀ ਇਕੱਠੀ ਕਰਦੇ ਹਾਂ, ਕਿਉਂਕਿ ਸਾਨੂੰ ਇਸ ਸਮੇਂ ਆਪਰੇਟਰ ਨੂੰ ਦਿਖਾਈ ਦੇਣ ਵਾਲੇ ਰੂਟਾਂ ਦੀ ਪੂਰੀ ਸੂਚੀ ਹੀ ਨਹੀਂ ਦਿੱਤੀ ਗਈ ਹੈ, ਸਗੋਂ ਉਹਨਾਂ ਸਾਰੇ ਅਗੇਤਰਾਂ ਦੀ ਸੂਚੀ ਵੀ ਦਿੱਤੀ ਗਈ ਹੈ ਜਿਨ੍ਹਾਂ ਦਾ ਇਹ ਸੰਸਾਰ ਨੂੰ ਇਸ਼ਤਿਹਾਰ ਦੇਣਾ ਚਾਹੁੰਦਾ ਹੈ। ਬਦਕਿਸਮਤੀ ਨਾਲ, ਹੁਣ ਕਈ ਦਰਜਨ ਰਾਡਾਰ ਉਪਭੋਗਤਾ ਹਨ ਜੋ ਆਖਰੀ ਭਾਗ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਪੂਰਾ ਨਹੀਂ ਕਰਦੇ ਹਨ। ਅਸੀਂ ਜਲਦੀ ਹੀ ਉਨ੍ਹਾਂ ਨੂੰ ਸੂਚਿਤ ਕਰਾਂਗੇ ਅਤੇ ਇਸ ਮੁੱਦੇ ਨੂੰ ਹੱਲ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਾਂਗੇ। ਬਾਕੀ ਹਰ ਕੋਈ ਇਸ ਸਮੇਂ ਸਾਡੀ ਨਿਗਰਾਨੀ ਪ੍ਰਣਾਲੀ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋ ਸਕਦਾ ਹੈ।

ਜੇਕਰ ਅਸੀਂ ਅਸਲ ਘਟਨਾ 'ਤੇ ਵਾਪਸ ਆਉਂਦੇ ਹਾਂ, ਤਾਂ ਹਮਲਾਵਰ ਅਤੇ ਵੰਡ ਖੇਤਰ ਦੋਵਾਂ ਨੂੰ ਸਾਡੇ ਦੁਆਰਾ ਨਾਜ਼ੁਕ ਬਿੰਦੂਆਂ ਦੀ ਖੋਜ ਕਰਕੇ ਖੋਜਿਆ ਗਿਆ ਸੀ। ਹੈਰਾਨੀ ਦੀ ਗੱਲ ਹੈ ਕਿ, AS263444 ਨੇ ਆਪਣੇ ਸਾਰੇ ਗਾਹਕਾਂ ਨੂੰ ਫੈਬਰੀਕੇਟਡ ਰੂਟ ਨਹੀਂ ਭੇਜੇ। ਹਾਲਾਂਕਿ ਇੱਕ ਅਜਨਬੀ ਪਲ ਹੈ.

BGP4MP|1554905421|A|xxx|263444|178.248.236.0/24|263444 6762 197068|IGP|xxx|0|0|13106:12832 22356:6453 65444:20000|NAG||
BGP4MP|1554905421|A|xxx|263444|178.248.237.0/24|263444 6762 197068|IGP|xxx|0|0|13106:12832 22356:6453 65444:20000|NAG||
ਸਾਡੇ ਐਡਰੈੱਸ ਸਪੇਸ ਨੂੰ ਰੋਕਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਦੀ ਇੱਕ ਤਾਜ਼ਾ ਉਦਾਹਰਣ

ਜਦੋਂ ਸਾਡੇ ਅਗੇਤਰਾਂ ਲਈ ਵਧੇਰੇ ਖਾਸ ਬਣਾਏ ਗਏ ਸਨ, ਤਾਂ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਬਣਾਇਆ ਗਿਆ AS_PATH ਵਰਤਿਆ ਗਿਆ ਸੀ। ਹਾਲਾਂਕਿ, ਇਹ AS_PATH ਸਾਡੇ ਕਿਸੇ ਵੀ ਪਿਛਲੇ ਰੂਟਾਂ ਤੋਂ ਨਹੀਂ ਲਿਆ ਜਾ ਸਕਦਾ ਸੀ। ਸਾਡੇ ਕੋਲ AS6762 ਨਾਲ ਸੰਚਾਰ ਵੀ ਨਹੀਂ ਹੈ। ਘਟਨਾ ਵਿੱਚ ਦੂਜੇ ਰੂਟਾਂ ਨੂੰ ਦੇਖਦੇ ਹੋਏ, ਉਹਨਾਂ ਵਿੱਚੋਂ ਕੁਝ ਕੋਲ ਇੱਕ ਅਸਲੀ AS_PATH ਸੀ ਜੋ ਪਹਿਲਾਂ ਵਰਤਿਆ ਗਿਆ ਸੀ, ਜਦੋਂ ਕਿ ਹੋਰਾਂ ਕੋਲ ਨਹੀਂ ਸੀ, ਭਾਵੇਂ ਇਹ ਅਸਲੀ ਵਾਂਗ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ। AS_PATH ਨੂੰ ਬਦਲਣਾ ਵੀ ਕੋਈ ਵਿਹਾਰਕ ਅਰਥ ਨਹੀਂ ਰੱਖਦਾ, ਕਿਉਂਕਿ ਟ੍ਰੈਫਿਕ ਨੂੰ ਕਿਸੇ ਵੀ ਤਰ੍ਹਾਂ ਹਮਲਾਵਰ ਵੱਲ ਭੇਜਿਆ ਜਾਵੇਗਾ, ਪਰ "ਖਰਾਬ" AS_PATH ਵਾਲੇ ਰੂਟਾਂ ਨੂੰ ASPA ਜਾਂ ਕਿਸੇ ਹੋਰ ਨਿਰੀਖਣ ਵਿਧੀ ਦੁਆਰਾ ਫਿਲਟਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਇੱਥੇ ਅਸੀਂ ਹਾਈਜੈਕਰ ਦੀ ਪ੍ਰੇਰਣਾ ਬਾਰੇ ਸੋਚਦੇ ਹਾਂ. ਸਾਡੇ ਕੋਲ ਫਿਲਹਾਲ ਇਸ ਗੱਲ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ ਲੋੜੀਂਦੀ ਜਾਣਕਾਰੀ ਨਹੀਂ ਹੈ ਕਿ ਇਹ ਘਟਨਾ ਇੱਕ ਯੋਜਨਾਬੱਧ ਹਮਲਾ ਸੀ। ਫਿਰ ਵੀ, ਇਹ ਸੰਭਵ ਹੈ. ਆਉ ਕਲਪਨਾ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੀਏ, ਹਾਲਾਂਕਿ ਅਜੇ ਵੀ ਕਾਲਪਨਿਕ, ਪਰ ਸੰਭਾਵੀ ਤੌਰ 'ਤੇ ਕਾਫ਼ੀ ਅਸਲੀ, ਇੱਕ ਸਥਿਤੀ ਹੈ।

ਸੰਪੂਰਣ ਹਮਲਾ

ਸਾਡੇ ਕੋਲ ਕੀ ਹੈ? ਮੰਨ ਲਓ ਕਿ ਤੁਸੀਂ ਆਪਣੇ ਗਾਹਕਾਂ ਲਈ ਇੱਕ ਆਵਾਜਾਈ ਪ੍ਰਦਾਤਾ ਪ੍ਰਸਾਰਣ ਰੂਟ ਹੋ। ਜੇ ਤੁਹਾਡੇ ਗਾਹਕਾਂ ਦੀ ਮਲਟੀਪਲ ਮੌਜੂਦਗੀ (ਮਲਟੀਹੋਮ) ਹੈ, ਤਾਂ ਤੁਸੀਂ ਉਹਨਾਂ ਦੇ ਟ੍ਰੈਫਿਕ ਦਾ ਸਿਰਫ ਇੱਕ ਹਿੱਸਾ ਪ੍ਰਾਪਤ ਕਰੋਗੇ. ਪਰ ਜਿੰਨਾ ਜ਼ਿਆਦਾ ਟ੍ਰੈਫਿਕ, ਓਨੀ ਹੀ ਤੁਹਾਡੀ ਆਮਦਨ। ਇਸ ਲਈ ਜੇਕਰ ਤੁਸੀਂ ਉਸੇ AS_PATH ਦੇ ਨਾਲ ਇਹਨਾਂ ਇੱਕੋ ਰੂਟਾਂ ਦੇ ਸਬਨੈੱਟ ਅਗੇਤਰਾਂ ਦਾ ਇਸ਼ਤਿਹਾਰ ਦੇਣਾ ਸ਼ੁਰੂ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਉਹਨਾਂ ਦਾ ਬਾਕੀ ਟ੍ਰੈਫਿਕ ਪ੍ਰਾਪਤ ਕਰੋਗੇ। ਨਤੀਜੇ ਵਜੋਂ, ਬਾਕੀ ਦੇ ਪੈਸੇ.

ਕੀ ROA ਇੱਥੇ ਮਦਦ ਕਰੇਗਾ? ਸ਼ਾਇਦ ਹਾਂ, ਜੇ ਤੁਸੀਂ ਇਸਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਵਰਤਣਾ ਬੰਦ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕਰਦੇ ਹੋ ਅਧਿਕਤਮ. ਇਸ ਤੋਂ ਇਲਾਵਾ, ਇੰਟਰਸੈਕਟਿੰਗ ਅਗੇਤਰਾਂ ਦੇ ਨਾਲ ROA ਰਿਕਾਰਡਾਂ ਦਾ ਹੋਣਾ ਬਹੁਤ ਹੀ ਅਣਚਾਹੇ ਹੈ। ਕੁਝ ਓਪਰੇਟਰਾਂ ਲਈ, ਅਜਿਹੀਆਂ ਪਾਬੰਦੀਆਂ ਅਸਵੀਕਾਰਨਯੋਗ ਹਨ।

ਹੋਰ ਰੂਟਿੰਗ ਸੁਰੱਖਿਆ ਵਿਧੀਆਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ, ASPA ਇਸ ਕੇਸ ਵਿੱਚ ਵੀ ਮਦਦ ਨਹੀਂ ਕਰੇਗਾ (ਕਿਉਂਕਿ ਇਹ ਇੱਕ ਵੈਧ ਰੂਟ ਤੋਂ AS_PATH ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ)। ਘੱਟ ਗੋਦ ਲੈਣ ਦੀਆਂ ਦਰਾਂ ਅਤੇ ਡਾਊਨਗ੍ਰੇਡ ਹਮਲਿਆਂ ਦੀ ਬਾਕੀ ਸੰਭਾਵਨਾ ਦੇ ਕਾਰਨ BGPSec ਅਜੇ ਵੀ ਇੱਕ ਅਨੁਕੂਲ ਵਿਕਲਪ ਨਹੀਂ ਹੈ।

ਇਸ ਲਈ ਸਾਡੇ ਕੋਲ ਹਮਲਾਵਰ ਲਈ ਸਪੱਸ਼ਟ ਲਾਭ ਅਤੇ ਸੁਰੱਖਿਆ ਦੀ ਕਮੀ ਹੈ। ਸ਼ਾਨਦਾਰ ਮਿਸ਼ਰਣ!

ਮੈਨੂੰ ਕੀ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ?

ਸਪੱਸ਼ਟ ਅਤੇ ਸਭ ਤੋਂ ਸਖ਼ਤ ਕਦਮ ਤੁਹਾਡੀ ਮੌਜੂਦਾ ਰੂਟਿੰਗ ਨੀਤੀ ਦੀ ਸਮੀਖਿਆ ਕਰਨਾ ਹੈ। ਆਪਣੀ ਐਡਰੈੱਸ ਸਪੇਸ ਨੂੰ ਸਭ ਤੋਂ ਛੋਟੇ ਹਿੱਸਿਆਂ (ਕੋਈ ਓਵਰਲੈਪ ਨਹੀਂ) ਵਿੱਚ ਵੰਡੋ ਜਿਸਦਾ ਤੁਸੀਂ ਇਸ਼ਤਿਹਾਰ ਦੇਣਾ ਚਾਹੁੰਦੇ ਹੋ। maxLength ਪੈਰਾਮੀਟਰ ਦੀ ਵਰਤੋਂ ਕੀਤੇ ਬਿਨਾਂ ਸਿਰਫ਼ ਉਹਨਾਂ ਲਈ ROA ਸਾਈਨ ਕਰੋ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਤੁਹਾਡੀ ਮੌਜੂਦਾ ਪੀਓਵੀ ਤੁਹਾਨੂੰ ਅਜਿਹੇ ਹਮਲੇ ਤੋਂ ਬਚਾ ਸਕਦੀ ਹੈ। ਹਾਲਾਂਕਿ, ਦੁਬਾਰਾ, ਕੁਝ ਓਪਰੇਟਰਾਂ ਲਈ ਇਹ ਪਹੁੰਚ ਵਧੇਰੇ ਖਾਸ ਰੂਟਾਂ ਦੀ ਵਿਸ਼ੇਸ਼ ਵਰਤੋਂ ਦੇ ਕਾਰਨ ਵਾਜਬ ਨਹੀਂ ਹੈ। ROA ਅਤੇ ਰੂਟ ਆਬਜੈਕਟ ਦੀ ਮੌਜੂਦਾ ਸਥਿਤੀ ਨਾਲ ਸਾਰੀਆਂ ਸਮੱਸਿਆਵਾਂ ਦਾ ਵਰਣਨ ਸਾਡੀ ਭਵਿੱਖੀ ਸਮੱਗਰੀ ਵਿੱਚੋਂ ਇੱਕ ਵਿੱਚ ਕੀਤਾ ਜਾਵੇਗਾ।

ਇਸ ਤੋਂ ਇਲਾਵਾ, ਤੁਸੀਂ ਅਜਿਹੇ ਰੁਕਾਵਟਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਸਕਦੇ ਹੋ. ਅਜਿਹਾ ਕਰਨ ਲਈ, ਸਾਨੂੰ ਤੁਹਾਡੇ ਅਗੇਤਰਾਂ ਬਾਰੇ ਭਰੋਸੇਯੋਗ ਜਾਣਕਾਰੀ ਦੀ ਲੋੜ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ, ਜੇਕਰ ਤੁਸੀਂ ਸਾਡੇ ਕੁਲੈਕਟਰ ਨਾਲ ਇੱਕ BGP ਸੈਸ਼ਨ ਸਥਾਪਤ ਕਰਦੇ ਹੋ ਅਤੇ ਸਾਨੂੰ ਤੁਹਾਡੀ ਇੰਟਰਨੈਟ ਦਿੱਖ ਬਾਰੇ ਜਾਣਕਾਰੀ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹੋ, ਤਾਂ ਅਸੀਂ ਹੋਰ ਘਟਨਾਵਾਂ ਦੀ ਗੁੰਜਾਇਸ਼ ਲੱਭ ਸਕਦੇ ਹਾਂ। ਉਹਨਾਂ ਲਈ ਜੋ ਅਜੇ ਤੱਕ ਸਾਡੇ ਨਿਗਰਾਨੀ ਪ੍ਰਣਾਲੀ ਨਾਲ ਜੁੜੇ ਨਹੀਂ ਹਨ, ਸ਼ੁਰੂ ਕਰਨ ਲਈ, ਸਿਰਫ ਤੁਹਾਡੇ ਅਗੇਤਰਾਂ ਵਾਲੇ ਰੂਟਾਂ ਦੀ ਸੂਚੀ ਕਾਫ਼ੀ ਹੋਵੇਗੀ। ਜੇਕਰ ਤੁਹਾਡਾ ਸਾਡੇ ਨਾਲ ਕੋਈ ਸੈਸ਼ਨ ਹੈ, ਤਾਂ ਕਿਰਪਾ ਕਰਕੇ ਜਾਂਚ ਕਰੋ ਕਿ ਤੁਹਾਡੇ ਸਾਰੇ ਰੂਟ ਭੇਜੇ ਗਏ ਹਨ। ਬਦਕਿਸਮਤੀ ਨਾਲ, ਇਹ ਯਾਦ ਰੱਖਣ ਯੋਗ ਹੈ ਕਿਉਂਕਿ ਕੁਝ ਓਪਰੇਟਰ ਇੱਕ ਜਾਂ ਦੋ ਅਗੇਤਰ ਭੁੱਲ ਜਾਂਦੇ ਹਨ ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਸਾਡੇ ਖੋਜ ਵਿਧੀਆਂ ਵਿੱਚ ਦਖਲ ਦਿੰਦੇ ਹਨ। ਜੇਕਰ ਸਹੀ ਢੰਗ ਨਾਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਸਾਡੇ ਕੋਲ ਤੁਹਾਡੇ ਅਗੇਤਰਾਂ ਬਾਰੇ ਭਰੋਸੇਯੋਗ ਡੇਟਾ ਹੋਵੇਗਾ, ਜੋ ਭਵਿੱਖ ਵਿੱਚ ਤੁਹਾਡੀ ਐਡਰੈੱਸ ਸਪੇਸ ਲਈ ਇਸ (ਅਤੇ ਹੋਰ) ਕਿਸਮਾਂ ਦੇ ਟ੍ਰੈਫਿਕ ਰੁਕਾਵਟਾਂ ਨੂੰ ਆਪਣੇ ਆਪ ਪਛਾਣਨ ਅਤੇ ਖੋਜਣ ਵਿੱਚ ਸਾਡੀ ਮਦਦ ਕਰੇਗਾ।

ਜੇ ਤੁਸੀਂ ਰੀਅਲ ਟਾਈਮ ਵਿੱਚ ਆਪਣੇ ਟ੍ਰੈਫਿਕ ਦੇ ਅਜਿਹੇ ਰੁਕਾਵਟ ਤੋਂ ਜਾਣੂ ਹੋ ਜਾਂਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਆਪਣੇ ਆਪ ਇਸਦਾ ਮੁਕਾਬਲਾ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਸਕਦੇ ਹੋ। ਪਹਿਲੀ ਪਹੁੰਚ ਇਹ ਹੈ ਕਿ ਇਹਨਾਂ ਵਧੇਰੇ ਖਾਸ ਅਗੇਤਰਾਂ ਨਾਲ ਆਪਣੇ ਆਪ ਰੂਟਾਂ ਦਾ ਇਸ਼ਤਿਹਾਰ ਦੇਣਾ। ਇਹਨਾਂ ਅਗੇਤਰਾਂ 'ਤੇ ਨਵੇਂ ਹਮਲੇ ਦੀ ਸਥਿਤੀ ਵਿੱਚ, ਦੁਹਰਾਓ।

ਦੂਜੀ ਪਹੁੰਚ ਹੈ ਹਮਲਾਵਰ ਨੂੰ ਸਜ਼ਾ ਦੇਣਾ ਅਤੇ ਉਹਨਾਂ ਲਈ ਜਿਨ੍ਹਾਂ ਲਈ ਉਹ ਇੱਕ ਨਾਜ਼ੁਕ ਬਿੰਦੂ ਹੈ (ਚੰਗੇ ਰੂਟਾਂ ਲਈ) ਹਮਲਾਵਰ ਤੱਕ ਤੁਹਾਡੇ ਰੂਟਾਂ ਦੀ ਪਹੁੰਚ ਨੂੰ ਕੱਟ ਕੇ। ਇਹ ਤੁਹਾਡੇ ਪੁਰਾਣੇ ਰੂਟਾਂ ਦੇ AS_PATH ਵਿੱਚ ਹਮਲਾਵਰ ਦੇ ASN ਨੂੰ ਜੋੜ ਕੇ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਉਹਨਾਂ ਨੂੰ BGP ਵਿੱਚ ਬਿਲਟ-ਇਨ ਲੂਪ ਖੋਜ ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਉਸ AS ਤੋਂ ਬਚਣ ਲਈ ਮਜਬੂਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਤੁਹਾਡੇ ਆਪਣੇ ਭਲੇ ਲਈ.

ਸਰੋਤ: www.habr.com