Return-Path: X-Original-To: apmail-airavata-dev-archive@www.apache.org Delivered-To: apmail-airavata-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 26FF5187D2 for ; Mon, 14 Dec 2015 00:33:21 +0000 (UTC) Received: (qmail 99725 invoked by uid 500); 14 Dec 2015 00:33:20 -0000 Delivered-To: apmail-airavata-dev-archive@airavata.apache.org Received: (qmail 99675 invoked by uid 500); 14 Dec 2015 00:33:20 -0000 Mailing-List: contact dev-help@airavata.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@airavata.apache.org Delivered-To: mailing list dev@airavata.apache.org Received: (qmail 99665 invoked by uid 99); 14 Dec 2015 00:33:20 -0000 Received: from Unknown (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 14 Dec 2015 00:33:20 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 2900DC0AB6 for ; Mon, 14 Dec 2015 00:33:20 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 2.898 X-Spam-Level: ** X-Spam-Status: No, score=2.898 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=3, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd1-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-us-east.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id vRatxXzbvsGZ for ; Mon, 14 Dec 2015 00:33:19 +0000 (UTC) Received: from mail-io0-f180.google.com (mail-io0-f180.google.com [209.85.223.180]) by mx1-us-east.apache.org (ASF Mail Server at mx1-us-east.apache.org) with ESMTPS id 218CA429C4 for ; Mon, 14 Dec 2015 00:33:19 +0000 (UTC) Received: by ioae126 with SMTP id e126so28027760ioa.1 for ; Sun, 13 Dec 2015 16:33:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=iysG5IjoT3Ri99b3kn5jnmXoc3RgIkuSY/PU8q+BexE=; b=VIK4bPgYsQWLAiOFsmL6MM0dxDagU05V5BdzTYIOrh+5kxlmM9M7tcdxTnzhzPtzn4 tR5d2nP2SOy6av4xbzMoRmM6ARl+NF17x95yRGsscQYWQBM9v+rI3ykgBxIZwDAFvD5r MDUyA57KGFZbGfJWeMiLEXIn75VnGY/QmgU9eVNzIzuzLWKKujN2SMee+LI8LUkECHD7 kFcfNy1OSND6qBOPkDBjVVETqzX35K+gW2ISrWmMjgj1vOFIX6D6at9lEIUdYX+bEOap ooi9zt6Ry30CwUH9PdOU9YZ5N7nLWIsqKiRWMB6wmmA6MkZ5T55wZFD01oLLUcKssxpg 5yBg== MIME-Version: 1.0 X-Received: by 10.107.132.11 with SMTP id g11mr32016510iod.56.1450053198694; Sun, 13 Dec 2015 16:33:18 -0800 (PST) Received: by 10.79.117.15 with HTTP; Sun, 13 Dec 2015 16:33:18 -0800 (PST) In-Reply-To: References: Date: Sun, 13 Dec 2015 19:33:18 -0500 Message-ID: Subject: Re: Introducing gatewayId to SecurityToken in Airavata API From: Amila Jayasekara To: dev Content-Type: multipart/alternative; boundary=001a113ec600d04ee00526d0d16e --001a113ec600d04ee00526d0d16e Content-Type: text/plain; charset=UTF-8 Does that mean particular gateway can get experiment information of another gateway? If so, For a multi-tenant situation this needs to change. Thanks -Thejaka On Sun, Dec 13, 2015 at 3:16 PM, Supun Nakandala wrote: > Currently we send the gatewayId for the API method as a parameter. This is > not sent to all API methods but only for the required ones such as > createExeriment. But for other methods like getExperiment we don't require > only the experimentId. So users can access other gateway's experiments if > they know the experimentId. > > The idea is to make gatewayId a mandatory field in SecurityToken and > validate it at the API security manager. > > On Sun, Dec 13, 2015 at 12:23 PM, Amila Jayasekara < > thejaka.amila@gmail.com> wrote: > >> >> >> On Fri, Dec 11, 2015 at 10:17 PM, Supun Nakandala < >> supun.nakandala@gmail.com> wrote: >> >>> Hi devs, >>> >>> Currently in the Airavata API we use the gatewayId only for some API >>> methods like createExperiment, registerApplication etc.. I would like to >>> suggest that we move this field to SecurityToken and make it mandatory for >>> all API methods. For API methods which requires the gatewayId we can read >>> it from there. >>> >> >> So, currently how does other methods figure out on which gateway id the >> operation should be performed ? >> >> -Thejaka >> >> >>> >>> By making gatewayId a mandatory field in SecurityToken, in the API it is >>> easy to implement access control to the API in a multi tenanted scenario. >>> >>> Any Concerns? >>> >>> Thanks >>> Supun >>> >> >> > > > -- > Thank you > Supun Nakandala > Dept. Computer Science and Engineering > University of Moratuwa > --001a113ec600d04ee00526d0d16e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Does that mean particular gateway can get experiment infor= mation of another gateway?
If so, For a multi-tenant situation this nee= ds to change.

Thanks
-Thejaka
=

On= Sun, Dec 13, 2015 at 3:16 PM, Supun Nakandala <supun.nakandala@gmail.com> wrote:
Currently we= send the gatewayId for the API method as a parameter. This is not sent to = all API methods but only for the required ones such as createExeriment. But= for other methods like getExperiment we don't require only the experim= entId. So users can access other gateway's experiments if they know the= experimentId.

The idea is to make gatewayId a mandatory= field in SecurityToken and validate it at the API security manager.
<= /div>

On= Sun, Dec 13, 2015 at 12:23 PM, Amila Jayasekara <thejaka.amila@gmail.com> wrote:


On Fri, Dec 11, 2015 = at 10:17 PM, Supun Nakandala <supun.nakandala@gmail.com> wrote:
Hi devs,

Currently in the Airavata API we use the gatewayId only for some A= PI methods like createExperiment, registerApplication etc.. I would like to= suggest that we move this field to SecurityToken and make it mandatory for= all API methods. For API methods which requires the gatewayId we can read = it from there.

So, curre= ntly how does other methods figure out on which gateway id the operation sh= ould be performed ?

-Thejaka
=C2= =A0

By making gatewayId a mandatory field in SecurityToken, in the API it is = easy to implement access control to the API in a multi tenanted scenario.

Any Concerns?=C2=A0

Thanks=
Supun




-= -
Thank you
Supun Nakandala
Dept. Computer Science and Engin= eering
University of Moratuwa

--001a113ec600d04ee00526d0d16e--