Kengo Masuda-Marubeni IT Sol
My feedback
37 results found
-
1 voteKengo Masuda-Marubeni IT Sol
shared this idea
·
-
1 voteKengo Masuda-Marubeni IT Sol
shared this idea
·
-
2 votesKengo Masuda-Marubeni IT Sol
supported this idea
·
-
25 votes
The Box Shield Product team is researching the ask.
An error occurred while saving the comment -
8 votesKengo Masuda-Marubeni IT Sol
supported this idea
·
An error occurred while saving the comment Kengo Masuda-Marubeni IT Sol
commented
I agree with this idea.
In recent years, there has been a growing demand for this improvement as CASB products have made it possible to identify and control only the act of uploading.For example, it would be possible to “limit uploads to 1MB or issue a warning dialog for uploads to folders invited by other companies.
Even with the current specification, it is possible to control logins to other companies by setting “prohibit *.ent.box.com and allow mycompany.ent.box.com,” but controlling logins alone is not sufficient.
It is not possible to achieve the “state that identifies and automatically controls the taking out of data to other companies” that many companies desire.
This is still not possible even with Box Shield's classification labels.
See also Pulse below.
https://pulse.box.com/forums/909778-help-shape-the-future-of-box/suggestions/48208769-access-policy-prohibiting-copying-and-moving-to-exEven if it is a paid option, could you please implement a function to “provide the upload.box.com subdomain privately”?
Ideally, not only uploading, but also copying and moving operations should go through this connection. -
1 voteKengo Masuda-Marubeni IT Sol
shared this idea
·
-
19 votesKengo Masuda-Marubeni IT Sol
supported this idea
·
-
19 votesKengo Masuda-Marubeni IT Sol
supported this idea
·
-
1 voteKengo Masuda-Marubeni IT Sol
shared this idea
·
-
4 votes
An error occurred while saving the comment Kengo Masuda-Marubeni IT Sol
commented
I would like to be able to expand the upper limit on the number of versions that can be set in the management console to around 2000 to 3000.
When you subscribe to Box Governance, you can choose between unlimited file versions or 1-100 versions.
I'm currently using Unlimited, but I sometimes find that operations with files that have many versions (such as restoring from the Recycle Bin) are slow.
Each file version has its own ID and is tied to the original file, so I don't think this is just my imagination but a possible mechanism.Therefore, I would like to set an upper limit.
100 is too low, so I would like you to expand the upper limit.
The desired value is up to several thousand versions.日本語訳：
管理コンソールで設定できるバージョン数の上限を2000～3000程度まで拡張できるようにしたい。
Box Governanceに加入すると、ファイルのバージョン数を無制限にするか、1～100バージョンにするかを選択できます。
現在、無制限を使用していますが、多くのバージョンを持つファイルの操作（ごみ箱からの復元など）が遅いことに気づくことがあります。
各ファイルのバージョンは独自のIDを持ち、元のファイルに紐付けられているため、これは私の気のせいではなく、仕組み上ありえることだと思います。そのため上限を設定したいのですが、
100では少なすぎるので、上限を拡大していただきたいです。
希望値の目安は数千バージョンまで。Kengo Masuda-Marubeni IT Sol
shared this idea
·
-
1 vote
An error occurred while saving the comment Kengo Masuda-Marubeni IT Sol
commented
I want to make it mandatory for each user to accept an invitation when receiving an invitation in administrator settings.
日本語訳：
各ユーザーが招待を受けるときの承諾操作を管理者設定で必須化したい。
【現状】
現在、各ユーザーがアカウント設定で「招待を受ける際に承諾をする」を有効にすることができますが、管理者が強制できないことが問題です。【これが問題である理由】
Boxでは、メールアドレスさえあれば簡単に共同作業の招待状を送ることができる。
つまり、自分の知らないうちにフォルダに招待され、トップフォルダに突然謎のフォルダが出現することもある。
そのため、誤ってファイルをアップロードしてしまったり、不要なファイルをダウンロードしてしまったりする可能性が出てくる。外部から受ける招待は、Box Governanceのコラボレーションのホワイトリストで制限できるが、これは設定したくない。
取引先からフォルダへの招待を受ける前にホワイトリストの申請が必要になり、積極的なコラボレーションのハードルになるからだ。【要望】
代わりに、各ユーザが被招待時に怪しい招待元でないかを自分で確認させるようにしたい。
もし、この承諾設定をユーザーに強制することができれば、招待を受けた際の受付画面での注意喚起や、招待を受ける前に適切な相手からの招待であることを確認するための注意喚起を、ユーザーマニュアルに記載することができるようになる。これはBox固有の問題というより、外部コラボレーション機能を持つクラウドサービスに共通する問題ですが、ぜひともコラボレーションに適したサービスであるBoxが率先して解決策を導入していただきたく思います。
Kengo Masuda-Marubeni IT Sol
shared this idea
·
-
6 votesKengo Masuda-Marubeni IT Sol
supported this idea
·
-
37 votes
We currently do not have this planned on our roadmap. Please keep the feedback & use cases coming to help us prioritize this in the future!
Kengo Masuda-Marubeni IT Sol
supported this idea
·
-
16 votes
An error occurred while saving the comment Kengo Masuda-Marubeni IT Sol
commented
Attached is a link to a document that illustrates this request.
*The link may be closed in the future for our convenience.https://marubeni.app.box.com/file/1646501029888?s=567af9yezql3o64axez5mfzhm79eb1xp
Kengo Masuda-Marubeni IT Sol
shared this idea
·
-
3 votes
An error occurred while saving the comment Kengo Masuda-Marubeni IT Sol
commented
We have confirmed that this behavior was resolved on August 9, 2024.
Thank you for your correspondence.Kengo Masuda-Marubeni IT Sol
shared this idea
·
-
3 votesKengo Masuda-Marubeni IT Sol
shared this idea
·
-
34 votesKengo Masuda-Marubeni IT Sol
supported this idea
·
-
2 votesKengo Masuda-Marubeni IT Sol
shared this idea
·
-
7 votes
An error occurred while saving the comment Kengo Masuda-Marubeni IT Sol
commented
I second this request.
Just on all preview screens, not just PDFs,
I would like the user to be able to hide the toolbar.Kengo Masuda-Marubeni IT Sol
supported this idea
·
-
21 votesKengo Masuda-Marubeni IT Sol
supported this idea
·
An error occurred while saving the comment Kengo Masuda-Marubeni IT Sol
commented
【Reply to comment on Dec. 15 ,2021】
Yes, I agree with you.
This request is "a system that can determine the source of access", but what is more important in actual information security is "the ability to restrict the source of access".And I was posting the following Pulse as a mechanism for this purpose.
https://pulse.box.com/forums/909778-help-shape-the-future-of-box/suggestions/43756059-secure-open-link-domain-white-list-for-open-sharIf you would like to vote for this request, I would appreciate it if you could vote for this request as well.
Note that the above Pulse assumes that the user issuing the shared link, not the administrator, specifies the domain list or email address of the OTP destination.An error occurred while saving the comment Kengo Masuda-Marubeni IT Sol
commented
日本語訳も掲載します。
【サマリー】
オープンリンクの設定に「ワンタイムパスワードによるメールアドレスの確認を要求する」を追加してください。
これにより、アクセス統計にオープンリンクからアクセスしたユーザーのメールアドレスを表示できるようになり、不審なアクセスかどうかを判断できるようになります。【解決すべき問題点】
現在のオープンリンクはセキュリティが十分とは言えません。
というのも、誰がアクセスしたのかを判断できないからです。
現在の使い方では、Boxにログインしていないユーザーがオープンリンクからアクセスした場合、アクセス履歴にはIPアドレスと予想される地域しか表示されません。
IPアドレスからは使用しているネットワークを推測することしかできず、予想される地域も間違っている場合があります。
これでは、IT管理部門は、オープンリンクが情報漏えいの経路になっていないかどうかを監視することができません。【アイデアの詳細】
オープンリンク発行時に「ワンタイムパスワードによるメールアドレス認証を要求する」を選択できるようにします。
この設定を有効にすると、以下のような動作します。
<アクセスしているユーザーがBoxにログインしている場合>
変更せずに従来通り表示します。
<アクセスしたユーザーがBoxにログインしていない場合>
(1)アクセスしたユーザーはメールアドレスの入力を求められます。
(2)入力後、入力されたアドレスにワンタイムパスワードが送信されます。
(3) ワンタイムパスワードの入力を求められます。
(4) 正しいワンタイムパスワードを入力すると、オープンリンクを開くことができます。
(5)入力されたメールアドレスは、ファイルアクセス履歴に表示されます。【追加のアイデア】
この要望を実現すれば、ドメインやメールアドレスのホワイトリストでオープンリンクを制限することも可能になります。以下のチケットで要望を上げています。
セキュアなオープンリンク② - オープンリンクのDomainホワイトリストKengo Masuda-Marubeni IT Sol
shared this idea
·
I generally agree with this opinion,
Copying or moving to an external folder should remain a target for mass download detection.