-
Notifications
You must be signed in to change notification settings - Fork 1.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Clarify the description of REST vs OCS in accordance to sugestions discussed #12264
base: master
Are you sure you want to change the base?
Changes from all commits
71d81da
94c8694
0758bc0
4b76fec
ca6794c
d5f5e94
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change | ||||
---|---|---|---|---|---|---|
|
@@ -6,7 +6,8 @@ REST APIs | |||||
|
||||||
.. sectionauthor:: Bernhard Posselt <[email protected]> | ||||||
|
||||||
Offering a RESTful API is not different from creating a :doc:`route <../basics/routing>` and :doc:`controllers <../basics/controllers>` for the web interface. It is recommended though to inherit from ApiController and add **@CORS** annotations to the methods so that `web applications will also be able to access the API <https://developer.mozilla.org/en-US/docs/Web/HTTP/Access_control_CORS>`_. | ||||||
Offering a RESTful API is not different from creating a :doc:`route <../basics/routing>` and :doc:`controllers <../basics/controllers>` for the web interface. | ||||||
It is recommended though to inherit from ApiController and add **@CORS** annotations to the methods so that `web applications will also be able to access the API <https://developer.mozilla.org/en-US/docs/Web/HTTP/Access_control_CORS>`_. | ||||||
Comment on lines
-9
to
+10
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. No relevant diff? There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. This is just styling to put every sentence on it's own line. I can drop that as well. |
||||||
|
||||||
.. code-block:: php | ||||||
|
||||||
|
@@ -44,7 +45,8 @@ CORS also needs a separate URL for the preflighted **OPTIONS** request that can | |||||
) | ||||||
|
||||||
|
||||||
Keep in mind that multiple apps will likely depend on the API interface once it is published and they will move at different speeds to react to changes implemented in the API. Therefore it is recommended to version the API in the URL to not break existing apps when backwards incompatible changes are introduced:: | ||||||
Keep in mind that multiple apps will likely depend on the API interface once it is published and they will move at different speeds to react to changes implemented in the API. | ||||||
Therefore it is recommended to version the API in the URL to not break existing apps when backwards incompatible changes are introduced:: | ||||||
Comment on lines
-47
to
+49
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Same here |
||||||
|
||||||
/index.php/apps/myapp/api/1.0/resource | ||||||
|
||||||
|
@@ -79,3 +81,95 @@ To add an additional method or header or allow less headers, simply pass additio | |||||
} | ||||||
|
||||||
} | ||||||
|
||||||
.. _ocs-vs-rest: | ||||||
|
||||||
Relation of REST and OCS | ||||||
------------------------ | ||||||
|
||||||
There is a close relationship between REST APIs and :ref:`OCS <ocscontroller>`. | ||||||
Both provide a way to transmit data between the backend of the app in the Nextcloud server and some frontend. | ||||||
|
||||||
The following combinations of attributes might be relevant for various scenarios: | ||||||
|
||||||
#. Plain frontend route: ``Controller`` class | ||||||
#. Plain frontend with CRSF checks disabled: ``Controller`` class and ``#[NoCSRFRequired]`` attribute on the method | ||||||
#. REST route with CORS enabled: ``Controller`` class and ``#[CORS]`` and ``#[NoCSRFRequired]`` attributes on the route | ||||||
#. OCS-based route: ``OCSController`` class | ||||||
#. OCS-based route with CORS enabled: ``OCSController`` class and ``#[CORS]`` attribute on the method | ||||||
|
||||||
.. warning:: | ||||||
Adding the ``#[NoCRSFRequired]`` attribute imposes a security risk. | ||||||
You should not add this to your controller methods unless you understand the implications and be sure that you absolutely need the attribute. | ||||||
|
||||||
.. warning:: | ||||||
Adding the attribute ``#[CORS]`` alone is not sufficient to allow access using CORS. | ||||||
The CSRF checker will typically fail, so enabling CORS enforces you to disable the CSRF checker as well. | ||||||
Although the disabled CSRF checker in itself is a security issue to consider, adding CORS opens up this even more. | ||||||
You should make sure, that you understand the implications completely when enabling CORS and do so only when there is a good use case. | ||||||
|
||||||
There are different ways a clients might interact with your APIs. | ||||||
These ways depend on your API configuration (what you allow) and on which route the request is finally made. | ||||||
|
||||||
- *Access from web frontend* means the user is browses the Nextcloud web frontend with a browser. | ||||||
- *Access from an external app* indicates that the user is not using the normal browser (as logged in) but directly navigates a certain URL. | ||||||
This can be in a new browser tab or an external program (like an Android app or simply a curl command line). | ||||||
- *Access from external website* means that the user browses some third party web site and *magically* data from your app appears. | ||||||
Technically, the other website would embed/load/use images, JSON data, or other resources from a URL pointing to the Nextcloud server. | ||||||
Comment on lines
+117
to
+118
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. This use-case is relatively niche and I think the general advice is to avoid it (and CORS altogether) as it opens unintended security issues if you are not careful. I think this should have some warnings as well. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I will add some words here as well |
||||||
|
||||||
.. list-table:: Comparison of different API types | ||||||
:header-rows: 1 | ||||||
:align: center | ||||||
|
||||||
* - Description | ||||||
- 1 (plain) | ||||||
- 2 (w/o CSRF) | ||||||
- 3 (CORS) | ||||||
- 4 (OCS) | ||||||
- 5 (OCS+CORS) | ||||||
* - URL prefix (relative to server) | ||||||
- ``/apps/<appid>/`` | ||||||
- ``/apps/<appid>/`` | ||||||
- ``/apps/<appid>/`` | ||||||
- ``/ocs/v2.php/apps/<appid>/`` | ||||||
- ``/ocs/v2.php/apps/<appid>/`` | ||||||
* - Access from web frontend | ||||||
- yes | ||||||
- yes (CSRF risk) | ||||||
- yes (CSRF risk) | ||||||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Maybe explain that for CORS one needs to disable CSRF and thus automatically poses a security risk through CSRF attacks There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Yes, good point. |
||||||
- yes | ||||||
- yes (CSRF risk [#]_) | ||||||
* - Access from external app | ||||||
- --- | ||||||
- yes | ||||||
- yes | ||||||
- yes (with header [#]_) | ||||||
- yes | ||||||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
Suggested change
OCS is still protected against CSRF attacks using the OCS-APIRequest header or a CSRF token. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Isn't this line disabling the csrf checks for OCS when done with a bearer token? There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Not really, it also checks that the custom header is set (https://github.com/nextcloud/server/blob/94c529409813e03d632662283a5cd302ef8e9781/lib/private/AppFramework/Middleware/Security/SecurityMiddleware.php#L235) which is a CSRF check. |
||||||
* - Access from external website | ||||||
- --- | ||||||
- --- | ||||||
- yes | ||||||
- --- | ||||||
- yes | ||||||
christianlupus marked this conversation as resolved.
Show resolved
Hide resolved
|
||||||
* - Encapsulated data | ||||||
- no | ||||||
- no | ||||||
- no | ||||||
- yes (JSON or XML) | ||||||
- yes (JSON or XML) | ||||||
|
||||||
Methods from ``Controller`` classes can return ``DataResponse`` objects similar to ``OCSController`` class methods. | ||||||
For methods of a ``Controller`` class, the data of this response is sent e.g. as JSON as you provide it. | ||||||
Basically, the output is very similar to what ``json_encode`` would do. | ||||||
In contrast, the OCS controller will encapsulate the data in an outer shell that provides some more (meta) information. | ||||||
For example a status code (similar to the HTTP status code) is transmitted at top level. | ||||||
The actual data is transmitted in the ``data`` property. | ||||||
|
||||||
As a rule of thumb one can conclude that OCS provides a good way to handle most use cases including sufficient security checks. | ||||||
The only exception to this is if you want to provide an API for external usage where you have to comply with an externally defined API scheme. | ||||||
Here, the encapsulation introduced in OCS and CSRF checks might be in your way. | ||||||
|
||||||
.. [#] Only if you have set ``#[NoCSRFRequired]``. | ||||||
OCS controllers have other CSRF checks in place that might with CORS without disabling the CSRF checks completely. | ||||||
Using the ``OCS-APIREQUEST`` header is also a CSRF protection but is compatible with CORS. | ||||||
.. [#] The OCS controller needs the request header ``OCS-APIREQUEST`` to be set to ``true``. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
👀