this paper was submitted on
3 points (100% like it)
3 up votes 0 down votes

papers

subscribe8 readers

Welcome to the public review site of papers appearing in MobiSys 2012. Here you can find the public review written by a PC member for each paper and the authors' rebuttal to it. You can comment on any of them or add your own opinion. Finally you can vote to "like" or "dislike" a paper by clicking the up or down arrows next to its title.

reddit is a source for what's new and popular online. vote on links that you like or dislike and help decide what's popular, or submit your own!

all 3 comments

[–]ConferenceQA 0 points1 point ago

sorry, this has been archived and can no longer be voted on

Q: (Korea) When you use smartphones, that is because you want computing power etc. where JavaCards are less resourceful. Why use it in the phone?

A: If i have sensors sending data, sensor designers want to keep their sensors very simple and works well and consistently. On phones with application-specific logic, allows sensors to stay simple. If processing is always the same, and always with the same sensor, then push it into the sensor. But if it will change, then it makes sense to push to the phone (firmware updates to sensors is hard) Also if you want to fuse sensor data, then it makes sense to use the phone as a place to do the fusion

[–]ConferenceQA 0 points1 point ago

sorry, this has been archived and can no longer be voted on

Q: (Alec Wolman, MSFT) Love the work. Had a question about the deisgn you chose. The processing language used for the data -- instructions are hosted on the untrusted environment. Seems a minor design change would allow you to keep the code confidential as well. Did you consider that design choice and discard it or not consider at all?

A: Looked at options like garbled circuits (talk offline more) but we just haven’t gotten that far. Clear shortcoming - we hide what the data values are but not the processing. E.g., if the processing is specific to HIV, it could reveal something about the data by mistake. So yes, we need to look into it.

[–]ConferenceQA 0 points1 point ago

sorry, this has been archived and can no longer be voted on

Q: In my experience, processing needs lead time. Where is the time source in your system? Sensor? SmartCard?

A: From the sensor. Requirement is that sensor should have a trustworthy time source. Would be great to have a second time source but malicious code could cut access to the phone.