That is the basic machinery used in the global solver bmibnb in YALMIP. It implements these cuts, with a lot of extra tricks to improve them, and generalizations, in a b&b setting. Hence, implementing this in YALMIP would be to reinvent the wheel (and making it square instead, thus lowering performance).
Simply code you problem and tell YALMIP to use its internal solver bmibnb to solve the problem. Try it on your problem and let me know how it works out.
Note that it requires a good nonlinear solver for upper bounds. PENBMI is not suitable (developed with bilinear semidefinite constraints as main target). Instead, fmincon, snopt or ipopt are suitable choices. I typically solve these global problems using fmincon. It actually performs rather well despite its reputation, probably due to the massive presolve that is done inherently in bmibnb before calling fmincon. Some problems requires some tweaking of the options in fmincon though to make it perform much better (changing algorithm, the default one in recent versions of MATLAB is robust but extremely slow on some problems, thus causing bmibnb to spend an awful amount of time in the computation of an upper bound in each node). You need an efficient LP solver too of course, gurobi for instance.
Just for fun, here is some code using the (recently introduced, mostly for internal testing) function envelope which uses the same core machinery as bmibnb
sdpvar w x y
E = envelope([w == x*y, .1 <= [x y] <= 2]);
plot(E,[x y w],[],300,sdpsettings('relax',1,'plot.shade',.3))
hold on
[X,Y] = meshgrid(.1:.1:2, .1:.1:2);
Z = X.*Y;
surf(X,Y,Z);
BTW, this sentence "After looking around for some time, it seems the closest implementation of a similar class of algorithm in through the YALMIP interface to PENBMI." seems to indicate that you misunderstood something about local solvers such as penbmi, fmincon, ipopt etc. penbmi does not in any sense attack this problem using linear cuts. It treats the problem as a standard nonlinear program and simply tries to compute a locally optimal solution. Sure, it is limited to bilinear programs, but that does not in any sense mean it is better at solving these problems than any other general nonlinear local solver.