![]() If your tin-hat doesn't feel like enough protection, try downloading and installing Sound Flower (Generally cool app). This sounds like blacking out the windows because you can't be bothered to close the curtains. Paranoia much? Surely a much better approach to security would be network monitoring, anti-virus and vigilance. ![]() The bottom line is that if you're really concerned that someone is listening in, you should watch the horrible movie "RED" and imitate John Malkovich's character the best you can. Opening an audio channel is a distinct event, completely separate from the alerting signal in common cell phone protocols. In modern phone systems on-hook/off-hook is just a software state. With old analog (POTS) phones, when the phone was "on hook", there was a physical change in the connection of the copper pairs. There's nothing implicit about opening a channel that would require a tone.Īll digital phone systems have the ability to implement a feature like this. Most systems provide some sort of brief alert tone, but this is entirely implementation based. That is to say, the phone never rings the audio channel just opens. Executive barge in allows a user with the appropriate rights to open an audio channel to any phone connected to the switch, bypassing the alerting phase. There's a feature called "executive barge in" that pops up from time to time when shopping for PBX systems. Working in telecom was enlightening for me. Cell phones are eminently more susceptible to this type of attack because the government can compel carriers to use technology that is already in place. If you're after a specific individual, a far better target than their computer would be their cell phone. Now Poe's Law kicks in and I can hear headlines already "Apple removed the line-in on purpose to spy on us!" and since line-in disappeared but the (HDA or whatever) sound chip certainly still has this functionality, what would prevent Apple from having a second microphone plugged into that line-in, completely hidden and uncontrollable? but if it's not external code it has to be internal (i.e Apple provided), so what would prevent Apple to simply tell you it's off when it would not actually be? so if it's external code injected by a malicious guy, what prevents him from setting it back to internal (and setting it back to line-in when you're looking)? Or craft all sorts of drivers hooking into or replacing AppleHDA.kext or whatever? what would listen to it if it was on? necessarily some code, or else it just goes straight to /dev/null. ![]() And as soon as an app opens it, it turns back on.Įven then, let's assume the sound card is always on (like my old SB16): It's on when the prefpane is shown for the purpose of displaying that VU meter but as soon as you quit the prefpane, the hardware turns off. In fact the sound card even powers itself down when not in use, which can actually be heard in some cases (with some badly shielded/grounded HP for example). MovieFileOutput.startRecording(to: self.Actually I don't think it is listening at all when not in use. Let videoInput: AVCaptureScreenInput = AVCaptureScreenInput(displayID: displayId)! Let audioInput = try! AVCaptureDeviceInput(device: audioDevice) Let displayId: CGDirectDisplayID = CGDirectDisplayID(CGMainDisplayID()) MovieFileOutput = AVCaptureMovieFileOutput() What do I have to modify to disable the microphone and get the internal PC's sound that comes to the speakers? session = AVCaptureSession() Here is the working code that I have to capture video and microphone. Is this possible with AVCaptureSession? Googling shows the examples that capture video and microphore, but not the internal audio. Example: this way I want to be able to record a YouTube video to a file. I don't want to record a microphone input, but rather a sound that comes out of my Mac's speakers. I am trying to implement a simple macOS app with screen recording capabilities.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |