[libvirt] Does the proposed solution belong in KVM input devices?
bancfc at openmailbox.org
bancfc at openmailbox.org
Wed Mar 16 15:26:12 UTC 2016
On 2016-03-16 14:18, Martin Kletzander wrote:
> On Wed, Mar 16, 2016 at 04:21:23AM +0100, bancfc at openmailbox.org wrote:
>> qemu-discuss doesn't seem the best place to reach the devs.
>>
>> I saw most of the work on KVM input devices was done by Gerd Hoffman
>> and
>> Dan Berrange. Dan do you think the QEMU virtual keyboard is the right
>> place for a solution similar to the one described below?
>>
>> https://paul.reviews/behavioral-profiling-the-password-you-cant-change/
>>
>> Would this be considered feature creep and best implemented in its own
>> program?
>>
>
> What exactly are you trying to implement. Something similar to the
> chrome plug-in but for the whole virtual machine?
Yes :)
> I would imagine that
> would be best either in the viewer software (e.g. virt-viewer, spicy,
> etc.), most probably implementing new one that takes care about only
> sending the events with preset dwell and gap times.
Is it a matter of changes made at the SPICE level vs QEMU? The former
sounds good. Though it should be implemented in a way to make it
impossible for a SPICE server in a malicious guest to figure out the
original input timing.
> In the VM itself
> that would be probably some type of keyboard, but that sounds more
> related to the hypervisor level and I imagine that could be done as a
> special type of keyboard. But a) I'm not sure if that would cover all
> input from all clients and b) I have no idea what's QEMU community's
> view on this. I'm sure, however, that if the person sending patches
> for
> such feature is able to commit to maintaining the code, then they will
> be pretty inclusive.
>
> Just my $.02
> Martin
>
>> --
>> libvir-list mailing list
>> libvir-list at redhat.com
>> https://www.redhat.com/mailman/listinfo/libvir-list
More information about the libvir-list
mailing list