Yandex RPKI ਲਾਗੂ ਕਰਦਾ ਹੈ

ਹੈਲੋ, ਮੇਰਾ ਨਾਮ ਅਲੈਗਜ਼ੈਂਡਰ ਅਜ਼ੀਮੋਵ ਹੈ। ਯਾਂਡੇਕਸ 'ਤੇ, ਮੈਂ ਵੱਖ-ਵੱਖ ਨਿਗਰਾਨੀ ਪ੍ਰਣਾਲੀਆਂ ਦੇ ਨਾਲ-ਨਾਲ ਟ੍ਰਾਂਸਪੋਰਟ ਨੈਟਵਰਕ ਆਰਕੀਟੈਕਚਰ ਦਾ ਵਿਕਾਸ ਕਰਦਾ ਹਾਂ। ਪਰ ਅੱਜ ਅਸੀਂ BGP ਪ੍ਰੋਟੋਕੋਲ ਬਾਰੇ ਗੱਲ ਕਰਾਂਗੇ.

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

BGP ਅਤੇ ਇਸ ਵਿੱਚ ਕੀ ਗਲਤ ਹੈ

ਤੁਸੀਂ ਸ਼ਾਇਦ ਜਾਣਦੇ ਹੋਵੋਗੇ ਕਿ BGP ਨੂੰ ਇੱਕ ਇੰਟਰਡੋਮੇਨ ਰੂਟਿੰਗ ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਰੂਪ ਵਿੱਚ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਸੀ। ਹਾਲਾਂਕਿ, ਰਸਤੇ ਵਿੱਚ, ਵਰਤੋਂ ਦੇ ਕੇਸਾਂ ਦੀ ਗਿਣਤੀ ਵਧਣ ਵਿੱਚ ਕਾਮਯਾਬ ਰਹੀ: ਅੱਜ, BGP, ਕਈ ਐਕਸਟੈਂਸ਼ਨਾਂ ਦੇ ਕਾਰਨ, ਇੱਕ ਸੁਨੇਹਾ ਬੱਸ ਵਿੱਚ ਬਦਲ ਗਿਆ ਹੈ, ਜੋ ਕਿ ਆਪਰੇਟਰ VPN ਤੋਂ ਲੈ ਕੇ ਹੁਣ ਦੇ ਫੈਸ਼ਨੇਬਲ SD-WAN ਤੱਕ ਦੇ ਕਾਰਜਾਂ ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ, ਅਤੇ ਇਸਦੇ ਲਈ ਐਪਲੀਕੇਸ਼ਨ ਵੀ ਲੱਭੀ ਹੈ। ਇੱਕ SDN-ਵਰਗੇ ਕੰਟਰੋਲਰ ਲਈ ਇੱਕ ਟ੍ਰਾਂਸਪੋਰਟ, ਦੂਰੀ ਵੈਕਟਰ BGP ਨੂੰ ਲਿੰਕ ਸੈਟ ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਸਮਾਨ ਕਿਸੇ ਚੀਜ਼ ਵਿੱਚ ਬਦਲਦਾ ਹੈ।

ਅੰਜੀਰ. 1. ਬੀਜੀਪੀ ਸੈਫੀ

ਬੀਜੀਪੀ ਨੇ ਇੰਨੇ ਸਾਰੇ ਉਪਯੋਗ ਕਿਉਂ ਪ੍ਰਾਪਤ ਕੀਤੇ ਹਨ (ਅਤੇ ਪ੍ਰਾਪਤ ਕਰਨਾ ਜਾਰੀ ਹੈ)? ਦੋ ਮੁੱਖ ਕਾਰਨ ਹਨ:

• BGP ਇੱਕੋ ਇੱਕ ਪ੍ਰੋਟੋਕੋਲ ਹੈ ਜੋ ਆਟੋਨੋਮਸ ਸਿਸਟਮ (AS) ਵਿਚਕਾਰ ਕੰਮ ਕਰਦਾ ਹੈ;
• BGP TLV (ਟਾਈਪ-ਲੰਬਾਈ-ਮੁੱਲ) ਫਾਰਮੈਟ ਵਿੱਚ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। ਹਾਂ, ਪ੍ਰੋਟੋਕੋਲ ਇਸ ਵਿੱਚ ਇਕੱਲਾ ਨਹੀਂ ਹੈ, ਪਰ ਕਿਉਂਕਿ ਟੈਲੀਕਾਮ ਆਪਰੇਟਰਾਂ ਦੇ ਵਿਚਕਾਰ ਜੰਕਸ਼ਨ 'ਤੇ ਇਸ ਨੂੰ ਬਦਲਣ ਲਈ ਕੁਝ ਵੀ ਨਹੀਂ ਹੈ, ਇਸ ਲਈ ਇੱਕ ਵਾਧੂ ਰੂਟਿੰਗ ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਸਮਰਥਨ ਕਰਨ ਦੀ ਬਜਾਏ ਇਸਦੇ ਨਾਲ ਇੱਕ ਹੋਰ ਕਾਰਜਸ਼ੀਲ ਤੱਤ ਜੋੜਨਾ ਹਮੇਸ਼ਾਂ ਵਧੇਰੇ ਲਾਭਦਾਇਕ ਸਾਬਤ ਹੁੰਦਾ ਹੈ।

ਉਸ ਨਾਲ ਕੀ ਗਲਤ ਹੈ? ਸੰਖੇਪ ਵਿੱਚ, ਪ੍ਰੋਟੋਕੋਲ ਵਿੱਚ ਪ੍ਰਾਪਤ ਜਾਣਕਾਰੀ ਦੀ ਸ਼ੁੱਧਤਾ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ ਬਿਲਟ-ਇਨ ਵਿਧੀ ਨਹੀਂ ਹੈ। ਭਾਵ, BGP ਇੱਕ ਤਰਜੀਹੀ ਟਰੱਸਟ ਪ੍ਰੋਟੋਕੋਲ ਹੈ: ਜੇਕਰ ਤੁਸੀਂ ਦੁਨੀਆ ਨੂੰ ਦੱਸਣਾ ਚਾਹੁੰਦੇ ਹੋ ਕਿ ਤੁਸੀਂ ਹੁਣ Rostelecom, MTS ਜਾਂ Yandex ਦੇ ਨੈੱਟਵਰਕ ਦੇ ਮਾਲਕ ਹੋ, ਤਾਂ ਕਿਰਪਾ ਕਰਕੇ!

IRRDB ਅਧਾਰਤ ਫਿਲਟਰ - ਸਭ ਤੋਂ ਭੈੜੇ ਵਿੱਚੋਂ ਸਭ ਤੋਂ ਵਧੀਆ

ਸਵਾਲ ਉੱਠਦਾ ਹੈ: ਅਜਿਹੀ ਸਥਿਤੀ ਵਿੱਚ ਇੰਟਰਨੈਟ ਅਜੇ ਵੀ ਕੰਮ ਕਿਉਂ ਕਰਦਾ ਹੈ? ਹਾਂ, ਇਹ ਜ਼ਿਆਦਾਤਰ ਸਮਾਂ ਕੰਮ ਕਰਦਾ ਹੈ, ਪਰ ਉਸੇ ਸਮੇਂ ਇਹ ਸਮੇਂ-ਸਮੇਂ 'ਤੇ ਵਿਸਫੋਟ ਕਰਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਪੂਰੇ ਰਾਸ਼ਟਰੀ ਹਿੱਸਿਆਂ ਨੂੰ ਪਹੁੰਚ ਤੋਂ ਬਾਹਰ ਹੋ ਜਾਂਦਾ ਹੈ। ਹਾਲਾਂਕਿ BGP ਵਿੱਚ ਹੈਕਰ ਦੀ ਗਤੀਵਿਧੀ ਵੀ ਵੱਧ ਰਹੀ ਹੈ, ਜ਼ਿਆਦਾਤਰ ਵਿਗਾੜ ਅਜੇ ਵੀ ਬੱਗਾਂ ਦੇ ਕਾਰਨ ਹੁੰਦੇ ਹਨ। ਇਸ ਸਾਲ ਦੀ ਮਿਸਾਲ ਹੈ ਛੋਟੀ ਆਪਰੇਟਰ ਗਲਤੀ ਬੇਲਾਰੂਸ ਵਿੱਚ, ਜਿਸ ਨੇ ਅੱਧੇ ਘੰਟੇ ਲਈ MegaFon ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਇੰਟਰਨੈਟ ਦਾ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਹਿੱਸਾ ਪਹੁੰਚਯੋਗ ਨਹੀਂ ਬਣਾਇਆ. ਇੱਕ ਹੋਰ ਉਦਾਹਰਣ - ਪਾਗਲ BGP ਆਪਟੀਮਾਈਜ਼ਰ ਦੁਨੀਆ ਦੇ ਸਭ ਤੋਂ ਵੱਡੇ CDN ਨੈੱਟਵਰਕਾਂ ਵਿੱਚੋਂ ਇੱਕ ਨੂੰ ਤੋੜ ਦਿੱਤਾ।

ਚੌਲ. 2. ਕਲਾਉਡਫਲੇਅਰ ਟ੍ਰੈਫਿਕ ਰੁਕਾਵਟ

ਪਰ ਫਿਰ ਵੀ, ਅਜਿਹੀਆਂ ਵਿਗਾੜਾਂ ਹਰ ਛੇ ਮਹੀਨਿਆਂ ਵਿੱਚ ਇੱਕ ਵਾਰ ਕਿਉਂ ਹੁੰਦੀਆਂ ਹਨ, ਅਤੇ ਹਰ ਰੋਜ਼ ਨਹੀਂ? ਕਿਉਂਕਿ ਕੈਰੀਅਰ ਰੂਟਿੰਗ ਜਾਣਕਾਰੀ ਦੇ ਬਾਹਰੀ ਡੇਟਾਬੇਸ ਦੀ ਵਰਤੋਂ ਇਹ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ ਕਰਦੇ ਹਨ ਕਿ ਉਹ BGP ਗੁਆਂਢੀਆਂ ਤੋਂ ਕੀ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਨ। ਅਜਿਹੇ ਬਹੁਤ ਸਾਰੇ ਡੇਟਾਬੇਸ ਹਨ, ਉਹਨਾਂ ਵਿੱਚੋਂ ਕੁਝ ਦਾ ਪ੍ਰਬੰਧਨ ਰਜਿਸਟਰਾਰ (RIPE, APNIC, ARIN, AFRINIC) ਦੁਆਰਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਕੁਝ ਸੁਤੰਤਰ ਖਿਡਾਰੀ ਹਨ (ਸਭ ਤੋਂ ਮਸ਼ਹੂਰ RADB ਹੈ), ਅਤੇ ਵੱਡੀਆਂ ਕੰਪਨੀਆਂ (Level3) ਦੀ ਮਲਕੀਅਤ ਵਾਲੇ ਰਜਿਸਟਰਾਰਾਂ ਦਾ ਇੱਕ ਪੂਰਾ ਸਮੂਹ ਵੀ ਹੈ। , NTT, ਆਦਿ)। ਇਹ ਇਹਨਾਂ ਡੇਟਾਬੇਸ ਦਾ ਧੰਨਵਾਦ ਹੈ ਕਿ ਅੰਤਰ-ਡੋਮੇਨ ਰੂਟਿੰਗ ਇਸਦੇ ਸੰਚਾਲਨ ਦੀ ਅਨੁਸਾਰੀ ਸਥਿਰਤਾ ਨੂੰ ਕਾਇਮ ਰੱਖਦੀ ਹੈ।

ਹਾਲਾਂਕਿ, ਸੂਖਮਤਾਵਾਂ ਹਨ. ਰੂਟਿੰਗ ਜਾਣਕਾਰੀ ਦੀ ਜਾਂਚ ROUTE-OBJECTS ਅਤੇ AS-SET ਵਸਤੂਆਂ ਦੇ ਆਧਾਰ 'ਤੇ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਅਤੇ ਜੇਕਰ ਪਹਿਲਾ ਭਾਵ IRRDB ਦੇ ਹਿੱਸੇ ਲਈ ਅਧਿਕਾਰ ਹੈ, ਤਾਂ ਦੂਜੀ ਸ਼੍ਰੇਣੀ ਲਈ ਕਲਾਸ ਦੇ ਤੌਰ 'ਤੇ ਕੋਈ ਅਧਿਕਾਰ ਨਹੀਂ ਹੈ। ਭਾਵ, ਕੋਈ ਵੀ ਕਿਸੇ ਨੂੰ ਵੀ ਆਪਣੇ ਸੈੱਟਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਅੱਪਸਟ੍ਰੀਮ ਪ੍ਰਦਾਤਾਵਾਂ ਦੇ ਫਿਲਟਰਾਂ ਨੂੰ ਬਾਈਪਾਸ ਕਰ ਸਕਦਾ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਵੱਖ-ਵੱਖ IRR ਬੇਸਾਂ ਦੇ ਵਿਚਕਾਰ AS-SET ਨਾਮਕਰਨ ਦੀ ਵਿਲੱਖਣਤਾ ਦੀ ਗਾਰੰਟੀ ਨਹੀਂ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ, ਜਿਸ ਨਾਲ ਟੈਲੀਕਾਮ ਆਪਰੇਟਰ ਲਈ ਕੁਨੈਕਟੀਵਿਟੀ ਦੇ ਅਚਾਨਕ ਨੁਕਸਾਨ ਦੇ ਨਾਲ ਹੈਰਾਨੀਜਨਕ ਪ੍ਰਭਾਵ ਹੋ ਸਕਦੇ ਹਨ, ਜਿਸ ਨੇ ਆਪਣੇ ਹਿੱਸੇ ਲਈ, ਕੁਝ ਵੀ ਨਹੀਂ ਬਦਲਿਆ।

ਇੱਕ ਵਾਧੂ ਚੁਣੌਤੀ AS-SET ਦੀ ਵਰਤੋਂ ਪੈਟਰਨ ਹੈ। ਇੱਥੇ ਦੋ ਨੁਕਤੇ ਹਨ:

• ਜਦੋਂ ਇੱਕ ਓਪਰੇਟਰ ਇੱਕ ਨਵਾਂ ਕਲਾਇੰਟ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ, ਤਾਂ ਇਹ ਇਸਨੂੰ ਆਪਣੇ AS-SET ਵਿੱਚ ਜੋੜਦਾ ਹੈ, ਪਰ ਲਗਭਗ ਇਸਨੂੰ ਕਦੇ ਨਹੀਂ ਹਟਾਉਂਦਾ;
• ਫਿਲਟਰ ਆਪਣੇ ਆਪ ਹੀ ਕਲਾਇੰਟਸ ਦੇ ਨਾਲ ਇੰਟਰਫੇਸ 'ਤੇ ਸੰਰਚਿਤ ਕੀਤੇ ਗਏ ਹਨ।

ਨਤੀਜੇ ਵਜੋਂ, BGP ਫਿਲਟਰਾਂ ਦੇ ਆਧੁਨਿਕ ਫਾਰਮੈਟ ਵਿੱਚ ਕਲਾਇੰਟਸ ਦੇ ਨਾਲ ਇੰਟਰਫੇਸ ਵਿੱਚ ਹੌਲੀ ਹੌਲੀ ਘਟਦੇ ਫਿਲਟਰ ਅਤੇ ਪੀਅਰਿੰਗ ਪਾਰਟਨਰ ਅਤੇ IP ਟ੍ਰਾਂਜ਼ਿਟ ਪ੍ਰਦਾਤਾਵਾਂ ਤੋਂ ਕੀ ਆਉਂਦਾ ਹੈ ਵਿੱਚ ਇੱਕ ਤਰਜੀਹੀ ਭਰੋਸਾ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ।

AS-SET ਦੇ ਅਧਾਰ ਤੇ ਪ੍ਰੀਫਿਕਸ ਫਿਲਟਰਾਂ ਨੂੰ ਬਦਲਣਾ ਕੀ ਹੈ? ਸਭ ਤੋਂ ਦਿਲਚਸਪ ਗੱਲ ਇਹ ਹੈ ਕਿ ਥੋੜ੍ਹੇ ਸਮੇਂ ਵਿੱਚ - ਕੁਝ ਨਹੀਂ. ਪਰ ਵਾਧੂ ਵਿਧੀਆਂ ਉਭਰ ਰਹੀਆਂ ਹਨ ਜੋ IRRDB-ਅਧਾਰਿਤ ਫਿਲਟਰਾਂ ਦੇ ਕੰਮ ਨੂੰ ਪੂਰਕ ਕਰਦੀਆਂ ਹਨ, ਅਤੇ ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਇਹ, ਬੇਸ਼ਕ, RPKI ਹੈ।

ਆਰ.ਪੀ.ਕੇ.ਆਈ

ਇੱਕ ਸਰਲ ਤਰੀਕੇ ਨਾਲ, RPKI ਆਰਕੀਟੈਕਚਰ ਨੂੰ ਇੱਕ ਵੰਡਿਆ ਡਾਟਾਬੇਸ ਮੰਨਿਆ ਜਾ ਸਕਦਾ ਹੈ ਜਿਸਦੇ ਰਿਕਾਰਡਾਂ ਨੂੰ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫਿਕ ਤੌਰ 'ਤੇ ਪ੍ਰਮਾਣਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ROA (ਰੂਟ ਆਬਜੈਕਟ ਅਥਾਰਾਈਜ਼ੇਸ਼ਨ) ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਹਸਤਾਖਰਕਰਤਾ ਐਡਰੈੱਸ ਸਪੇਸ ਦਾ ਮਾਲਕ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਰਿਕਾਰਡ ਆਪਣੇ ਆਪ ਵਿੱਚ ਇੱਕ ਟ੍ਰਿਪਲ (ਅਗੇਤਰ, asn, max_length) ਹੁੰਦਾ ਹੈ। ਜ਼ਰੂਰੀ ਤੌਰ 'ਤੇ, ਇਹ ਇੰਦਰਾਜ਼ ਹੇਠ ਲਿਖਿਆਂ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ: $prefix ਐਡਰੈੱਸ ਸਪੇਸ ਦੇ ਮਾਲਕ ਨੇ $max_length ਤੋਂ ਵੱਧ ਦੀ ਲੰਬਾਈ ਵਾਲੇ ਅਗੇਤਰਾਂ ਦਾ ਇਸ਼ਤਿਹਾਰ ਦੇਣ ਲਈ AS ਨੰਬਰ $asn ਨੂੰ ਅਧਿਕਾਰਤ ਕੀਤਾ ਹੈ। ਅਤੇ ਰਾਊਟਰ, RPKI ਕੈਸ਼ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਪਾਲਣਾ ਲਈ ਜੋੜੇ ਦੀ ਜਾਂਚ ਕਰਨ ਦੇ ਯੋਗ ਹੁੰਦੇ ਹਨ ਅਗੇਤਰ - ਰਸਤੇ ਵਿੱਚ ਪਹਿਲਾ ਸਪੀਕਰ.

ਚਿੱਤਰ 3. RPKI ਆਰਕੀਟੈਕਚਰ

ROA ਵਸਤੂਆਂ ਨੂੰ ਲੰਬੇ ਸਮੇਂ ਤੋਂ ਮਾਨਕੀਕ੍ਰਿਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਪਰ ਹਾਲ ਹੀ ਵਿੱਚ ਜਦੋਂ ਤੱਕ ਉਹ ਅਸਲ ਵਿੱਚ IETF ਜਰਨਲ ਵਿੱਚ ਸਿਰਫ ਕਾਗਜ਼ 'ਤੇ ਹੀ ਰਹੇ। ਮੇਰੀ ਰਾਏ ਵਿੱਚ, ਇਸਦਾ ਕਾਰਨ ਡਰਾਉਣਾ ਲੱਗਦਾ ਹੈ - ਖਰਾਬ ਮਾਰਕੀਟਿੰਗ. ਮਾਨਕੀਕਰਨ ਪੂਰਾ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਪ੍ਰੋਤਸਾਹਨ ਇਹ ਸੀ ਕਿ ROA ਨੇ BGP ਹਾਈਜੈਕਿੰਗ ਤੋਂ ਸੁਰੱਖਿਆ ਕੀਤੀ - ਜੋ ਕਿ ਸੱਚ ਨਹੀਂ ਸੀ। ਹਮਲਾਵਰ ਮਾਰਗ ਦੇ ਸ਼ੁਰੂ ਵਿੱਚ ਸਹੀ AC ਨੰਬਰ ਪਾ ਕੇ ROA-ਅਧਾਰਿਤ ਫਿਲਟਰਾਂ ਨੂੰ ਆਸਾਨੀ ਨਾਲ ਬਾਈਪਾਸ ਕਰ ਸਕਦੇ ਹਨ। ਅਤੇ ਜਿਵੇਂ ਹੀ ਇਹ ਅਹਿਸਾਸ ਹੋਇਆ, ਅਗਲਾ ਤਰਕਪੂਰਨ ਕਦਮ ROA ਦੀ ਵਰਤੋਂ ਨੂੰ ਛੱਡਣਾ ਸੀ. ਅਤੇ ਅਸਲ ਵਿੱਚ, ਸਾਨੂੰ ਤਕਨਾਲੋਜੀ ਦੀ ਲੋੜ ਕਿਉਂ ਹੈ ਜੇ ਇਹ ਕੰਮ ਨਹੀਂ ਕਰਦੀ?

ਇਹ ਆਪਣਾ ਮਨ ਬਦਲਣ ਦਾ ਸਮਾਂ ਕਿਉਂ ਹੈ? ਕਿਉਂਕਿ ਇਹ ਪੂਰੀ ਸੱਚਾਈ ਨਹੀਂ ਹੈ। ROA BGP ਵਿੱਚ ਹੈਕਰ ਗਤੀਵਿਧੀ ਤੋਂ ਸੁਰੱਖਿਆ ਨਹੀਂ ਕਰਦਾ ਹੈ, ਪਰ ਦੁਰਘਟਨਾਤਮਕ ਟ੍ਰੈਫਿਕ ਹਾਈਜੈਕਿੰਗ ਤੋਂ ਬਚਾਉਂਦਾ ਹੈ, ਉਦਾਹਰਨ ਲਈ BGP ਵਿੱਚ ਸਥਿਰ ਲੀਕ ਤੋਂ, ਜੋ ਕਿ ਵਧੇਰੇ ਆਮ ਹੁੰਦਾ ਜਾ ਰਿਹਾ ਹੈ। ਨਾਲ ਹੀ, IRR-ਅਧਾਰਿਤ ਫਿਲਟਰਾਂ ਦੇ ਉਲਟ, ROV ਦੀ ਵਰਤੋਂ ਨਾ ਸਿਰਫ਼ ਕਲਾਇੰਟਸ ਦੇ ਇੰਟਰਫੇਸਾਂ 'ਤੇ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ, ਸਗੋਂ ਸਾਥੀਆਂ ਅਤੇ ਅੱਪਸਟ੍ਰੀਮ ਪ੍ਰਦਾਤਾਵਾਂ ਦੇ ਇੰਟਰਫੇਸਾਂ 'ਤੇ ਵੀ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਭਾਵ, RPKI ਦੀ ਸ਼ੁਰੂਆਤ ਦੇ ਨਾਲ, ਇੱਕ ਤਰਜੀਹੀ ਟਰੱਸਟ ਹੌਲੀ-ਹੌਲੀ ਬੀਜੀਪੀ ਤੋਂ ਅਲੋਪ ਹੋ ਰਿਹਾ ਹੈ।

ਹੁਣ, ROA 'ਤੇ ਅਧਾਰਤ ਰੂਟਾਂ ਦੀ ਜਾਂਚ ਹੌਲੀ-ਹੌਲੀ ਮੁੱਖ ਖਿਡਾਰੀਆਂ ਦੁਆਰਾ ਲਾਗੂ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ: ਸਭ ਤੋਂ ਵੱਡਾ ਯੂਰਪੀਅਨ IX ਪਹਿਲਾਂ ਹੀ ਟੀਅਰ-1 ਆਪਰੇਟਰਾਂ ਵਿੱਚ ਗਲਤ ਰੂਟਾਂ ਨੂੰ ਰੱਦ ਕਰ ਰਿਹਾ ਹੈ, ਇਹ AT&T ਨੂੰ ਉਜਾਗਰ ਕਰਨ ਦੇ ਯੋਗ ਹੈ, ਜਿਸ ਨੇ ਆਪਣੇ ਪੀਅਰਿੰਗ ਭਾਈਵਾਲਾਂ ਦੇ ਨਾਲ ਇੰਟਰਫੇਸ 'ਤੇ ਫਿਲਟਰਾਂ ਨੂੰ ਸਮਰੱਥ ਬਣਾਇਆ ਹੈ। ਸਭ ਤੋਂ ਵੱਡੇ ਸਮਗਰੀ ਪ੍ਰਦਾਤਾ ਵੀ ਪ੍ਰੋਜੈਕਟ ਦੇ ਨੇੜੇ ਆ ਰਹੇ ਹਨ। ਅਤੇ ਦਰਜਨਾਂ ਦਰਮਿਆਨੇ ਆਕਾਰ ਦੇ ਟਰਾਂਜ਼ਿਟ ਓਪਰੇਟਰਾਂ ਨੇ ਇਸ ਬਾਰੇ ਕਿਸੇ ਨੂੰ ਦੱਸੇ ਬਿਨਾਂ, ਚੁੱਪ-ਚਾਪ ਇਸ ਨੂੰ ਲਾਗੂ ਕਰ ਦਿੱਤਾ ਹੈ। ਇਹ ਸਾਰੇ ਆਪਰੇਟਰ RPKI ਨੂੰ ਕਿਉਂ ਲਾਗੂ ਕਰ ਰਹੇ ਹਨ? ਜਵਾਬ ਸਧਾਰਨ ਹੈ: ਤੁਹਾਡੇ ਬਾਹਰ ਜਾਣ ਵਾਲੇ ਟ੍ਰੈਫਿਕ ਨੂੰ ਦੂਜੇ ਲੋਕਾਂ ਦੀਆਂ ਗਲਤੀਆਂ ਤੋਂ ਬਚਾਉਣ ਲਈ। ਇਸ ਲਈ ਯਾਂਡੇਕਸ ਰਸ਼ੀਅਨ ਫੈਡਰੇਸ਼ਨ ਵਿੱਚ ਆਪਣੇ ਨੈਟਵਰਕ ਦੇ ਕਿਨਾਰੇ ਤੇ ROV ਨੂੰ ਸ਼ਾਮਲ ਕਰਨ ਵਾਲੇ ਪਹਿਲੇ ਵਿੱਚੋਂ ਇੱਕ ਹੈ।

ਅੱਗੇ ਕੀ ਹੋਵੇਗਾ?

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

ਇਸ ਨਾਲ ਤੁਹਾਡੇ ਲਈ ਕੀ ਫਰਕ ਪੈਂਦਾ ਹੈ? ਜੇਕਰ ਤੁਸੀਂ ਆਪਣੇ ਨੈੱਟਵਰਕ ਅਤੇ Yandex ਵਿਚਕਾਰ ਟ੍ਰੈਫਿਕ ਰੂਟਿੰਗ ਦੀ ਸੁਰੱਖਿਆ ਨੂੰ ਵਧਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਅਸੀਂ ਸਿਫ਼ਾਰਿਸ਼ ਕਰਦੇ ਹਾਂ:

• ਆਪਣੇ ਐਡਰੈੱਸ ਸਪੇਸ 'ਤੇ ਦਸਤਖਤ ਕਰੋ RIPE ਪੋਰਟਲ ਵਿੱਚ - ਇਹ ਸਧਾਰਨ ਹੈ, ਔਸਤਨ 5-10 ਮਿੰਟ ਲੱਗਦੇ ਹਨ। ਇਹ ਸਾਡੀ ਕਨੈਕਟੀਵਿਟੀ ਨੂੰ ਇਸ ਸਥਿਤੀ ਵਿੱਚ ਸੁਰੱਖਿਅਤ ਕਰੇਗਾ ਕਿ ਕੋਈ ਅਣਜਾਣੇ ਵਿੱਚ ਤੁਹਾਡੀ ਐਡਰੈੱਸ ਸਪੇਸ ਚੋਰੀ ਕਰਦਾ ਹੈ (ਅਤੇ ਇਹ ਯਕੀਨੀ ਤੌਰ 'ਤੇ ਜਲਦੀ ਜਾਂ ਬਾਅਦ ਵਿੱਚ ਹੋਵੇਗਾ);
• ਓਪਨ ਸੋਰਸ RPKI ਕੈਚਾਂ ਵਿੱਚੋਂ ਇੱਕ ਨੂੰ ਸਥਾਪਿਤ ਕਰੋ (ripe-validator, ਰੁਟੀਨੇਟਰ) ਅਤੇ ਨੈੱਟਵਰਕ ਬਾਰਡਰ 'ਤੇ ਰੂਟ ਜਾਂਚ ਨੂੰ ਸਮਰੱਥ ਬਣਾਓ - ਇਸ ਵਿੱਚ ਹੋਰ ਸਮਾਂ ਲੱਗੇਗਾ, ਪਰ ਦੁਬਾਰਾ, ਇਸ ਨਾਲ ਕੋਈ ਤਕਨੀਕੀ ਮੁਸ਼ਕਲ ਨਹੀਂ ਆਵੇਗੀ।

Yandex ਨਵੇਂ RPKI ਆਬਜੈਕਟ ਦੇ ਅਧਾਰ ਤੇ ਇੱਕ ਫਿਲਟਰਿੰਗ ਸਿਸਟਮ ਦੇ ਵਿਕਾਸ ਦਾ ਸਮਰਥਨ ਵੀ ਕਰਦਾ ਹੈ - ਏ.ਐੱਸ.ਪੀ.ਏ (ਆਟੋਨੋਮਸ ਸਿਸਟਮ ਪ੍ਰੋਵਾਈਡਰ ਅਥਾਰਾਈਜ਼ੇਸ਼ਨ)। ASPA ਅਤੇ ROA ਵਸਤੂਆਂ 'ਤੇ ਆਧਾਰਿਤ ਫਿਲਟਰ ਨਾ ਸਿਰਫ਼ "ਲੀਕ" AS-SETs ਨੂੰ ਬਦਲ ਸਕਦੇ ਹਨ, ਸਗੋਂ BGP ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ MiTM ਹਮਲਿਆਂ ਦੇ ਮੁੱਦਿਆਂ ਨੂੰ ਵੀ ਬੰਦ ਕਰ ਸਕਦੇ ਹਨ।

ਮੈਂ ਅਗਲੀ ਹੌਪ ਕਾਨਫਰੰਸ ਵਿੱਚ ਇੱਕ ਮਹੀਨੇ ਵਿੱਚ ASPA ਬਾਰੇ ਵਿਸਥਾਰ ਵਿੱਚ ਗੱਲ ਕਰਾਂਗਾ। Netflix, Facebook, Dropbox, Juniper, Mellanox ਅਤੇ Yandex ਦੇ ਸਹਿਯੋਗੀ ਵੀ ਉੱਥੇ ਬੋਲਣਗੇ। ਜੇ ਤੁਸੀਂ ਭਵਿੱਖ ਵਿੱਚ ਨੈਟਵਰਕ ਸਟੈਕ ਅਤੇ ਇਸਦੇ ਵਿਕਾਸ ਵਿੱਚ ਦਿਲਚਸਪੀ ਰੱਖਦੇ ਹੋ, ਤਾਂ ਆਓ ਰਜਿਸਟਰੇਸ਼ਨ ਖੁੱਲੀ ਹੈ.

ਸਰੋਤ: www.habr.com