Желілік ресурстарға екі факторлы аутентификация механизмі - RSA SecurID
RSA SecurID
RSA SecurID – екі факторлы сәйкестендіру механизмі. Құрылғы/бағдарламалық токендерді пайдаланып, желіге қауіпсіз кіруді қамтамасыз етеді. Қауіпсіздікті арттырыңыз!
Ағылшыншамен салыстырыңыз: абзацты басыңыз — түпнұсқа терезеде ашылады. Абзац астындағы EN түймесі оны мәтін ішінде көрсетеді.
Мазмұны
Кіріспе
Желілік ресурстарға қол жеткізу үшін пайдаланушыға екі факторлы аутентификацияны жүзеге асыру механизмі.
Mechanism for performing two factor authentication for a user to a network resource
RSA SecurID, бұрын SecurID деп аталған, RSA компаниясымен желілік ресурстарға қол жеткізу үшін пайдаланушыға екі факторлы аутентификацияны жүзеге асыру мақсатында әзірленген механизм.
RSA SecurID, formerly referred to as SecurID, is a mechanism developed by RSA for performing two factor authentication for a user to a network resource.
Сипаттама
RSA SecurID аутентификация механизмі компьютер пайдаланушысына тағайындалған "токен" – аппараттық (мысалы, кілт сақинасы) немесе бағдарламалық (жасырын токен) – болып табылады. Ол кіріктірілген сағатты және картаның зауыттан берілген, дерлік кездейсоқ кілтін ("тұқым" деп аталады) пайдаланып, белгілі интервалдарда (әдетте 60 секунд) аутентификациялық код жасайды. Әр токен үшін тұқым әртүрлі болады және токендер сатып алынғанда тиісті RSA SecurID серверіне (RSA аутентификация менеджері, бұрын ACE/Server) жүктеледі. Сұраныс бойынша токендер де қолжетімді, олар электрондық пошта немесе SMS арқылы аутентификациялық кодты жіберіп, пайдаланушыға токен беру қажеттілігін жояды. Токеннің аппараттық бөлігі кері инженерия жасауға қарсы тұру үшін бұзылмауға төзімді етіп жасалған. Сол алгоритмнің бағдарламалық нұсқалары ("жасырын токендер") нарықта пайда болғанда, қауіпсіздік қауымдастығы RSA SecurID-ді бағдарламалық қамтамасыз етуде эмуляциялауға мүмкіндік беретін ашық кодты әзірледі, бірақ бұл тек қолданыстағы RSA SecurID кодына және серверге енгізілген бастапқы 64 биттік RSA SecurID тұқымдық файлына қол жеткізген жағдайда ғана мүмкін. Кейін 128 биттік RSA SecurID алгоритмі ашық бастапқы код кітапханасының бөлігі ретінде жарияланды. RSA SecurID аутентификация схемасында тұқымдық жазба – бір реттік парольдерді жасау үшін қолданылатын құпия кілт. Жаңа нұсқаларында USB порты бар, ол токенді сертификаттарды қауіпсіз сақтау үшін смарт-карта сияқты құрылғы ретінде пайдалануға мүмкіндік береді. Желілік ресурсты аутентификациялауға тырысатын пайдаланушы, мысалы, қосылу серверін немесе қауіпті қабырғаны, жеке идентификациялық нөмірін және сол сәтте RSA SecurID токенінде көрсетіліп тұрған нөмірді енгізуі керек. Көбінесе кездеспесе де, RSA SecurID қолданатын кейбір жүйелер PIN-кодты мүлдем ескермейді және пароль/RSA SecurID код комбинациясына сенеді. Серверде нақты уақыт сағаты және тиісті тұқымдық жазбалары бар жарамды карталардың дерекқоры бар. Ол пайдаланушыны токеннің сол сәтте қандай нөмірді көрсету керектігін есептеу арқылы және оны пайдаланушы енгізгенмен салыстыру арқылы аутентификациялайды. SecurID-тің ескі нұсқаларында "стресс PIN-коды" қолданылуы мүмкін – бұл пайдаланушы PIN-кодын енгізуге мәжбүр болғанын көрсететін қауіпсіздік оқиғасының журналын жасайтын, сонымен бірге ашық аутентификацияны қамтамасыз ететін балама код. Стресс PIN-кодын пайдалану бір рет аутентификацияға мүмкіндік береді, содан кейін токен автоматты түрде өшіріледі. "Стресс PIN-коды" мүмкіндігі ескірген және қазіргі қолдау көрсетілетін нұсқаларында қолжетімді емес. RSA SecurID жүйесі желіге қауіпсіздік қабатын қосса да, аутентификация серверінің сағаты аутентификация токендеріне орнатылған сағатпен синхронды емес болса, қиындықтар туындауы мүмкін. Токеннің қалыпты сағаттың қабынуын сервер автоматты түрде уақыт өте сақталған "қабыну" мәнін түзету арқылы есептейді. Егер синхрондылықтың жоқтығы қалыпты аппараттық токен сағатының қабынуының нәтижесі болмаса, аутентификация менеджері серверінің сағатын синхронды емес токенмен (немесе токендермен) бірнеше тәсілмен синхрондауға болады. Егер сервердің сағаты қабынып, әкімші жүйелік сағатқа өзгеріс енгізсе, токендерді бірінен соң бірі қайта синхрондауға болады немесе сақталған қабыну мәндерін қолмен түзетуге болады. Қабынуды жеке токендерде немесе командалық жол арқылы жаппай орындауға болады. RSA Security "Жалпыға ортақ аутентификация" деп аталатын бастаманы іске қосты, IronKey, SanDisk, Motorola, Freescale Semiconductor, Redcannon, Broadcom және BlackBerry сияқты құрылғы өндірушілерімен серіктестік құрды. Олар SecurID бағдарламалық қамтамасыз етілуін USB флеш-дискілер мен ұялы телефондар сияқты күнделікті қолданылатын құрылғыларға енгізді, бұл шығындарды азайтуға және пайдаланушының тасымалдауы керек заттардың санын қысқартуға мүмкіндік берді.
The RSA SecurID authentication mechanism consists of a "token"—either hardware (e. g. a key fob) or software (a soft token)—which is assigned to a computer user and which creates an authentication code at fixed intervals (usually 60 seconds) using a built in clock and the card's factory encoded almost random key (known as the "seed"). The seed is different for each token, and is loaded into the corresponding RSA SecurID server (RSA Authentication Manager, formerly ACE/Server) as the tokens are purchased. On demand tokens are also available, which provide a tokencode via email or SMS delivery, eliminating the need to provision a token to the user. The token hardware is designed to be tamper resistant to deter reverse engineering. When software implementations of the same algorithm ("software tokens") appeared on the market, public code had been developed by the security community allowing a user to emulate RSA SecurID in software, but only if they have access to a current RSA SecurID code, and the original 64 bit RSA SecurID seed file introduced to the server. Later, the 128 bit RSA SecurID algorithm was published as part of an open source library. In the RSA SecurID authentication scheme, the seed record is the secret key used to generate one time passwords. Newer versions also feature a USB connector, which allows the token to be used as a smart card like device for securely storing certificates. A user authenticating to a network resource—say, a dial in server or a firewall—needs to enter both a personal identification number and the number being displayed at that moment on their RSA SecurID token. Though increasingly rare, some systems using RSA SecurID disregard PIN implementation altogether, and rely on password/RSA SecurID code combinations. The server, which also has a real time clock and a database of valid cards with the associated seed records, authenticates a user by computing what number the token is supposed to be showing at that moment in time and checking this against what the user entered. On older versions of SecurID, a "duress PIN" may be used—an alternate code which creates a security event log showing that a user was forced to enter their PIN, while still providing transparent authentication. Using the duress PIN would allow one successful authentication, after which the token will automatically be disabled. The "duress PIN" feature has been deprecated and is not available on currently supported versions. While the RSA SecurID system adds a layer of security to a network, difficulty can occur if the authentication server's clock becomes out of sync with the clock built into the authentication tokens. Normal token clock drift is accounted for automatically by the server by adjusting a stored "drift" value over time. If the out of sync condition is not a result of normal hardware token clock drift, correcting the synchronization of the Authentication Manager server clock with the out of sync token (or tokens) can be accomplished in several different ways. If the server clock had drifted and the administrator made a change to the system clock, the tokens can either be resynchronized one by one, or the stored drift values adjusted manually. The drift can be done on individual tokens or in bulk using a command line utility. RSA Security has pushed forth an initiative called "Ubiquitous Authentication", partnering with device manufacturers such as IronKey, SanDisk, Motorola, Freescale Semiconductor, Redcannon, Broadcom, and BlackBerry to embed the SecurID software into everyday devices such as USB flash drives and cell phones, to reduce cost and the number of objects that the user must carry.
Теориялық осалдықтар
Токендік кодтар оңай ұрланады, себебі өзара аутентификация қарастырылмаған (парольді ұрлай алатын кез келген құрал токендік кодты да ұрлай алады). Бұл маңызды, өйткені көптеген пайдаланушылар осы технологияның осы қауіптің алдын кеседі деп ойлайды. Парольді сақтау құралының ең қарапайым осалдығы – арнайы кілт құрылғысын немесе кілт функциясы бар белсенді смартфонды жоғалту. Мұндай осалдықты алдын ала белгіленген уақыт ішінде ешбір токен контейнерімен жою мүмкін емес. Барлық келесі қарастырулар жоғалтудың алдын алуға бағытталған, мысалы, қосымша электрондық тізбек немесе дене сенсоры және дабылмен қамтамасыз ету. RSA SecurID токендері парольді қайталау шабуылдарына қарсы белгілі бір деңгейде қорғаныс ұсынады, бірақ олар жеке қолданылғанда адам ортадағы шабуылдардан қорғауға арналмаған. Егер шабуылшы авторизацияланған пайдаланушының серверге келесі токендік код жарамды болатынға дейін кіруіне кедері келтірсе, ол серверге кіре алады. Соңғы нұсқасында (8.0) пайда болған тәуекелге негізделген талдау (RBA) егер пайдаланушы рұқсат етілсе және RBA-ға қолдау көрсетілген агентте аутентификацияланса, осы типтегі шабуылға қарсы маңызды қорғаныс ұсынады. RSA SecurID браузердегі шабуылдарға (MitB) қарсы қорғаныс қамтамасыз етпейді. SecurID аутентификация сервері парольді ұрлау және бір уақытта кіруді болдырмау үшін, белгілі бір уақыт ішінде екі жарамды дерек ұсынылса, аутентификация сұрауларын қабылдамайды. Бұл туралы Джон Г. Брейнардтың расталмаған жазбасында айтылған. Егер шабуылшы пайдаланушының аутентификациялану мүмкіндігін жойса, SecurID сервері бұл пайдаланушының өзі аутентификацияланып жатыр деп есептейді және шабуылшының аутентификациясына жол береді. Осы шабуыл моделінде жүйе қауіпсіздігін SSL сияқты шифрлау/нақтылау механизмдерін пайдалану арқылы жақсартуға болады. Жұмсақ токендер ыңғайлырақ болғанымен, сыншылар қатты токендердің зақымдануға төзімділігі жұмсақ токендердегідей жоғары емес екенін көрсетеді, бұл тұқымдық кілттерді көшіруге және пайдаланушының орнына өтуге мүмкіндік беруі мүмкін. Қатты токендер, керісінше, соңғы пайдаланушылардан физикалық түрде ұрлануы немесе әлеуметтік инженерия арқылы алынуы мүмкін. Кішкентай өлшемі қатты токендерді ұрлауды ноутбуктер мен десктоптарды сканерлеуден гөрі оңай етеді. Пайдаланушы әдетте құрылғы жоғалғаны туралы бір күннен астам уақыт күтеді, бұл шабуылшыға қорғалмаған жүйеге енуге жеткілікті уақыт береді. Бұл тек пайдаланушының UserID және PIN-коды белгілі болған жағдайда ғана мүмкін. Тәуекелге негізделген талдау жоғалған немесе ұрланған токендерді пайдалануға қарсы қосымша қорғаныс ұсына алады, тіпті егер шабуылшылар пайдаланушының UserID және PIN-ін білсе де. Батареялар мерзімімен толығымен зарядсызданып, күрделі ауыстыру және қайта тіркеу процедураларын қажет етеді.
Token codes are easily stolen, because no mutual authentication exists (anything that can steal a password can also steal a token code). This is significant, since it is the principal threat most users believe they are solving with this technology. The simplest practical vulnerability with any password container is losing the special key device or the activated smart phone with the integrated key function. Such vulnerability cannot be healed with any single token container device within the preset time span of activation. All further consideration presumes loss prevention, e. g. by additional electronic leash or body sensor and alarm. While RSA SecurID tokens offer a level of protection against password replay attacks, they are not designed to offer protection against man in the middle type attacks when used alone. If the attacker manages to block the authorized user from authenticating to the server until the next token code will be valid, he will be able to log into the server. Risk based analytics (RBA), a new feature in the latest version (8.0) provides significant protection against this type of attack if the user is enabled and authenticating on an agent enabled for RBA. RSA SecurID does not prevent man in the browser (MitB) based attacks. SecurID authentication server tries to prevent password sniffing and simultaneous login by declining both authentication requests, if two valid credentials are presented within a given time frame. This has been documented in an unverified post by John G. Brainard. If the attacker removes from the user the ability to authenticate however, the SecurID server will assume that it is the user who is actually authenticating and hence will allow the attacker's authentication through. Under this attack model, the system security can be improved using encryption/authentication mechanisms such as SSL. Although soft tokens may be more convenient, critics indicate that the tamper resistant property of hard tokens is unmatched in soft token implementations, which could allow seed record secret keys to be duplicated and user impersonation to occur. Hard tokens, on the other hand, can be physically stolen (or acquired via social engineering) from end users. The small form factor makes hard token theft much more viable than laptop/desktop scanning. A user will typically wait more than one day before reporting the device as missing, giving the attacker plenty of time to breach the unprotected system. This could only occur, however, if the user's UserID and PIN are also known. Risk based analytics can provide additional protection against the use of lost or stolen tokens, even if the user's UserID and PIN are known by the attackers. Batteries go flat periodically, requiring complicated replacement and re enrollment procedures.
Қабылдау және бәсекелестік өнімдер
2003 жылға қарай RSA SecurID екі факторлы аутентификация нарығының 70% астам бөлігін бақылап отырды және бүгінгі күнге дейін 25 миллион құрылғы өндірілді. VASCO сияқты бірнеше бәсекелес компаниялар да ашық OATH HOTP стандартына негізделген ұқсас қауіпсіздік токендерін шығарады. 2010 жылы Gartner компаниясы жариялаған OTP бойынша зерттеуде OATH және SecurID ғана бәсекелес ретінде көрсетілген. OPIE және S/Key (кейде OTP деп жалпылама аталады, себебі S/Key – Telcordia Technologies, бұрынғы Bellcore компаниясының тіркелген тауар белгісі) сияқты басқа желілік аутентификация жүйелері аппараттық токенді қажет етпестен "сенімділікке ие нәрсе" деңгейінде аутентификацияны қамтамасыз етуге тырысады.
As of 2003, RSA SecurID commanded over 70% of the two factor authentication market and 25 million devices have been produced to date. A number of competitors, such as VASCO, make similar security tokens, mostly based on the open OATH HOTP standard. A study on OTP published by Gartner in 2010 mentions OATH and SecurID as the only competitors. Other network authentication systems, such as OPIE and S/Key (sometimes more generally known as OTP, as S/Key is a trademark of Telcordia Technologies, formerly Bellcore) attempt to provide the "something you have" level of authentication without requiring a hardware token.
2011 жылғы наурыздағы жүйелік кемшілік
2011 жылдың 17 наурызында RSA компаниясы "өте күрделі кибершабуылға" ұшырағанын хабарлады. Әсіресе SecurID жүйесіне қатысты алаңдаушылықтар туды, олар «бұл ақпарат екі факторлы аутентификацияның тиімділігін төмендету үшін қолданылуы мүмкін» деген пікірді білдірді. Дегенмен, олардың ресми 8-K нысанында бұл бұзушылықтың «қаржылық нәтижелеріне маңызды әсер етеді» деп ойламағаны көрсетілді. Бұл бұзушылық RSA-ның бас компаниясы EMC-ге 66,3 миллион долларға бағаланды, бұл сома екінші тоқсанның кірісінен алынды. EMC атқарушы вице-президенті және бас қаржы директоры Дэвид Гоулден, сарапшылармен телефон арқылы өткен конференцияда, бұл шабуылды тергеуге, ақпараттық технологиялық жүйелерді нығайтуға және корпоративтік клиенттердің транзакцияларын бақылауға кеткен шығыстарды қамтығанын мәлімдеді. RSA желісіне енуді хакерлер жүзеге асырды, олар екі нақты, шағын RSA қызметкерлері тобына фишингтік электрондық хаттар жіберді. Электрондық хатқа зиянды бағдарламасы бар Microsoft Excel файлы тіркелді. RSA қызметкері Excel файлын ашқанда, зиянды бағдарлама Adobe Flash-тағы осалдықты пайдаланды. Бұл хакерлерге Poison Ivy RAT қолданыс арқылы RSA желісіндегі машиналарды басқаруға және серверлерге қол жеткізуге мүмкіндік берді. Кейбір мәліметтерге сәйкес, бұзушылық RSA-ның токендердің серийлік нөмірін құпия «тұқымдарымен» байланыстыратын деректер базасын ұрлауға байланысты болды. RSA басшыларының клиенттерге «токендеріндегі серийлік нөмірлерді қорғауға көз жеткізуі керек» деген кеңесі осы гипотезаның дұрыстығын көрсетеді. Токен кодты құру алгоритмінің криптографиялық іске асырылуындағы өлімге әкелетін кемшілік болмаса (бұл ықтимал емес, себебі ол кеңінен зерттелген AES 128 блокты шифрлауды қарапайым және тікелей қолдануды қамтиды), шабуылшы токенді физикалық түрде иеленбестен сәтті шабуыл жасау үшін токеннің тұқымдық жазбаларының ағып кетуі керек. RSA бұл шабуылдың ауқымы туралы толық мәлімет жарияламады, себебі бұл шабуыл жасаушыларға жүйеге қалай шабуыл жасауға болатынын анықтауға қажетті ақпаратты беруге әкелуі мүмкін еді. 2011 жылдың 6 маусымында RSA өзінің 30 000-нан астам SecurID клиенттеріне токендерін ауыстыруды немесе тегін қауіпсіздікті бақылау қызметтерін ұсынды, бұл RSA-дан ұрланған SecurID ақпаратына байланысты болған қорғаныс клиенті Lockheed Martin-ге жасалған кибершабуыл әрекетінен кейін жасалды. Компания төрағасы Арт Ковиелло, қорғаныс клиенттерінің біріне жасалған шабуылға қарамастан, «Біз клиенттердің қорғалғанына сенеміз және әлі де сенеміз» деді.
On 17 March 2011, RSA announced that they had been victims of "an extremely sophisticated cyber attack". Concerns were raised specifically in reference to the SecurID system, saying that "this information could potentially be used to reduce the effectiveness of a current two factor authentication implementation". However, their formal Form 8 K submission indicated that they did not believe the breach would have a "material impact on its financial results". The breach cost EMC, the parent company of RSA, $66.3 million, which was taken as a charge against second quarter earnings. It covered costs to investigate the attack, harden its IT systems and monitor transactions of corporate customers, according to EMC Executive Vice President and Chief Financial Officer David Goulden, in a conference call with analysts. The breach into RSA's network was carried out by hackers who sent phishing emails to two targeted, small groups of employees of RSA. Attached to the email was a Microsoft Excel file containing malware. When an RSA employee opened the Excel file, the malware exploited a vulnerability in Adobe Flash. The exploit allowed the hackers to use the Poison Ivy RAT to gain control of machines and access servers in RSA's network. There are some hints that the breach involved the theft of RSA's database mapping token serial numbers to the secret token "seeds" that were injected to make each one unique. Reports of RSA executives telling customers to "ensure that they protect the serial numbers on their tokens" lend credibility to this hypothesis. Barring a fatal weakness in the cryptographic implementation of the token code generation algorithm (which is unlikely, since it involves the simple and direct application of the extensively scrutinized AES 128 block cipher), the only circumstance under which an attacker could mount a successful attack without physical possession of the token is if the token seed records themselves had been leaked. RSA stated it did not release details about the extent of the attack so as to not give potential attackers information they could use in figuring out how to attack the system. On 6 June 2011, RSA offered token replacements or free security monitoring services to any of its more than 30,000 SecurID customers, following an attempted cyber breach on defense customer Lockheed Martin that appeared to be related to the SecurID information stolen from RSA. In spite of the resulting attack on one of its defense customers, company chairman Art Coviello said that "We believe and still believe that the customers are protected".
Нәтижесінде пайда болған шабуылдар
2011 жылдың сәуірінде расталмаған хабарлар L 3 Communications компаниясына RSA бұзушылығының салдарынан шабуыл жасалғанын көрсетті. 2011 жылдың мамырында бұл ақпарат Lockheed Martin жүйелеріне шабуыл жасау үшін қолданылды. Дегенмен, Lockheed Martin компаниясының ақпараттық қауіпсіздік тобының "күшті шараларының" арқасында "осы маңызды және жабырқау шабуылдан" "ешбір клиенттің, бағдарламаның немесе қызметкердің жеке деректері" зардап көрмеді деп мәлімдеді. АҚШ-тың Ішкі қауіпсіздік және Қорғаныс министрліктері шабуылдың көлемін анықтауға көмек ұсынды.
In April 2011, unconfirmed rumors cited L 3 Communications as having been attacked as a result of the RSA compromise. In May 2011, this information was used to attack Lockheed Martin systems. However Lockheed Martin claims that due to "aggressive actions" by the company's information security team, "No customer, program or employee personal data" was compromised by this "significant and tenacious attack". The Department of Homeland Security and the US Defense Department offered help to determine the scope of the attack.