On Feb 23, 2014, at 11:13 PM, Bradley O'Hearne
wrote:
> So I’ll try the Developer Program support phone number tomorrow, but beyond
> that, there’s not much left to try. The DTS web form seems to be the only
> game in town.
…and the end of the matter: I got through to DTS. After a brief exc
On 2014 Feb 21, at 18:24, Scott Ribe wrote:
On Feb 21, 2014, at 2:26 PM, Bradley O'Hearne
wrote:
Industries such as medical (HIPAA), legal, government, education,
military defense, etc. all have such security needs.
The only way I can see for the app under discussion to work is to
create kio
On Feb 21, 2014, at 9:13 PM, Bradley O'Hearne wrote:
> I’ve spent the last hour trying to post an issue to DTS via the Apple Mac
> Developer Program Member Center….no dice. Despite the fact I have all fields
> filled out, I keep getting the error message:
>
> “We are unable to process your re
.@gmail.com
> Cc: "Cocoa Cocoa-Dev" , "Uli Kusterer"
>
> Sent: Sunday, February 23, 2014 7:34:22 AM
> Subject: Re: Disabling screen capture
>
> On Feb 22, 2014, at 10:09 PM, dangerwillrobinsondan...@gmail.com wrote:
>
>> How would you know what fi
Ribe"
To: dangerwillrobinsondan...@gmail.com
Cc: "Cocoa Cocoa-Dev" , "Uli Kusterer"
Sent: Sunday, February 23, 2014 7:34:22 AM
Subject: Re: Disabling screen capture
On Feb 22, 2014, at 10:09 PM, dangerwillrobinsondan...@gmail.com wrote:
> How would you know what files to w
On Feb 22, 2014, at 10:09 PM, dangerwillrobinsondan...@gmail.com wrote:
> There is no Cocoa to this. This is OT.
That is absolutely not true, it is *entirely* a question of Cocoa API, but….
> Thread should end.
…I’ll actually request the thread end, because it has unfortunately been
swallowed
On Feb 23, 2014, at 11:32, "Kyle Sluder" wrote:
>
> Control-Shift-3 puts the screenshot on the pasteboard
Command-control-shift-3.
Steve via iPad
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator
On Feb 23, 2014, at 7:34 AM, Scott Ribe wrote:
>
>> On Feb 22, 2014, at 10:09 PM, dangerwillrobinsondan...@gmail.com wrote:
>>
>> How would you know what files to watch for?
>> File extensions are really unreliable means of knowing content types.
>
> Because the built-in screen shot functionali
An app that deletes files on another persons Mac, blocks certain functions of
the OS, and reports stuff really sounds like a trojan to me. I guess Apple has
done a lot to prohibit this kind of behaviour from apps, so even if the app
made by the thread-starter is legit, the mechanics would be use
On 23.02.2014, at 17:16, Etienne Samson wrote:
> Le 23 févr. 2014 à 16:34, Scott Ribe a écrit :
>
>> On Feb 22, 2014, at 10:09 PM, dangerwillrobinsondan...@gmail.com wrote:
>>
>>> How would you know what files to watch for?
>>> File extensions are really unreliable means of knowing content ty
Le 23 févr. 2014 à 16:34, Scott Ribe a écrit :
> On Feb 22, 2014, at 10:09 PM, dangerwillrobinsondan...@gmail.com wrote:
>
>> How would you know what files to watch for?
>> File extensions are really unreliable means of knowing content types.
>
> Because the built-in screen shot functionality
On Feb 22, 2014, at 10:09 PM, dangerwillrobinsondan...@gmail.com wrote:
> How would you know what files to watch for?
> File extensions are really unreliable means of knowing content types.
Because the built-in screen shot functionality uses a really obvious naming
convention, and drops the fil
I don’t like the idea of deleting random files on the user’s computer as it
could cause major problems. You could take the snapchat approach and just send
notifications to the proctor when files are created during a test.
Thanks,
Jon
On Feb 22, 2014, at 1:54 PM, Matt Gough wrote:
> OK,
>
>
On 23 Feb 2014, at 11:20, Uli Kusterer wrote:
> On 23 Feb 2014, at 06:09, dangerwillrobinsondan...@gmail.com wrote:
>> There is no Cocoa to this. This is OT.
>> Thread should end.
>
> What is it with you and this thread?
Sorry, I shouldn’t have written it like that. And particularly not under
On 23 Feb 2014, at 06:09, dangerwillrobinsondan...@gmail.com wrote:
> There is no Cocoa to this. This is OT.
> Thread should end.
What is it with you and this thread? He’s already stated his requirements and
asked for workarounds and solutions. The only people dragging this discussion
kicking
> On 2014/02/23, at 13:35, Scott Ribe wrote:
>
> I feel dirty for saying this ;-) But if you can't disable screen shots, how
> about: using fsevents to watch for the files to be created, and delete them.
> (Or, in this case raise a big fat alarm so the proctor will know.)
>
> I know, pure e
On Feb 22, 2014, at 10:31 AM, Uli Kusterer wrote:
> Just using Mac OS X Kiosk mode would probably be even closer. :-) But judging
> from the login terminals at 1 Infinite Loop, Kiosk mode doesn’t turn off
> screen shots.
I feel dirty for saying this ;-) But if you can't disable screen shots, h
OK,
So lets assume that you can’t actually prevent the screen being captured. Maybe
a solution would be to prevent that captured data from surviving very long.
e.g Install an FSEvents watcher and look out for image and movie files being
created on the entire disk. Then delete them while your ap
On Feb 22, 2014, at 12:28 PM, Uli Kusterer wrote:
> On 21 Feb 2014, at 23:30, SevenBits wrote:
>> Well, yes, but Apple has the source code to OS X. There’s an important
>> difference in that users cannot simply just delete important OS components.
>> In some other operating systems (e.g Linux)
On 22 Feb 2014, at 00:56, Ron Hunsinger wrote:
> Parental controls with a Simple Finder is pretty close to kiosk mode.
Just using Mac OS X Kiosk mode would probably be even closer. :-) But judging
from the login terminals at 1 Infinite Loop, Kiosk mode doesn’t turn off screen
shots.
Cheers,
-
On 21 Feb 2014, at 23:30, SevenBits wrote:
> Well, yes, but Apple has the source code to OS X. There’s an important
> difference in that users cannot simply just delete important OS components.
> In some other operating systems (e.g Linux) everything works with packages
> and you can simply uni
On 21 Feb 2014, at 22:26, Bradley O'Hearne wrote:
> This is an app that the user has willfully installed, and has willfully
> launched, fully knowing its function and purpose. The app does nothing until
> the user launches it, the user can exit the app at any time, and no
> restriction remains
Sent from my iPad
> On Feb 22, 2014, at 12:27 AM, "Gary L. Wade"
> wrote:
>
> You did go to this page, right?
>
> https://developer.apple.com/membercenter/index.action#requestTechSupport
Yep, that's the one.
> I remembered one form on the site, not this one, that I had to submit by
> deletin
You did go to this page, right?
https://developer.apple.com/membercenter/index.action#requestTechSupport
I remembered one form on the site, not this one, that I had to submit by
deleting all the data and doing it again. Some freaky web page issue; I think
it was a phone number field that kept t
On Feb 21, 2014, at 10:38 PM, Bradley O'Hearne
wrote:
> This is not the case on Windows. It provides the ability to block certain
> things which public API on OS X does not.
His point was that counting on that is not reliable.
--
Scott Ribe
scott_r...@elevated-dev.com
http://www.elevated-dev
On Feb 21, 2014, at 9:43 PM, dangerwillrobinsondan...@gmail.com wrote:
> They're pointing out valid security issues which are true on all platforms.
…
> On any platform, you will need to basically install and run a root kit.
This is not the case on Windows. It provides the ability to block cert
> On 2014/02/22, at 11:13, Bradley O'Hearne wrote:
>
>> On Feb 21, 2014, at 3:02 PM, Jens Alfke wrote:
>>
>>
>>> On Feb 21, 2014, at 1:26 PM, Bradley O'Hearne
>>> wrote:
>>>
>>> If that is the case, then once I can officially confirm this, then I’ll
>>> drop the pursuit.
>>
>> The key wo
On Feb 21, 2014, at 3:02 PM, Jens Alfke wrote:
> The best answer I’ve seen is that you’ll need to file a DTS support incident
> and go through those official channels.
I’ve spent the last hour trying to post an issue to DTS via the Apple Mac
Developer Program Member Center….no dice. Despite t
On Feb 21, 2014, at 3:02 PM, Jens Alfke wrote:
>
> On Feb 21, 2014, at 1:26 PM, Bradley O'Hearne
> wrote:
>
>> If that is the case, then once I can officially confirm this, then I’ll drop
>> the pursuit.
>
> The key word is “officially”. There’s not really any point to discussing it
> her
On Feb 21, 2014, at 2:30 PM, SevenBits wrote:
> Well, yes, but Apple has the source code to OS X. There’s an important
> difference in that users cannot simply just delete important OS components.
> In some other operating systems (e.g Linux) everything works with packages
> and you can simply
On Feb 21, 2014, at 2:26 PM, Bradley O'Hearne wrote:
> Industries such as medical (HIPAA), legal, government, education, military
> defense, etc. all have such security needs.
Well, there's certainly no such need for HIPAA compliance...
--
Scott Ribe
scott_r...@elevated-dev.com
http://www.ele
On Feb 21, 2014, at 1:26 PM, Bradley O'Hearne wrote:
> I believe it would be much more accurate to say that this is a fundamental
> issue of whether OS X provides an app the ability to secure its content or
> not. If the answer is that having an app on OS X is synonymous with having
> the cont
On Feb 21, 2014, at 5:19 PM, Ron Hunsinger wrote:
>
> On Feb 21, 2014, at 1:26 PM, Bradley O'Hearne
> wrote:
>> I believe it would be much more accurate to say that this is a fundamental
>> issue of whether OS X provides an app the ability to secure its content or
>> not. If the answer is th
On Feb 21, 2014, at 1:26 PM, Bradley O'Hearne wrote:
> If that is the case, then once I can officially confirm this, then I’ll drop
> the pursuit.
The key word is “officially”. There’s not really any point to discussing it
here. We already had this exact same discussion a few months ago and
On Feb 21, 2014, at 12:24 PM, Kyle Sluder wrote:
> On Fri, Feb 21, 2014, at 10:35 AM, Bradley O'Hearne wrote:
>> I’ll also add (not for the purposes
>> of inciting a religious debate, but for the purposes of perspective and
>> comparison), that this is one area of security where OS X surprisingly
On Fri, Feb 21, 2014, at 10:35 AM, Bradley O'Hearne wrote:
> I’ll also add (not for the purposes
> of inciting a religious debate, but for the purposes of perspective and
> comparison), that this is one area of security where OS X surprisingly
> gives ground to Windows. Windows exposes more abilit
On Feb 21, 2014, at 11:07 AM, Jim Zajkowski wrote:
> It sounds like the computers are owned by the people taking the test,
> and are not owned by the testing center.
Thanks for the reply, Jim. That’s correct, this is an app that runs on the
test-taker’s computer.
> How is the test data deliv
On Feb 21, 2014, at 11:24 AM, Jens Alfke wrote:
> On Feb 21, 2014, at 9:55 AM, Bradley O'Hearne
> wrote:
>
>> when the app runs, it has to temporarily take control of their machines,
>> deliver a test such that the user doesn’t cheat (by having other apps like a
>> web browser available), and
On Feb 21, 2014, at 9:55 AM, Bradley O'Hearne wrote:
> when the app runs, it has to temporarily take control of their machines,
> deliver a test such that the user doesn’t cheat (by having other apps like a
> web browser available), and the test content isn’t copied
This sounds like a complet
It sounds like the computers are owned by the people taking the test,
and are not owned by the testing center.
How is the test data delivered to the client?
What's to prevent someone from grabbing network traffic and memory of
the test application in the background?
--Jim
On Fri, Feb 21, 2014 a
On Feb 21, 2014, at 10:08 AM, Uli Kusterer wrote:
> On 21 Feb 2014, at 17:54, Bradley O'Hearne wrote:
>> - A kiosk-type environment isn’t some kind of wacky edge use-case. The
>> question really distills down to whether or not OS X provides APIs that
>> allow an app to facilitate a secure kios
On 21 Feb 2014, at 17:54, Bradley O'Hearne wrote:
> - A kiosk-type environment isn’t some kind of wacky edge use-case. The
> question really distills down to whether or not OS X provides APIs that allow
> an app to facilitate a secure kiosk-type environment. Maybe the design
> philosophy behind
On Feb 20, 2014, at 4:23 PM, dangerwillrobinsondan...@gmail.com wrote:
>> On 2014/02/21, at 8:05, Stevo Brock wrote:
>>
>>> On Feb 20, 2014, at 2:39 PM, Jens Alfke wrote:
>>>
>>> If I were trying to circumvent this I'd just use my iPhone camera to take a
>>> photo or video of the screen. (Or op
On Feb 21, 2014, at 5:33 AM, Uli Kusterer wrote:
> On 20 Feb 2014, at 20:58, Bradley O'Hearne wrote:
>> At WWDC 2013, I approached the Apple engineering teams with a need that a
>> client of mine had to disable all screen capture while an app was running.
>> This includes the hotkeys for taki
On 20 Feb 2014, at 20:58, Bradley O'Hearne wrote:
> At WWDC 2013, I approached the Apple engineering teams with a need that a
> client of mine had to disable all screen capture while an app was running.
> This includes the hotkeys for taking screenshots, capturing displays with
> AVFoundation,
> On 2014/02/21, at 8:05, Stevo Brock wrote:
>
>> On Feb 20, 2014, at 2:39 PM, Jens Alfke wrote:
>>
>>
>>> On Feb 20, 2014, at 11:58 AM, Bradley O'Hearne
>>> wrote:
>>>
>>> The app is delivering tests remotely ― some of which are not your typical
>>> classroom college exams, but very priva
On Feb 20, 2014, at 2:39 PM, Jens Alfke wrote:
>
> On Feb 20, 2014, at 11:58 AM, Bradley O'Hearne
> wrote:
>
>> The app is delivering tests remotely — some of which are not your typical
>> classroom college exams, but very privately held, very expensive
>> certification tests which clients h
On Feb 20, 2014, at 11:58 AM, Bradley O'Hearne
wrote:
> The app is delivering tests remotely — some of which are not your typical
> classroom college exams, but very privately held, very expensive
> certification tests which clients have spent many thousands of dollars to
> create. This test
My personal feeling is that this will never happen. I seem to recall one of the
reasons Apple doesn't support Blu-Ray is because of the onerous requirements of
the content industries to provide DRM at the kernel level. For example, Windows
has facilities in the kernel to check if there is a bus
On Feb 20, 2014, at 1:12 PM, Kyle Sluder wrote:
> On Thu, Feb 20, 2014, at 11:58 AM, Bradley O'Hearne wrote:
>>
>> So my concluding questions are targeted at a general use case of trying
>> to disable the ability to capture content which is delivered to and
>> temporarily displayed within an ap
On Thu, Feb 20, 2014, at 11:58 AM, Bradley O'Hearne wrote:
>
> So my concluding questions are targeted at a general use case of trying
> to disable the ability to capture content which is delivered to and
> temporarily displayed within an app within OS X.
>
> 1. Does anyone know a possible way t
Hello….
At WWDC 2013, I approached the Apple engineering teams with a need that a
client of mine had to disable all screen capture while an app was running. This
includes the hotkeys for taking screenshots, capturing displays with
AVFoundation, remote desktop apps, Airplay, etc. As to the speci
52 matches
Mail list logo