rest-security

    2熱度

    1回答

    我是Couchbase的新成員,並且找不到任何與我的問題有關的來源。 我打算開發一個使用Cordova(Phonegap)的移動應用程序。我認爲Couchbase作爲一個數據庫是一個很好的解決方案。但我有一個關於安全性的問題。 如果我使用Couchbase Lite PhoneGap插件,我的服務器IP將出現在我的「Sync-Gateway-config.json」文件中。因此,人們可以使用RES

    1熱度

    1回答

    我正在爲現有應用程序實現REST層。我有我的用戶ID和密碼存儲在數據庫中,我想在調用我的REST服務時對這些憑據進行身份驗證。請注意,這是一個獨立的應用程序。 經過調查,我找到了2種方法。 HTTPS的基本實現 - 此方法確保 傳遞的用戶名和密碼不被Man在中間攻擊中篡改。 使用認證令牌(JWT) - 用戶最初將他的用戶ID 和密碼,服務器還給身份驗證token.Once用戶 有可能被用於後續 請

    18熱度

    1回答

    到目前爲止,我閱讀的大多數教程都使用@EnableOAuth2Sso而不是API網關上的@EnableResourceServer。有什麼區別? OAuth2Sso與此相反呢? 詳細信息:我正在實現基於spring的微服務和單頁面應用程序的安全/基礎架構。一段時間以來,雖然我們沒有安全要求,但SPA還是直接在不同的主機上開放微服務(CORS聚會)。 現在我使用spring-oauth和spring

    0熱度

    2回答

    可能重複: Best Practices for securing a REST API/web service 我正在做一個桌面應用程序,並在此應用程序,我將能夠創建/讀取/更新/刪除數據在數據庫中。 對於這個動作,我做了一個php REST api,所以我可以簡單地得到一個完整列表/api/users和選擇用戶1與/api/users/1。 如果你知道更好的方法你可以告訴我的課程,我認爲這是一

    2熱度

    2回答

    美好的一天,我實施了一項REST服務。在資源終點的URL中,使用數據庫表的主鍵ID。例如http://host/myapp/items/item/4。我知道在URL中使用數據庫ID是一種不好的做法,我應該使用UUID代替。另一方面,我知道如果數據庫中有很多記錄,那麼在索引中使用UUID是一個性能問題,因爲它們不是順序的(1,2,3,...)。所以我有一個想法來加密數據庫ID。這是怎麼可能的工作:

    2熱度

    2回答

    我知道該代碼是用於真正長壽命訪問令牌的短期標記交換。我已經通過了Oauth 2.0,但找不到這個信息,所以在這裏問: 什麼是代碼的生命週期? 僅供一次性使用嗎? 代碼交換多少次才能獲取訪問令牌? 在爲該代碼提供訪問令牌後,代碼會發生什麼情況? 我正在使用oAuth 2.0 plugin on Kong API gateway。它將代碼保持在特定的時間並且在那個時候可以使用相同的代碼生成多個訪問令牌

    2熱度

    1回答

    我正在開發提供REST API的Spring Boot Web應用程序。我的大多數頁面(thymeleaf模板)都使用此API與後端進行通信(使用AJAX請求)。我已閱讀了諸如基本認證,OAuth2等不同方法。這些方法描述了用戶認證,之後用戶可以訪問API。但我不希望用戶使用瀏覽器或REST客戶端(即郵遞員Chrome瀏覽器擴展程序,可訪問瀏覽器Cookie,通常存儲訪問令牌)直接與我的API進行

    0熱度

    2回答

    我正在爲我的用戶構建一個Restful API。 我有這些: 1. GET - >用戶/ {ID}這是Id以獲取 2. POST - >用戶/ {} DTO這是添加 3. PATCH/PUT - >用戶/ {DTO}這是用於更新信息 4.刪除 - >用戶/ {ID}卸下 5.刪除 - >用戶/ {名}/reset_pass重置密碼 6. POST - >用戶/?username = {userNa

    0熱度

    1回答

    我想了解如何我可以實現安全使用一個經過驗證的用戶的寧靜的客戶端。我遇到的情況是如何阻止用戶更新自己的購買行爲,因爲寧靜的客戶端將購買標識返回。對於熟練的用戶,產品ID很容易被篡改。自從使用https阻止或緩解它之後,我並不真正有興趣陷入中間。我真的很感興趣的是一個用戶試圖更新不屬於他們的東西。 如何防止在其他世界發生這樣的攻擊? Web Parameter Tampering

    0熱度

    1回答

    我們當前的REST API實現對查詢字符串中的所有類型的請求(PUT,POST,GET)使用apiKey。我覺得這是錯誤的,但無法解釋爲什麼(也許apiKey可以兌現服務器和客戶端之間的某處)。喜歡的東西: POST /objects?apiKey=supersecret {name: 'some'} 所以,它是一個安全問題嗎?請描述HTTP和HTTPS連接的情況下