91郭肱利

close search bar

Sorry, not available in this language yet

close language selection

OWASP API セキュリティ トップ10詐巡すべきセキュリティリスク

Masato Matsuoka

Jan 30, 2024 / 1 min read

セキュリティをシフトレフトするということは、粥永鴛セキュリティをセキュリティチ`ムだけに販せることはできないということです。_k宀は、捻壓議な巌樋來を委燐し、_kしながら俐屎する駅勣があります。禽艶厩或沿壊にセキュリティを怏みzむということは、芦畠で互瞳|なコ`ドを儻堀に戻工する圭隈を深える駅勣があり、児云議な粥永鴛セキュリティ秤鵑鰉智發靴討くと叨に羨ちます。

粥永鴛は、さまざまな匍順における恷仟のソフトウェア蝕kの児云議な何蛍として字嬬します。蝕k宀を鵑箸靴拭∫_k宀の90.5%が2021定と揖殻業にAPIを聞喘すると嚠襪靴討い襪里し、2022定にはAPIの聞喘がpると深えている_k宀はわずか3.8%でした。 2022定に2021定よりもAPIへの卆贋業が互まると嚠襪靴討い謇_k宀の護栽が恷も互い3つのI順は、ヘルスケア(71%)、テクノロジ`(69%)、署蛮サ`ビス(68%)です。


ニュ`スになった粥永鴛の巌樋來

粥永鴛は、デ`タやシステムへのゲ`トウェイであるため、@A議なセキュリティ貧の傅廷を哈き軟こします。2021定、ロチェスタ`垢親寄僥の僥何伏が、より措い僥伏ロ`ン訳周を冥していたところ、をkし、徭蛍やlでも、方認嵐繁のアメリカ繁の繁クレジットスコア秤鵑碧できることをkしました。ルックアップペ`ジの嘘瘁にあるコ`ドを{べたところ、Jし返がFICOクレジットスコアのクエリを徭啝できるExperian APIが柵び竃されていることがわかりました。しかもこのAPIは巷_されていたため、クレジットスコアを{べるためにm俳なS辛なしにlでもそれを聞喘することができました。

ウクライナがロシアに義まれたJohn Deere芙のトラクタ`をh侯荷恬でo薦晒。赫永皆で弖Eしてトラクタ`を垓侯荷恬で涙薦晒できることに佶龍を隔ったセキュリティは、_k宀アカウントにサインアップし、Deere芙のトラクタ`のVIN桑催を侭嗤している繁ならlでもリモ`トでアクセスできることをkしました。これは、シノプシスのセキュリティ轅o宀であるTaylor Armerding箆が恷除のMediumの並で峺姜しているように、致忽の奮創工oに侮震なリスクをもたらす辛嬬來があります。

署蛮から滴匍字亠まで、あらゆる蛍勸のビジネスがソフトウェアビジネスである弊順ですから、蝕k宀が粥永鴛セキュリティにvする岑紛を隔っていることが音辛之です

では、聞喘および伏撹する API の芦畠來を_隠するにはどうすればよいでしょうか。

OWASP API セキュリティ トップ10

2019のリストは、けして仟しいものではありませんが、尅り卦る駅勣があるでしょう。OWASP Top 10 が Web アプリケ`ションのセキュリティにvする_k宀鬚韻隆猗來秤鵑併しているのと揖に、この蒙eなリストは、Web アプリケ`ションにする恷も嶷勣な API セキュリティリスクにvする嫌レいコンセンサスを燕しています。それぞれについて、なぜそれが}を哈き軟こすのかをてみましょう。

API1:2019 Broken Object-Level Authorization┘ブジェクトレベルのJ辛の音筍

オブジェクトレベルのJ辛は、ユ`ザ`がアクセスすべきオブジェクトのみにアクセスできることを編^するために、宥械はコ`ドレベルでg廾されるアクセス崙囮メカニズムです。 すべての API エンドポイントは、ログインユ`ザ`が勣箔されたオブジェクトにして勣箔されたアクションをg佩する慙泙魍屬辰討い襪どうかを編^するために、オブジェクトレベルのJ辛チェックをg廾する駅勣があります。

API2:2019 Broken User AuthenticationJ^の音筍

J^メカニズムが屎しくg廾されていない栽、好蔦澆麿のユ`ザ`の ID をp各できる辛嬬來があります。 J^エンドポイントとフロ`は、パスワ`ドを梨れた栽やパスワ`ドをリセットするシステムなど、隠oする駅勣があるYbです。 パスワ`ド?リセット?プロトコルが瘁原けの栽、ユ`ザ`J^好弔するN源な好齊I囃が侘撹されます。

API3:2019 Excessive Data Exposure┘禰`タの^な巷_

_k宀はデフォルトですべてのオブジェクトプロパティを巷_し、ユ`ザ`に燕幣する念にデ`タフィルタリングをg佩するようクライアントに卆贋するA鬚あります。吭のある好蔦澆蓮▲肇薀侫ックを義して APIレスポンスを蛍裂することでこの樋泣を旋喘し、ユ`ザ`に卦すべきではないC畜デ`タの敦其を冥し竃します。

API4:2019 Lack of Resources and Rate Limiting┘螢秋`ス音怎と。囃崙泯

APIでは、クライアントまたはユ`ザ`が勣箔できるリソ`スのサイズや方に崙泙鰓Oけていないことがよくあります。APIリクエストは、ネットワ`ク、CPU、メモリ、ストレ`ジなどのリソ`スをMしてAPIサ`バ`のパフォ`マンスに唹を式ぼし、サ`ビス詳倦 (DoS) につながる辛嬬來があるだけでなく、ブル`トフォ`ス┥t輝たりなどのJ^好弔するドアも_いたままにします。

API5:2019 Broken Function-Level AuthorizationC嬬レベルのJ辛の音筍

範辛の音姥は、呟なる竣蚊、グル`プ、およびロ`ルを隔つ狛業に鹸jなアクセス崙囮ポリシ`や、砿尖字嬬と宥械の字嬬の蛍宣が音苧tであることが圻咀である辛嬬來があります。吭のあるアクタ`は、音屎な字嬬にアクセスするために、アクセスできないはずの粥永鴛エンドポイントに屎輝な粥永鴛柵び竃しを僕佚することで、この之を喘します。砿尖字嬬は、この嶽の好弔琳勣な炎議です。

API6:2019 Mass Assignment匯凄護り輝て

モダンなフレ`ムワ`クでは、蝕k宀は、クライアントからの秘薦をコ`ドの篳と坪何オブジェクトに徭強議にバインドするv方を聞喘することをX潜しています。粥永鴛は、アプリケ`ションの児になるg廾をプロパティ兆と慌に巷蝕するため、好蔦澆呂海諒峽┐鯤荒辰靴董⊃k宀が巷蝕することを吭蹐靴討い覆った字畜來の互いオブジェクトプロパティを厚仟または貧慕きできます。喘されると、慙N鯉、デ`タの個ざん、セキュリティメカニズムのバイパスなどにつながる辛嬬來があります。

API7:2019 Security Misconfiguration┘札ュリティO協ミス

セキュリティの譜協ミスは、ネットワ`クレベルからアプリケ`ションレベルまで、粥永鴛スタックのあらゆるレベルでk伏する辛嬬來があります。好蔦澆蓮謹くの魁栽、パッチが癖喘されていない之、匯違議なエンドポイント、または隠擦されていないファイルやディレクトリを需つけて、システムへの音屎アクセスや岑紛を函誼しようとします。セキュリティの譜協ミスにより、字畜來の互いユ`ザ`デ`タやシステムの袁犬息し、サ`バ`畠悶の盃墾につながる辛嬬來があります。

API8:2019 Injection┘ぅ鵐献Дション

インジェクションの之は、佚mできないデ`タがコマンドまたはクエリの匯何としてインタ`プリタに僕佚された栽にk伏します。好蔦澆吭のあるデ`タは、インタプリタを_して吭蹐靴覆ぅ灰泪鵐匹g佩したり、m俳なS辛なしにデ`タにアクセスしたりする辛嬬來があります。インジェクションは、秤鸞えいやデ`タp払につながる辛嬬來があります。また、DoS や頼畠なホスト\っ函りにつながる辛嬬來もあります。これが、インジェクションが匯違議なOWASP Top 10で3桑朕に嶷寄なセキュリティ}としてい欧蕕譴討い訐輦匹任

API9:2019 Improper Assets Management┣止m俳なYb砿尖

宥械、硬いバ`ジョンの粥永鴛にはパッチが癖喘されていません。これにより、恷仟バ`ジョンの粥永鴛を隠擦するために擬秘されている辛嬬來のある恷枠極のセキュリティメカニズムと蕕Δ海箸覆、システムを否叟に盃墾できます。好蔦澆蓮∋畜デ`タにアクセスし、揖じデ`タベ`スに俊Aされたパッチが癖喘されていない硬いバ`ジョンの粥永鴛を初してサ`バ`を\っ函ることもできます。

API10:2019 Insufficient Logging and Monitoring┣司蛍なロギングとモニタリング

ログhとOが音噴蛍な蕁▲ぅ鵐轡妊鵐鬉箸僚y栽が之鯛していたり、森がなかったりすると、好蔦澆魯轡好謄爐鬚気蕕帽弔掘⊂@A來をS隔し、個ざんするシステムをやし、デ`タを渇竃または篤欧垢襪海箸できます。ほとんどの盃墾の{砲任蓮盃墾を奮するまでに200 晩參貧かかっていることが幣されており、吏?にして、坪何プロセスやOではなく、翌何vS宀によってkされます。M佩嶄の吭のあるアクティビティを辛晒できないため、好蔦澆魯轡好謄爐鰺衄に盃墾するのに噴蛍なrgを誼ることができます。については、仝ロギングと酌篇のための、7つのベストプラクティス々をごEください

J^とJ辛は API セキュリティのIです

OWASP API Security Top 10 リストの磯蛍參貧がJ^とJ辛にvBしていることはg`いありません。これらの之は、APIシステムがハッキングされる恷も匯違議に喘されるのです。

範^と範辛は2つの倖艶のプロセスであることをえておくことが嶷勣です。範^は、ユ`ザ`が豊であるかを鳩範するプロセスで、範辛は、採にアクセスできるかを鳩範するプロセスです。

API はユ`ザ`のJ^に卆贋してどのJ辛の慙泙鮓錦襪垢襪をQ協するため、API J^を屎しく函誼することが嶷勣です。 API J^プロトコルをO協するときに藻吭すべき泣の 1 つは、クライアントはマシンであるため、(せっかちな) 繁gのユ`ザ`よりもはるかにl訓にJ^を勣箔できることです。

eBook

粥永鴛セキュリティのF彜のeBookをiむ

Continue Reading

Explore Topics